createlisted

# create — 스택 불문 콘텐츠 실행 엔진 (capture의 Create 카운터파트) capture가 찾은 기회를 리포 안의 실제 파일 변경으로 바꾼다. 발행 = 파일 쓰기 + git. 스택별 지식은 이 스킬에 없다 — **리포에서 발견해 프로필로 캐싱**하고, 그 관례를 따른다. ## 철칙 1. **발견 우선.** 프로필 없는 프로젝트에서 콘텐츠를 쓰지 않는다. 먼저 `/create profile`. 2. **관례 모방.** frontmatter 키, 파일명 규칙, 디렉토리, 컴포넌트 사용은 리포의 기존 파일에서 관찰한 것만 쓴다. 새 키를 발명하지 않는다. 3. **발행 게이트.** main에 직접 쓰지 않는다. 반드시 브랜치 `capture/{kind}-{slug}` → 커밋(메시지에 opportunity id) → PR(또는 push 후 안내). 머지는 사람이 한다. 이름이 이 형식이 아니면 `createdb.py done` 이 경고만 남기고 기록은 그대로 한다. git 리포가 아니면: 변경 전 사본 백업 + 변경 파일 목록 보고로 대체. 4. **데이터 진실성.** 콘텐츠 속 수치·주장에 근거가 필요하다. Brain 수치는 인용 표기, 제품 주장은 리포·문서에서 확인된 것만, 없는 사실은 만들지 않는다. 5. **루프 클로즈.** 작업 완료 시 `scripts/createdb.py done`으로 Brain에 기록해 다음 capture 런이 이 콘텐츠의 성과를 측정하게 한다. 기록하면 기회는 **진행 중** (acked)에 머문다 — 글 하나로 묶음 기회(pSEO·콘텐츠 갭)가 닫히면 안 된다. 완료(done)가 되는 길은 셋이다: 사람이 대시보드에서 누르거나, `createdb.py sync` 가 그 작업의 **PR 이 머지된 것**을 gh 로 확인하거나(머지 = 사람이 한 발행), capture 가 새 데이터로 조건이 풀린 것을 확인했는데 그 기회에 작업 기록이 있을 때. 작업 기록 없이 풀린 것은 '저절로 풀림'(resolved)이라 완료 후 관찰(우리 효과)에 안 들어간다. **이 스킬을 안 거치고 손으로 고친 것도 똑같이 기록한다.** 커밋 메시지에 `[opp #id]` 규약을 남겨 두고 plan 시작 시 `createdb.py sync {P} --repo .` 로 일괄 반영한다. 안 그러면 Brain은 영영 모른다 — 다음 런이 같은 기회를 또 제안하고, 대시보드는 "실행 0건"이라고 말한다. ## 답변 형식 (채팅으로 나가는 모든 말) 한 줄 결론 → 근거 표 → **다음 한 걸음 하나** → 접어 둔 "안 한 것". 정본은 `../setup/references/reply-format.md` — 작업을 끝내고 보고하기 전에 그 뼈대를 따른다. 근거 칸은 실제로 바꾼 것만 적는다: 변경 파일·브랜치·PR·닫은 기회 id (철칙 4·5). 쓰지 않은 파일을 근거에 올리지 않는다. ## 명령 워크플로우 ### /create p