| 2026-03-31 |
소상공인 광고 AI 서비스 방향 초안 정리, 서비스 문제정의와 활용 시나리오 정리 시작 |
서비스기획, 문제정의, 아이디어 |
완료 |
J Kim |
카페/디저트 소형 매장용 광고 제작 자동화 방향 설정 |
생성 자체보다 결과 활용성이 중요하다는 방향 확인 |
서비스 범위가 넓어질 수 있어 초기 범위 고정 필요 |
발표용 서비스 방향 초안 기여 |
Stitch 기준 프론트 방향 정리 |
개인 서비스 아이디어의 출발점 |
| 2026-03-31 |
Stitch 기준 프론트 구조 잠금, 재설계보다 원본 복원 방향 확정 |
프론트, Stitch, 기준선 |
완료 |
J Kim |
UI 재기획보다 원본 복원이 빠르고 안전하다는 판단 |
화면 재설계 시 범위가 급격히 커질 수 있음 |
프론트 과설계 위험 |
발표 자료의 서비스 화면 일관성 확보 |
API 계약 보강 착수 |
프론트 잠금 기준일 |
| 2026-04-01 |
API 계약 보강 작업, 라우트와 응답 shape 정리 시작 |
API, 계약, 백엔드 |
완료 |
J Kim |
프론트와 백엔드 사이 shape mismatch를 줄이기 위한 계약 정리 |
status/result 역할을 분리해야 한다는 필요성 확인 |
계약 불명확 시 이후 작업 전체 흔들릴 위험 |
제출물 문서화 기반 확보 |
문서 갱신 및 sync |
route 기준선 형성 |
| 2026-04-01 |
문서 갱신 및 싱크, 제출물 구조 연결 및 README 기준선 정리 |
문서화, 제출물, README |
완료 |
J Kim |
구현과 문서가 같이 잠겨야 이후 복원이 쉬움 |
문서가 흩어지면 handoff 난이도 증가 |
문서 체계 초기 미정리 |
보고서/발표 자료 연결 기반 기여 |
발표 자료 장표 구조 구체화 |
문서 잠금 시작 |
| 2026-04-01 |
발표 자료 장표 구조 구체화 및 보고서 본문 착수 |
발표, 보고서, 구조화 |
완료 |
J Kim |
구현만이 아니라 제출물 전체 구조를 같이 가야 한다는 방향 유지 |
발표/보고서 요구사항과 실제 구현 사이 매핑 필요 |
제출물 누락 위험 |
발표 구조 기여 큼 |
dummy backend skeleton 연동 |
Part4 제출물 기준선 강화 |
| 2026-04-01 |
dummy backend skeleton 연동, frontend end-to-end 흐름 연결 |
백엔드 skeleton, 연동, e2e |
완료 |
J Kim |
프론트 목업이 아니라 실제 흐름 연결을 먼저 보는 방향 |
최소 route라도 실제로 살아 있어야 이후 고도화 가능 |
더미 응답과 실제 연동 전환 시 shape drift 가능 |
시연 가능성 확보 |
before 이미지 원본 연결 |
backend 골격 성립 |
| 2026-04-02 |
before 이미지 원본 연결 |
이미지흐름, result |
완료 |
J Kim |
결과 페이지에서 실제 업로드 원본을 보여주는 흐름 정리 |
샘플 자산 의존을 줄이고 실제 업로드 문맥 유지 필요 |
before/corrected 구분 흐릴 위험 |
결과 화면 신뢰도 상승 |
edit-export route 착수 |
원본 이미지 문맥 고정 |
| 2026-04-02 |
edit-export route 착수 및 계약 재정렬 |
edit, export, 계약재정렬 |
완료 |
J Kim |
EditPage와 export가 실제 작업 흐름의 일부가 되어야 한다는 방향 |
route 계약이 약하면 EditPage가 임시 화면으로 남음 |
asset 수정/다운로드 흐름 미완성 |
편집-내보내기 흐름 시연 기반 |
EditPage backend 연결 |
편집 기능 실제화 시작 |
| 2026-04-02 |
EditPage backend 연결 및 export 버튼 실제 연동 |
EditPage, backend, export |
완료 |
J Kim |
프론트 상 버튼이 아니라 실제 호출 동작까지 연결 |
preview/overlay/export 흐름이 asset 문맥 유지해야 함 |
asset_id 기반 흐름 불안정 가능 |
데모 완성도 향상 |
API contract mismatch 2차 점검 |
편집 페이지 실연동 완료 |
| 2026-04-02 |
API contract / backend 응답 shape mismatch 2차 점검 |
API, mismatch, 디버깅 |
완료 |
J Kim |
계약 문서와 실제 응답을 다시 맞추는 작업 |
shape mismatch는 이후 프론트 버그로 증폭됨 |
frontend 기대값과 backend 실제값 불일치 |
품질 안정화 기여 |
AI inference skeleton 착수 |
contract 고정 강화 |
| 2026-04-02 |
AI inference 첫 연결 설계 및 skeleton 착수 |
inference, skeleton, 설계 |
완료 |
J Kim |
추후 live 연결을 위한 최소 골격부터 먼저 확보 |
모의 응답과 실제 inference 분리 필요 |
provider 전환 시 구조 깨질 수 있음 |
AI 파이프라인 도입 기여 |
OpenAI text generation 연결 |
inference 기반 마련 |
| 2026-04-02 |
OpenAI text generation 1차 연결 착수 |
OpenAI, text, live |
완료 |
J Kim |
텍스트 생성 live 연결을 먼저 붙여 전체 파이프라인 감 잡기 |
텍스트는 연결 난이도 낮지만 비용/응답 shape 확인 필요 |
mock/live 경계 혼동 가능 |
live demo 신뢰도 상승 |
Hugging Face image generation 착수 |
첫 실제 AI 연결 |
| 2026-04-03 |
Hugging Face image generation 1차 연결 착수 |
HF, image, provider |
완료 |
J Kim |
이미지 생성 공급자 선택지를 열어두는 방향 |
이미지 품질/응답속도/호환성 비교 필요 |
공급자별 API shape 차이 |
이미지 생성 확장 가능성 확보 |
대체 image provider 판단 |
공급자 비교 시작 |
| 2026-04-03 |
hf-inference image-to-image 모델 확정 및 live smoke 재검증 |
img2img, smoke, 검증 |
완료 |
J Kim |
image-to-image 기준으로 실제 수정 흐름 검증 |
live smoke를 통해 mock가 아닌 실제 결과를 기준으로 봐야 함 |
provider 응답 품질 편차 |
이미지 수정 흐름 검증 기여 |
대체 image provider 선택 기준 정리 |
smoke 중심 검증 강화 |
| 2026-04-03 |
대체 image provider 선택 기준 확정 및 후보 1차 판단 |
provider, 비교, 비용 |
완료 |
J Kim |
OpenAI만 고정하지 말고 대안도 같이 평가하는 틀 마련 |
이미지 공급자 비교는 비용/품질/응답시간 동시 고려 필요 |
단가 비교가 단순 가격표로 끝나지 않음 |
대체안 비교 프레임 기여 |
gpt-image-1-mini 실제 통합 착수 |
공급자 검토 기준 잠금 |
| 2026-04-04 |
gpt-image-1-mini 실제 통합 착수 및 live result 검증 |
OpenAI image, 통합, 검증 |
완료 |
J Kim |
실제 프로젝트 기준 모델 통합으로 운영 가능성 확인 |
result 흐름에서 corrected 반환이 중요 |
이미지 edit 결과 저장/서빙 흐름 필요 |
live result 시연 품질 향상 |
live result 정교화 |
OpenAI image edit 본격 도입 |
| 2026-04-04 |
live result 정교화 |
result, corrected, 품질 |
완료 |
J Kim |
결과 페이지에서 corrected와 asset 소비 흐름을 더 명확히 정리 |
result 재진입과 캐시가 중요 |
status와 result 해석 혼동 가능 |
결과물 소비 구조 정리 |
팀 repo 합류 준비 및 병합 |
result 기준선 강화 |
| 2026-04-10 |
팀 repo 합류 준비 및 병합 이관 |
git, 병합, 협업 |
완료 |
J Kim |
로컬 작업을 팀 repo 기준으로 옮기기 위한 정리 |
브랜치/병합 흐름 관리 필요 |
협업 중 충돌 가능 |
팀 제출 흐름 연결 |
asset_service sample 고정 제거 |
당시엔 팀 작업 문맥 |
| 2026-04-10 |
asset_service sample 고정 제거 및 원본 흐름 재개 |
asset_service, sample 제거 |
완료 |
J Kim |
샘플 의존을 줄이고 실제 생성 결과 기반으로 복귀 |
샘플 데이터가 실제 동작을 가릴 수 있음 |
sample fallback 잔존 위험 |
실제성 강화 |
validate live 연결 및 corrected 분리 |
더미 의존 축소 |
| 2026-04-10 |
validate live 연결 완료 및 corrected image 채널별 분리 착수 |
validate, live, corrected |
완료 |
J Kim |
validate를 실제 판정 흐름으로 연결 |
PASS/FAIL 분기가 서비스 신뢰에 중요 |
wrong-image 분기 정확도 이슈 |
실사용 흐름 강화 |
on-demand asset generation 전환 완료 |
validate 실동작 확정 |
| 2026-04-10 |
on-demand asset generation 전환 완료 및 ResultsPage 연결 착수 |
on-demand, results |
완료 |
J Kim |
생성 타이밍 구조를 다시 검토 |
on-demand 구조가 UX/성능에 미치는 영향 확인 |
결과 소비 구조 흔들릴 가능성 |
결과 페이지 연동 기여 |
3-asset 구조 재검토 |
이후 폐기될 분기 |
| 2026-04-13 |
3-asset 복귀 및 메뉴사진 UX 잠금 |
3-asset, UX, 기준선 |
완료 |
J Kim |
on-demand보다 3-asset 선생성이 기준선에 더 맞다는 판단 |
corrected 의미를 보정 메뉴사진으로 다시 고정 |
구조 재변경 시 비용/UX 동시 흔들림 |
최종 UX 기준선 기여 |
generation perf 기준선 잠금 |
핵심 구조 잠김 |
| 2026-04-13 |
generation perf 기준선 잠금 및 handoff 반영 |
성능, perf, handoff |
완료 |
J Kim |
text/corrected/core 병렬화 기준선 정리 |
병목이 core asset 이미지 쪽으로 이동함 확인 |
성능 기준선 없으면 이후 비교 불가 |
발표/문서용 성능 수치 확보 |
비용 추적 및 자동 업로드 확장 검토 |
perf 기준선 확정 |
| 2026-04-13 |
비용 추적·자동 업로드 확장·Gemma 대안 검토 |
비용, 업로드, Gemma |
완료 |
J Kim |
비용 추적과 향후 멀티채널 확장 가능성 검토 시작 |
텍스트 비용보다 이미지 비용이 중요할 가능성 제기 |
아직 실측 전이라 판단 보류 필요 |
고도화 아이디어 정리 |
Langfuse·Playwright·Gemma 흐름 정리 |
backlog 형성 |
| 2026-04-13 |
Langfuse · Playwright · Gemma 흐름 정리 |
Langfuse, Playwright, Gemma |
완료 |
J Kim |
비용 계측과 자동화/대체모델 검토 축 분리 |
한 세션에 너무 많은 축이 섞이면 판단이 흐려짐 |
비용 실측 부재 |
다음 세션 실험 방향 정리 |
Langfuse trace 확인 및 WORKLOG 17 잠금 |
분기 정리 세션 |
| 2026-04-14 |
Langfuse trace 확인 및 WORKLOG 17 잠금 |
Langfuse, trace, WORKLOG |
완료 |
J Kim |
비용 계측 실험을 최소 침투로 붙이고 실제 trace 생성까지 확인 |
trace 미표시 원인은 host가 아니라 project/key mismatch와 placeholder 미교체였음 |
images.edit()는 trace 미계측 |
문서/체크포인트 잠금 기여 |
trace 상세 비용 해석 |
commit 5088be3 |
| 2026-04-14 |
Langfuse trace 상세 실측, 비용 구조 분석, 섹션 7 및 WORKLOG 18 추가 |
비용계측, 문서화, 분석 |
완료 |
J Kim |
텍스트보다 이미지 비용이 압도적이라는 방향 정리 |
텍스트 생성/validate는 실측, 이미지 비용은 공개 가격표 기준 하한선 추정 |
실제 런타임 모델과 공개 가격표 참조 모델 구분 필요 |
해당 사항 없음 |
이미지 공급자 대체 검토 backlog, 멀티채널 고도화 검토 |
commit cace8e0 |