Mina Choi 079c93a62a [feat] solution,postgres-init,docs: 생성 진행 상태 · 새로 만들기 존중 · 발행본 색인·파비콘

작업트리에 커밋되지 않은 채 쌓여 있던 것과, 오늘 찾은 문제 셋을 함께 담는다.

## 1. 콘텐츠 생성 진행 상태 (작업트리에 있던 것)

COPY 잡의 실제 단계를 DB에 기록하고 응답으로 내보낸다. 폴링 횟수로 진행률을 흉내 내던
것을 걷어냈다. 새로고침·재접속해도 jobId 로 이어서 본다.

- services/copy_steps.py · services/job_progress.py · common/job_errors.py (신규)
- postgres-init/migrations/0013_job_progress.sql + init.sql
- 프론트: useGenerationJob · generationLabels (신규), Step5Generating·pollJob 배선,
  orval 모델 갱신(jobProgress · jobStep · jobStepStatus · jobStepReason)
- docs/GENERATION_FLOW.md (신규)

## 2. 발행된 사이트만 색인한다

실측(2026-09-15): 디스크의 발행본 33곳 중 **15곳이 draft 인데 `index, follow`** 였고
사이트맵에도 올라가 있었다. 사장님이 발행 버튼을 누른 적 없는 사이트가 짓다 만 상태로
구글에 실려 있었다는 뜻이다.

head.ts 가 robots 를 하드코딩하고 payload 의 `site.status` 를 보지 않았다.
"색인을 막을 이유가 없다"는 주석은 굽는 것이 곧 발행이던 시절의 말인데, 지금은 빌더
미리보기만 눌러도 draft 로 구워진다.

- seo/head.ts: PUBLISHED 일 때만 index, 아니면 `noindex, follow`
- 사이트맵·`/s` 목록·llms.txt 에서도 함께 빠진다 — 그쪽은 구운 HTML 의 robots 를 읽어
  거른다(seo/directory.ts readBakedNoindex). 규칙을 두 자리에 두지 않으려고 한 곳에 뒀다

## 3. [새로 크롤링하고 사이트 생성하기] 를 뒤집지 않는다

ba90a19 의 중복 합치기가 **일부러 다시 만들려는 경우까지** 기존 사업장으로 끌고 갔다 —
새로 만들기를 눌렀는데 기존 에디터가 열린다(사장님 보고 2026-09-15).

- Req_VerifyPlaceByUrl.reuse_existing (기본 True — 다른 호출자의 동작은 그대로)
- place_service.verify_place_by_url: 끄면 이어붙이지 않는다. 다만 **비어 있는 중복 행은
  계속 치운다** — 원래 막으려던 누적이 그것이고 빈 행은 잃을 것이 없다
- ensureServerPlace: 위저드는 새로 만들기 경로에서만 오므로 False 로 보낸다

## 4. 발행본 파비콘

발행본에 파비콘 링크가 아예 없어 브라우저 탭에 기본 아이콘이 떴다. 파일은 오리진 루트의
공용 자산이라 사이트마다 복사하지 않고 루트 절대경로로 가리킨다.

검증: site vitest 84건 통과 · tsc(site·frontend) · eslint 통과.
백엔드 pytest 는 로컬 DB 비밀번호가 맞지 않아 돌리지 못했다(a5b8701 과 같은 자리).
발행본 반영에는 전체 재굽기가 필요하다.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

2026-09-15 17:29:27 +09:00

3.2 KiB

Raw Blame History

콘텐츠 생성 · 진행 복구

2026-09-15. builder?step=generating은 COPY(소개문·FAQ) 작업이다. 사진 분석은 VISION, 정적 사이트·노래 생성은 발행 BUILD에 속한다.

템플릿 선택 → POST /v1/place/{placeId}/copy → jobId를 URL에 기록
                                              ↓
새로고침 ──────────────────────→ GET /v1/job/{jobId}
                                              ↑
COPY 워커: prepare → generate → save → faq_fill
             각 단계 진입·완료 → jobs.progress(JSONB)
                                              ↓
화면: 서버 단계 표시 → DONE일 때 데이터 갱신 → editor

책임	파일
실행 순서	`solution/backend/services/copy_service.py`
단계 구현	`solution/backend/services/copy_steps.py` — `prepare_copy`, `generate_copy`, `save_copy`, `fill_faqs`
프롬프트·응답 스키마	`solution/backend/services/prompts/copy.py`
모델 호출·생성물 검증	`solution/backend/services/external/gemini_text.py` → `llm/gemini.py`, `grounding/copy.py`
단계 기록	`solution/backend/services/job_progress.py` → `crud/job_crud.py`
API 계약	`solution/backend/router/v1/job/protocol.py` → OpenAPI → Orval
조회·복구·완료 전환	`solution/frontend/src/features/onboarding/useGenerationJob.ts`
화면 / 문구	같은 폴더의 `Step5Generating.tsx` / `generationLabels.ts`

jobs.status는 작업 전체 상태, progress.steps[].status는 단계 상태다. 단계는 pending/running/done/skipped/failed. 시간으로 퍼센트나 단계를 올리지 않는다.
progress.attempt는 워커 시도 번호다. 재시도는 단계를 처음부터 다시 기록한다. 기록은 실행 중인 워커·시도 번호·유효한 lease가 일치할 때만 허용한다.
새로고침은 GET만 한다. jobId가 없는 구 URL은 POST copy {resume: true}로 해당 사업장의 최근 COPY를 찾는다. DONE·DEAD도 반환하므로 완료됐다고 새 작업을 만들지 않는다. 권한 검사는 사업장 조회가 먼저 한다. URL로 조회하는 COPY도 소유자를 검사한다.
템플릿의 생성 버튼을 명시적으로 누르면 기본 POST로 새 작업을 요청한다. 같은 사업장의 활성 작업이 있으면 기존 중복 방지 규칙으로 그 작업에 연결한다.
통신 오류는 상태 재조회, DEAD는 이전 단계 또는 편집기로 직접 이동할 수 있다. 오류·대기·미설정 상태를 가짜 진행이나 완료 화면으로 바꾸지 않는다.
노래 단계는 이번 COPY 흐름에 추가하지 않았다. 발행 BUILD 진행 표시 확장은 별도다.

적용: 마이그레이션 0013_job_progress.sql을 먼저 적용한 뒤 API·워커·빌더를 배포한다. 기존 잡의 progress는 NULL이다. 이 경우 단계 목록을 지어내지 않고 전체 상태만 표시한다.

검증: tests/test_copy_api.py, tests/test_job_queue.py, tests/test_schema_ddl.py. 프론트는 개발 서버를 켜고 node solution/frontend/tests/generation.mjs <개발 URL> 실행. 브라우저 테스트는 모든 API를 가짜 응답으로 대체한다.

3.2 KiB Raw Blame History

콘텐츠 생성 · 진행 복구

3.2 KiB

Raw Blame History