도메인 확장 우선순위

이 문서는 현재 도메인 허브를 기준으로, 다음에 어디를 유지 보강하거나 새로 확장하는 것이 효율적인지 정리합니다.

현재 판단

• ai-nornen : 상태 엔진, 서사 검증, GM 제어 축이 높은 밀도로 정리됐습니다.
• chemical : 제품 가치, 인증, 시뮬레이션, 문서 생성, 운영 주체 축이 촘촘합니다.
• timebooks : 학습 경험, 정렬 구조, 검수 흐름, 운영 상태 축이 균형 있게 정리됐습니다.
• claude-forge : 환경 레이어, 검증 운영층, 팀 구조, 세션 마감 축이 충분히 입체화됐습니다.
• claw-dev : 런처, 선택 부팅, 프록시, 인증 fallback, 모델 선택기까지 기본 구조가 닫혔습니다.
• claw-code : 클린룸 포팅, 윤리적 경계, 작업공간 전략 축이 기본 구조로 정리됐습니다.

다음 우선순위

1. 기존 도메인 유지 보강
2. 웹 운영 품질 정리
3. 새 실제 도메인 ingest 재검토

추천 작업

1. 기존 도메인 유지 보강

• claw-dev : 가장 가벼운 도메인이라 실행 표면을 조금 더 보강할 여지가 있습니다.
• claude-forge : 운영층은 정리됐지만 세부 검증 프로토콜 비교를 더 넣을 수 있습니다.
• chemical : 운영 주체와 제출 흐름을 더 세분화할 여지가 남아 있습니다.
• timebooks : 학생 경험과 운영 경험 경계를 더 세밀하게 비교할 수 있습니다.
• ai-nornen : 이후 보강은 구현 세부를 다루는 선택 작업에 가깝습니다.
• claw-code : 포팅 전략은 닫혔지만 런타임·테스트 표면 보강은 가능합니다.

현재 우선순위는 큰 구멍을 메우기보다, 마지막 얕은 부분을 정리해 구조를 안정화하는 데 가깝습니다.

2. 웹 운영 품질 정리

• mkdocs.yml 내비게이션은 좋아졌지만 모바일에서 여전히 길 수 있습니다.
• docs/web-publishing.md와 docs/verification-rules.md의 MkDocs not in nav 허용 정책이 실제 운영과 맞는지 점검합니다.
• 이 단계는 콘텐츠를 늘리기보다 읽기 경험을 다듬는 작업입니다.

3. 새 실제 도메인 ingest 재검토

• 현재 여섯 도메인(chemical, timebooks, claude-forge, ai-nornen, claw-dev, claw-code)이 모두 한 번 이상 패턴 검증을 마쳤습니다.
• 당장 새 도메인이 필요한 상태는 아니지만, 나중에 넣는다면 지금보다 성격이 더 다른 프로젝트를 고르는 편이 좋습니다.
• 새 ingest를 시작할 때도 source 1개, concept 1개, entity 1개, comparison 1개, domain 허브 연결까지 한 사이클로 닫는 원칙은 유지합니다.

운영 메모

• 우선순위 판단 기준은 단순 문서 수보다 source에서 파생된 설명 축이 얼마나 입체적으로 닫혀 있는가입니다.
• 현재 상태는 “긴급히 비어 있는 도메인”이 없는 유지 보강 단계입니다.
• 새 도메인을 넣기 전에는 기존 도메인의 마지막 얕은 축을 먼저 정리하는 편이 전체 탐색성과 일관성을 높입니다.