CCH 승인 리스트 · Boardroom Brief

메모리·룰 정리 — 항목별 승인

D9 워크스페이스 메모리 재배치 · D10 룰 18종 정리 — 전수 분석 완료 (2026-08-07), 항목별 오너 승인 대기
메모리 이동
7
개별 프로젝트 CWD로
메모리 통합·삭제
4
중복 3쌍 + 자체 은퇴 1
룰 삭제·통합
4
순수 포인터 2 + 이중 2
유지
118
메모리 ~104 + 룰 14
01

메모리 — 워크스페이스 133개 전수 분석

D9 · 각 항목: 무엇을 · 어디로 · 왜
M-1

이동 feedback_verify_code_paths → fenok-cortex/.agent-memory/

"Cortex 코드 수정 시 3단계 추적" — 100% Cortex 전용 (2026-04-03 P0 모델 교체 사고). 워크스페이스에 둘 이유 없음.
M-2

삭제 feedback_gemini_cli_vs_api (워크스페이스 사본)

같은 사고(2026-04-03)의 동일 내용이 fenok-cortex/.agent-memory/에 이미 존재 — 워크스페이스 것은 중복 사본.
M-3

이동 feedback_ssp_companion_integration → Asset_Allocator/.agent-memory/

SSP는 AA 제품 (docs/products/ssp/) — AA 메모리에 이미 feedback_ssp_* 계열 존재.
M-4

이동 feedback_ssp_superstar_mindset → Asset_Allocator/.agent-memory/

동일 SSP 프로토콜 교훈 — M-3과 함께 이동.
M-5

이동 feedback_mona_calendar_same_account → mona-life/.agent-memory/

mona.me 캘린더 = 페노메노 계정 규칙 — 모나 전용.
M-6

이동 feedback_mail_draft_only → mona-work/.agent-memory/

"Mona 상시 규칙" — 사고 기록 자체가 mona-work AGENT_DEVLOG에 존재 (2026-08-04).
M-7

이동 feedback_2022_return_not_hire → Career_Archive/.agent-memory/

"Career_Archive 전체에 적용" — 2022년 채용 판단 교훈, 커리어 프로젝트 전용.
M-8

이동 user_embedded_expertise_balance → 03_Embedded_Engineer/

임베디드 사용자 프로필 (MR 센서) — 단, 대상 루트 .agent-memory가 없음 → 생성 여부 오너 결정.
M-9

통합 no_session_closing + no_session_judgment → judgment 유지

같은 규칙("세션 종료 제안 금지") — judgment가 더 완전한 "최상위 피드백".
M-10

통합 no_arbitrary_limits + no_artificial_caps → arbitrary_limits 유지

같은 지시("LLM 호출 상한 금지") — arbitrary_limits가 포괄적 (caps 내용 흡수).
M-11

통합 segmented_push_always_doc_update + segmented_doc_push_habitual → habitual 유지

habitual(2026-08-02)이 이전 규칙의 범위를 명시적으로 대체.
M-12

삭제 reference_agent_model_selection

파일 자체가 "Retired" 선언 (2026-08-03) — 후계 = CCH 프로바이더 레지스트리. 인덱스에도 미등재.
유지 ~104개 — 워크스페이스 공통으로 정당: 검증 규율(no false reports·verify-before-hypothesis·e2e smoke), 머신(load·tmux·iterm2), 드라이브/SSH/구독, 핸드오프 7종, 보고 규율 4종, reference 10종.
M-13

인덱스 FEEDBACK_INDEX 재구축 + MEMORY.md 링크 갱신

29개 파일이 인덱스에 미참조 (스테일) — 이동·통합·삭제와 같은 슬라이스에서 재구축. 이동분은 "프로젝트별" 섹션으로.
02

룰 — 18종 전수 분석 (템플릿 sync 소유까지 확인)

D10 · 각 항목: 무엇을 · 왜
R-1

삭제 flow-routing.md

순수 포인터 — "라우팅은 CLAUDE.md rule 8 + feno-flow 스킬"만 재언급. 템플릿 미관리 → CCH에서 지워도 sync가 안 되살림 (유일 고유 문장 "훅은 advisory-only"는 rule 8에 흡수 가능).
R-2

삭제 agent-governance.md

순수 포인터 — "권한은 ORCHESTRATOR.md에 있다" 재언급뿐, 자체 내용 0. 템플릿 미관리 → 삭제 안전.
R-3

통합 hooks-development.md → docs/manuals/hook-system-guide.md

라이브 이벤트 표 + 스톱훅 가드가 매뉴얼과 이중 소유 (4.1KB vs 템플릿 1.7KB). 매뉴얼로 이동 후 포인터 3줄만 남김 (paths 트리거 유지).
R-4

통합 record-lifecycle.md → docs/manuals/record-lifecycle.md

자체 선언 "thin wrapper. 정본은 매뉴얼" — 4분류·B-IMPROVEMENT 요약이 매뉴얼과 이중. 포인터로 축소.
유지 14개 — 단 11개는 템플릿이 관리: 9개 매니지드 바디(git-command-scope·language-policy·agent-delegation·archive-rules·core-documents·docs-management·memory-policy·products-rules·tmp-folder-rules·workflow-rules 중 9) + AUTO_CREATE 2(model-routing·secrets-management — CCH에서 지우면 sync가 재생성). 실질 규칙 3종(llm-provider-ssot·mcp-usage·hooks 포인터) 유지. 플릿 차원 정리는 P3에서 템플릿부터 변경.
03

실행 계획

승인 후 순서

지금 (CCH, sync 안전 확인됨)

  1. D9: 이동 6건(M-1,3~7) + 삭제 2건(M-2, M-12) + 통합 3쌍(M-9~11) + 인덱스 재구축(M-13)
  2. D10: 삭제 2건(R-1, R-2) + 통합 2건(R-3, R-4 → 포인터 유지)
  3. 각 이동 대상 프로젝트의 AGENTS.md·메모리 규칙 확인 후 배치

P3 (템플릿 v5.5.12)

  1. PREP 블록 압축(≈45%) · AGENTS.md Entry 6·7 반영 · 룰 5종(4+D8분) 플릿 제거 — 템플릿 먼저, sync로 플릿 전파
[blocked] M-8: 03_Embedded_Engineer 루트에 .agent-memory 생성 여부 — 오너 결정 필요 (생성 vs Career_Archive 라우팅).

Evidence Ledger

  • 메모리: 워크스페이스 .agent-memory 133개 전수 판독 (병렬 감사 2026-08-07) — 이동/통합/삭제 판정은 파일 내용 근거
  • 룰: .claude/rules 18종 전수 + sync-rules.sh·repos.list·check-rule-drift.sh 실측 — 삭제 2건은 sync 미복구 확인
  • 소스 문서: docs/research/RESEARCH_harness-entry-load-claude-codex-kimi-20260807.md (D9·D10)

메모리·룰 정리 승인 리스트 v1 · feno-canvas · 오프라인 단일 파일 · 2026-08-07