Telegram plugin ENOENT 1시간 silent fail (16:08~17:14 KST): 본진 reply tool 부재 (ToolSearch zero / /mcp ENOENT) → 1시간 silent fail. 원인 = com.user.tmux-claude.plist PATH 에 /Users/user/.bun/bin 누락. fix = plist PATH prepend + bootout/pkill/bootstrap cold restart + HTTP API curl fallback wrapper. issue 박힘.
TASK 박스 빈 상태에서 박스 통째 사라짐: {% if task_items %} 가드가 박스 self 를 hide. 형님이 스크린샷으로 surface (“지금작업중이랑 파킹랏 사이에 타일 없음 표시 안 나옴”). 가드 안쪽으로 옮기고 else 분기에 “작업큐없음” 라벨 박음. 백로그 박스 (파킹랏/딥워크) 와 동일 동작 통일.
CSS 캐시 의심 (“머지안된거 아니야? 안보이는데”): 4건 fix 머지·배포는 정상이었으나 형님 브라우저 옛 index.html (옛 CSS hash) 잡혀있던 캐시 사고. 강제 새로고침 가이드 surface 후 해결.
반전
codex mesh-vote vs Claude mesh-vote 정반대: 어제(2026-05-27) Claude 백엔드 SESSION 1779883650 = 5/5 (A) M5 Max 만장 (“차액 ₩270만 보관 후 M6 갈아타기 합리”) → 오늘 codex 백엔드 SESSION 1779934700 = 5/5 (B) M5 Ultra 만장 (self-pattern “기함 아니면 결국 이중지출” weight 효과). 같은 주제 정반대 결과. self-pattern weight forcing function 의 위력 검증.
작전보드 단일 박스 통합: 옛 파킹랏·딥워크 두 박스 구조에서 통합 단일 작전보드(KPI + kind 막대 + 3탭)로 정리. ~/todo/tasks.md 의 status/kind/node/T-ID/등록일 메타가 디테일해서 옛 2박스로는 표현 한계, mesh-vote 5안 모두 status 1차 + kind 2차 + node 필터 동일 골격이라 작전보드의 KPI 막대 시각 압축이 결정 요인.
배운 것
self-pattern 메타인지 weight forcing function — 일반론·시장 best practice·외부 mesh 추천이 본인 행동 패턴과 충돌할 때, 본인 메타인지 쪽으로 weight. 3축 driver: 후회 회피(가장 강함) / 만족 최대화 / 이중지출 회피. globals 5노드 룰로 승격.
mesh-vote 백엔드별 결과 정반대 가능 — 같은 주제에서 Claude(5/5 Max) ↔ codex(5/5 Ultra) 만장 반전. 한 백엔드 결과에 weight 100% 두지 말 것, 컨텍스트 따라 둘 다 호출 검토.
빈 케이스 박스 통째 숨김 절대 X — “없음” 라벨로 — TASK 박스 사고 후 hard rule. 시각적으로 “있을 자리는 있고, 비어있다”가 명시되어야 형님 UX 일관.
next-cycle.md 류 carry 인프라가 SoT 단일화 위협 — 작업 항목 박지 마 vs 인프라 유지 두 문장 모순으로 본진이 next-cycle.md 에 carry 박는 사고 재발. 인프라 자체 폐기로 forcing function 박는 게 정답 (msg27300).
학습·상담
형님 “active_goal_ring 이게뭔데” 질문 → 노드별 prompt ring buffer 최대 개수 상수 설명.
형님 “굿나잇 스킬 어떻게 되지 설명해줘” → /goodnight 9단계 흐름 자연어 풀어 설명.