DevLog

1. 문제 및 배경앞선 편에서 시나리오 테스트 자동화로 ‘입력’의 번거로움은 해결했으나, '출력(로그)'의 검증 문제가 남았다. 1-1. 문제점(1) 자동화 스크립트가 실행될 때마다 수백 줄의 Raw Log가 쏟아짐.(2) 구구절절한 로그 데이터를 사람이 일일이 읽고 판단하는 것은 또 다른 비효율. 1-2. 수동 검증의 한계문제점영향심각도상세 내용✋ 수동 검증 필수개발자 피로도 ↑🔴 높음개발자가 로그 파일을 직접 열어 정독하고 문맥을 파악해야 함📊 정량 평가 불가객관성 결여🔴 높음"대화가 자연스러운가?"는 주관적 영역 → 지표화 불가능📈 확장 불가검증 비용 급증🔴 높음시나리오가 1개 늘어날 때마다 검증 시간도 정비례하여 증가⏱️ 시간 소모개발 속도 저하🟠 중간3개 시나리오 × 20단계 = 6..

1. 배경 및 문제1-1. 항아리 게임삐끗하면 추락한다…A 프롬프트 - good. 여기에 ‘ 기능만 추가하면 될 듯?A’ 프롬프트로 살짝 바꾸어 넣음이상한 응답을 내뱉기 시작 or 더 nice한 B’가 됨 1-2. 문제점주관적인 기준: 너 뭔가 달라진 느낌이다? ‘느낌’이 뭔데 그게 왜 그런 ‘느낌’이 나는 건데~ 뭘 한 건데~비효율성: 챗봇에 시나리오 검증을 해야 하는데, 하나하나 입력하자니 넘 오래 걸림재현성 부족: 분명 같은 버전인데 어제는 됐는데 오늘은 또 안됨 왜 이럴까…한 줄 요약: 왜 되는지도 모르겠고 왜 안 되는 지도 모르겠음. 근데 드럽게 오래 걸림 1-3. 그나마 다행인 점로그를 전부 수집하고 있다. 구구절절 긴 raw data 그대로… 말 그대로 ‘전부’어쨌든 결과는 나온다. outp..

특정단계를 반복하는 버그 발생[영상1] 대금/지급조건에서 버그 발생* 6:20 이후부터 시청 [영상2] 대금/지급조건에서 버그 발생2 * 이후 상호 확인 단계 조건을 더 느슨하도록 프롬프트 수정하였으나, '대금/지급조건'단계 혹은 '최종확인'/'계약완료' 단계에서 간헐적으로 같은 단계를 계속 반복하는 이슈 생김 [영상3] 파싱 에러 및 아직 없는 기능 오류 메타 데이터 추가 이후 전체 테스트 영상최종단계에서 api 호출 오류 발생 시나리오 테스트 완료 채팅 화면

보호되어 있는 글입니다.

프로젝트 개요 제목: 방토리 - AI 기반의 스마트 룸 컨디션 매니저 기간: 25년 6월 6일 ~ 25년 9월 26일 (112일) 팀원: 정상민(팀장), 박민용, 이민규, 이효근, 조은비 수상: 다학제 캡스톤 공모전 아이디어 우수상 수상 방학부터 학기 초까지 기계공학과, 소프트웨어학부 학우분들과 진행했던 프로젝트 입니다. 공학대학에서 주도로 진행한 다학제 캡스톤인데, 본선 기준으로는 유일한 다빈치 캠퍼스 학생이자 예술공학대학 학생으로 참가했습니다. 전시 당일에 오고가며 부스를 발견하신 분들도 있던 것 같더라구요. (특히 피지컬 컴퓨팅 수강하시는 분들께 제보를 많이 받았습니다 ㅋㅋㅋ…) 매년 열리는 대회인 듯 하니 참고하셔서 공모전 참가하시면 좋을 것 같습니다. 저는 AI M/W 서버 개발, LLM 프롬프..

작성자: 조은비블로그: https://wavicle.tistory.com/깃허브: https://github.com/jio311프로젝트 개요github: https://github.com/GetOurRI서비스 주소: https://getourri.github.io/DungDong 안녕하세요, 둥지동지의 개발자 조은비 입니다.둥지동지 2.0.0 업데이트에서 Google Gemini API를 활용한 AI 자동 이미지 생성 기능이 새롭게 추가되었습니다. 이번 글에서는 2.0.0 버전을 중심으로 둥지동지의 시스템을 포함해 전반적인 개발 내용에 대해 다루었습니다. 업데이트 개요AI를 활용한 자동 이미지 생성 기능이번 2.0.0 업데이트에서는 서비스 유입층 확대와 콘텐츠 소비 구조 전환을 목표로 AI 편의 기능을 ..

