tracklisted

# track nereus:common 규칙을 따른다. 담당 에이전트: architect. **엔진과 무관하다** — 트랙은 엔진이 아니라 플랫폼과 수익 모��이 정한다. **언제 부르나**: spec 이 끝난 직후다. 그때 `tasks.md` 가 있고 규모가 실측값으로 존재한다. intake 직후에는 규모를 모르므로 추측이 된다. ## 0. 이것만 게이트가 아니다 다른 검사기는 `violations` 를 내고 통과·차단을 판정한다. 여기는 `recommendation` · `reasons` · `mismatches` 를 낸다. **강제하지 않는다.** 트랙 선택은 **사업 판단**이지 기술 판정이 아니다. "이 게임은 다작으로 가면 안 된다"를 하네스가 강제하면 하네스가 사업을 결정하게 된다. 근거를 주고 판단은 사람이 한다. ## 1. 두 트랙은 성격이 정반대다 | | 깊게 하나 | 다작 | |---|---|---| | KPI | 리텐션 · ARPU | **사이클 타임** | | 게이트 | 두껍게 — liveops · compliance · telemetry 전부 | **얇게** | | 출시 | **시작** | 끝 | | 대표 플랫폼 | 로블록스 · 스위치 | 스팀 | **트랙을 잘못 고르면 게이트가 일을 방해한다.** 다작에 두꺼운 게이트를 씌우면 게임 하나당 통과 비용이 커져 사이클이 안 돈다. 깊게에 얇은 게이트를 씌우면 라이브 운영에서 터진다. ## 2. 깊게를 강제하는 조건이 먼저다 "다작이 좋다/나쁘다"가 아니다. **구조적으로 다작이 불가능한 조건**이 있다. | 조건 | 왜 | |---|---| | 플랫폼 = 로블록스 | 알고리즘이 체류·리텐션·라이브옵스를 보상한다. 얕은 여러 개는 전부 발견되지 않는다 | | 플랫폼 = 스위치 | 승인·개발기·Lotcheck 으로 타이틀당 마찰이 가장 크다 | | 수익 = IAP | 지속 경제는 운영이 필요하다. 내고 잊을 수 없다 | | 라이브 이벤트 계획 | 시즌·이벤트는 정의상 지속 운영이다 | | 상태 유지 멀티플레이어 | 서버 상태·진행도가 살아 있어야 한다 | 하나라도 걸리면 `deep` 이다. **아무것도 안 걸릴 때만** 규모를 본다. ## 3. 사용법 ```bash echo '{"tasksText":"'"$(cat openspec/changes/<변경>/tasks.md)"'","model":{"platform":"steam","revenue":"premium","liveEvents":false,"persistentMultiplayer":false}}' \ | node "${CLAUDE_PLUGIN_ROOT}/lib/track-advisor.mjs" ``` 규모는 **파일에서 읽는다.** 태스크 형식이 둘이라 둘 다 센다: | `matched` | 형식 | 내는 도구 | |---|---|---| | `"nereus"` | `- [ ] T1. 설명` — 번호 뒤 마침표 | nereus:spec / OpenSpec | | `"spec-kit"