블로그 챌린지 제출 시스템을 개편했다. ~ 블로그 개편 연혁 ~1차 개편 - 노션 제출에서 깃허브 제출로 변경함1) 깃허브 제출을 위해 멤버들과 깃 사용법 컨퍼런스 진행함2) 첫 깃허브 제출을 시도했으나 자동화 단계에서 예상외의 오류들 다수 발생특히 앞선 작성 내용을 복붙하여 사용하는 과정에서 시스템에서 자동 작성하는 항목들을 유저가 직접 편집하는 경우 다수 발생. (예: cDate, uDate 등)auto merge 시에 작성 항목을 점검하는데, 위의 오류로 인해 오토액션 에러 발생 > 필요없는 알람 증가 3) 제출한 json 데이터로부터 출석/결석 및 제출 통계를 자동 집계하려 했으나, 서버가 없는 정적 호스팅 페이지를 사용하고 있어 데이터의 일관성 떨어짐 + 로딩 오래 걸림 2차 개편 - json..

처음 문제가 발생한 지점부터 작성하다보니 두서가 없는 글이 된 것 같다… 이번 시리즈 작성이 끝나면 아웃라인을 수정해보도록 하겠다. 이번편은 아마 문제상황 제시만 하다 끝날 것 같다. 그리고 그림 열심히 그렸다. ..문제상황감상문을 LLM으로 분석해주는 웹페이지를 MVP 개발중이다. 이 과정에서 ‘응답을 어떻게 받아서 어떻게 보여줄 것인가?’에 대한 문제로 구현 방향과 구조를 바꿔가면서 아주 삽질을 하고 있다. 기본적인 골격은 프론트엔드(사용자 웹) ↔ 웹 서버 ↔ AI 서버의 구조를 유지하고 있다.서비스 페이지와 기능 검토용 어드민 페이지를 개발하면서, 프론트엔드와 웹 서버 사이에 각 페이지의 특성에 따라 HTTP REST API 와 WebSocket 중 서로 다른 통신 방식을 적용하게 되었다. 1...

블로그 챌린지 방에서 프로젝트 관리와 관련해 질문이 나온 김에 캡스톤 프로젝트가 어떻게 관리되고 있는지 작성해본다.(약간의 사견들이 포함됨.) 추후에 블챌 출석 관리 방식도 따로 다루어보겠다. 현재 캡스톤 팀은 개발 2명 + 아트 2명으로 구성된 4인팀이다. 여기서 기획/디자인팀은 예경님이, 개발팀은 내가 전담하고 있어 개발쪽 프로젝트 관리는 다소… 내 방식대로 운영중이다…(ㅎㅎ)전체적인 프로젝트 관리는 예경님과 함께했던 박쥐피플 팀에서의 협업 경험과, 회사에서 배운 실무적인 프로젝트 관리 방식들을 바탕으로 조금씩 다듬었다. 프로젝트 관리 도구💬 카카오톡 – 빠른 전달용🎧 디스코드 – 회의실 및 실시간 작업 기록 용🗂️ 노션 – 문서 및 아이디어 정리, 공고 업로드 용📊 구글 스프레드시트 – 공용..

책임 분산형 구조 제안안procedural 방식의 패턴 생성(1)에서 새로운 이미지 생성과 렌더링 구조를 제안했다. 구조 요약서버패턴 타입 선택, 랜덤 파라미터 생성, 렌더링 알고리즘(JS 코드 등) 제공클라이언트받은 알고리즘과 파라미터로 실시간 이미지 렌더링 수행아티스트패턴 템플릿(노드 기반)을 설계하거나, 결과물을 조정해 피드백 제공 p5.js 도입 예제p5.js 도입새로운 구조를 검증하기 위해서, 빠르게 시각화 가능한 프레임워크로 p5.js를 도입했다. p5.js는 노드 에디터를 직접 지원하지 않고 코드를 수동으로 작성하여 만들어야 하지만, 아래의 이유로 채택하게 되었다.노드 파싱 과정이 필요없어 pattern function 작성하여 바로 테스트 가능WebGL 기반이며 웹 브라우저에서 바로 렌더..