🗄 인수인계서 이력 아카이브 (갱신 1~47, 2026-05)

🧭 새 대화방 읽기 절차 (기본 지침)

새 세션은 인수인계서만 읽지 말고 아래 3단계를 모두 거친다. 1. 인수인계서 — 맨 아래 '최신 갱신'부터. (맨 아래 최신 갱신, "★ 최신 — 여기부터 읽으면 현재 상태 복원됨".) 이 페이지의 가장 중요 부분 = 최신 갱신 안의 ① 현재 1순위 대기 + ② 다음 시작점 두 항목이다. 그 위 갱신 (1)~(직전)은 이력 참고용. 2. 📑 주제 색인 (목차) — 최신 갱신이 언급한 관련 주제의 번호·상태 라벨([확정 사실]/[합의]/[논의중]/[결정] 등)을 확인한다. 3. 🗂 항목별 세부 상의 — 해당 §주제로 앵커 링크(notion-anchor-mcp) 점프해 논의·결론·미결을 확인한다. 인수인계서 요약만으로 부족한 근거는 여기서 확인.

⚠️ 새 대화방 START HERE — 이 페이지의 현재 상태는 맨 아래 최신 갱신 단 하나다. 그 위의 한 줄 맥락·확정사실·미결·다음단계 및 갱신 (1)~(23)은 전부 과거 기록(history). 외부에 떠도는 "세션 요약 v3 (2026-05-05, soft delete)" 는 폐기됨 — soft delete·Tier A/B·baseline·Job1 은 모두 이미 종료된 단계이며 현재 작업과 무관하다. 한 줄 맥락 🔴 현재 1순위 대기: 코디가 codi-silentblock-confirm-and-unblock.md 작업 중 → 그 결과 수신이 다음 행동의 1순위. (채티→코디 자동순환 silent block 근본원인 확정 + 테스트서버 최소 단일변경 + 1회 사이클 PASS)

복원 절차: 맨 아래 갱신 (32) 부터 읽는다. 그 외 상단/중간 섹션은 이력 참고용.

확정 사실

• 코디 실행: claude -p --output-format json --max-turns 100 --permission-mode acceptEdits (stdin prompt, timeout 900s). 파일 bridge/app/services/codi_runner_cli.py. git이 ground truth.
• 채티 실행: claude_client.chat() → SDK query(), cmdboard MCP 도구만, max_turns=8. 파일 bridge/app/services/claude_client.py.
• 캐포 격차: 둘 다 최종 요약만 남기고 중간 transcript(도구 입력/결과/오류·stderr) 폐기.
• 토큰 칩: 현재 mock/0k. stream-json result.usage로 실측 가능.
• 기존 안전 가드: CODI_AUTORUN_ENABLED 기본 false, cycle limit(약 15), allowlist, --dangerously-skip-permissions 금지, master-only push.

합의된 방향

• 레버 순서: ① stream-json 캐포 → ② 세션 재개/핵드오프 → ③ 진단 admin→카드상세 이전.
• 이어가기: resume + 새 세션+핵드오프. 핵드오프 수단 = 카드에 continuation brief 영속화(코디=git, 채티=chati_work_summary 앵커). 원칙: repo/카드=진실, brief=안내+검증.
• 멀티에이전트: worker(실행) / monitor(코드·무료) / supervisor(이벤트 구동 LLM).
• supervisor 등급 = C(능동 개입). 두 Job: Job2(중단시점 판단) 선행 → Job1(체크포인트 goal-keeping) 후행.
• supervisor 안전: 한정 행동집합 + 기존 가드 내 + escalate-to-user 1급 + 결정론적 하드측이 폭주 제어의 바닥(에이전트가 아님).

미결 결정

1. supervisor 행동집합 확정 (초안: retry / retry-with-fix / 새세션핵드오프 / 재라우팅 / 사용자에스캘레이트 / abort).
2. CONTINUATION_STATE 필드 확정 (코디 6필드 초안) + 생성 주체(하이브리드 추천).
3. 에이전트 세분화 깊이 — 어느 수명주기 지점까지 LLM 판단.
4. 폭주 하드측 수치 (카드별 토큰/호출/개입/시간).
5. Job1 체크포인트 구간 크기 (감독밀도↔비용).

다음 단계

• Job2부터. 동시에 stream-json 캐포 PoC로 토큰 실측 baseline 확보 → 손익 정량화.

개체 정의 (용어)

- 채티: 카드별 작업 오케스트레이터(분석·라우팅). 코디: 실제 코드 실행자(Claude CLI). 사라: 전역 채팅 페르소나(=supervisor 후보). monitor: 비-LLM 코드 감시층. supervisor: 이벤트 구동 LLM 감독(C등급).

최종 갱신: 2026-05-23

갱신 2026-05-23 — (a) 결정론적 하드측 + 사용자 top-up

• 측 시작값 합의: per-run(codi max_turns 100 / 채티 25, per-run wall-clock codi 900s·채티 180s), per-card(총 호출 ~30, supervisor 개입 ~5, wall-clock 30~60분, 토큰 예산=실측 후), 패턴차단기(stall ≥3, 연속실패 ≥3, 컨텍스트 팽창→핵드오프).
• 측 도달 = abort 아님 → 일시정지 + 보고 + bounded top-up(사용자 승인, actor=user 기록). 진행형=top-up 제안 / 패턴형=핵드오프 권고. 연장 위 절대 천장 필수.
• 미결(갱신): 절대 천장 수치, 토큰 예산 수치(실측), supervisor 행동집합 확정, 에이전트 세분화 깊이.

갱신 2026-05-23 (2) — 절대 천장 확정 + 작업 체인

• per-card 절대 천장 확정: top-up 최대 3회 + lifetime 호출 100 (병행).
• 작업 체인(work chain): 카드 위 논리 작업 단위. 카드 천장→새 카드는 chain_id 상속. 토큰·호출·사이클을 체인 단위로 rollup — 가시성 + 칩 우회 차단 둘 다.
• per-chain 천장(신규): 체인 카드 ~5 / 체인 총 호출 ~300 → 체인 차원 escalate.
• 전제: chain rollup은 실측 per-card 토큰(레버1 stream-json) 위에만. 현 mock 토큰 칩 먼저 실측화 필요.
• 구현 앵커: chain_id 필드 + continuation brief가 chain_id·누적 totals 운반 + rollup=체인 agent_runs SUM.

갱신 2026-05-23 (3) — (a) 종료 + 다음 대화방 시작점

• (a) 결정론적 하드측 = 종료. 확정: per-card 천장(top-up 3회 / lifetime 호출 100), per-chain 천장(제안 5카드 / 300호출 → 체인 차원 escalate), 토큰 예산은 stream-json 실측 후 확정.
• 체인 천장 = 막다른 벽 아닌 체크포인트. 도달 시 사용자 선택: 같은 체인 연장(rollup 통합) / 새 체인 시작(rollup 리셋 + 이전 체인 링크). 측은 자동 폭주만 묶고 사용자 의도적 속행은 막지 않음.
• ▶ 다음 대화방 시작점: (b) 파이프라인 세분화 깊이 — 미착수. 작업 수명주기 6지점(pre-run / per-checkpoint=Job1 / on-stop=Job2 / on-completion=critic / continuous=monitor·코드 / outer-bound=칩·코드) 중 어디까지 LLM 판단을 넣을지 결정하는 주제. continuous·outer-bound는 코드(무료) 고정, 나머지 LLM 지점의 채택 범위가 핵심.
• 인계 방법: 새 대화방은 이 프로젝트 안에서 열고, 본 인수인계서 + 세부 상의 페이지를 먼저 읽게 할 것. (프로젝트 메모리는 보조 — 요약 수준 + 백그라운드 갱신이라 즉시·완전하지 않음.)

갱신 2026-05-23 (4) — (b) 종료 + 다음 시작점

• (b) 파이프라인 세분화 깊이 = 종료. 깊이 = 이벤트 경계까지.
• 채택(LLM): pre-run(라우팅·기존) + Job2(on-stop) + 크리틱(on-completion).
• 보류(LLM): Job1(per-checkpoint) — 데이터 게이트(레버1 stream-json 실측 + Job2 failed_attempts 드리프트 빈도 확인 후 채택 판단).
• 고정(코드): continuous(상태·에러 감지) + outer-bound(폭주칩).
• 원칙: LLM 판단은 이산 이벤트 경계에만, 연속 구간은 결정론 코드가 소유. Job2(멈춤)+크리틱(완료) = 동일 supervisor 1개의 종료상태 분기(새 에이전트 아님, "worker 위 LLM 1겹"·비재귀 유지).
• 다음 대화방 시작점: supervisor 행동집합 확정 — 미착수. 초안 6종: retry / retry-with-fix / 새세션핵드오프 / 재라우팅 / 사용자에스컬레이트 / abort. 각 행동의 발동 조건·입력(캐포+brief+git)·결과(activity_log)·천장 연동을 확정하는 주제.
• 남은 미결: supervisor 행동집합(다음) / CONTINUATION_STATE 필드 확정 / 토큰 예산 실측(레버1 후) / Job1 채택(데이터 게이트).

갱신 2026-05-23 (5) — supervisor 행동집합 확정

• 8종 명명 확정: accept / resume / retry / retry-with-fix / 새세션핸드오프 / 재라우팅 / 사용자에스컬레이트 / abort.
• 초안 6종 +accept(크리틱 양성 종결) +resume(같은 세션 속행, retry와 구분). 발동 트리·입력(캐포+brief+git)·출력(activity_log)은 세부 상의 §13.
• 5종 파라미터화는 구현 시점 대안(코드 경로↓·로그 가독성↓) — 아키텍처 블로커 아님.
• 다음 시작점: CONTINUATION_STATE 필드 확정 — 미착수. 코디 6필드 초안(goal / done / repo_state / remaining / failed_attempts / gotchas) + 채티 변형 + 생성 주체(하이브리드 추천) 확정. resume·새세션핸드오프 행동이 이 brief에 직접 의존.
• 남은 미결: CONTINUATION_STATE 필드(다음) / 토큰 예산 실측(레버1 후) / Job1 채택(데이터 게이트).

갱신 2026-05-23 (6) — 코드 감사 완료 + CONTINUATION_STATE 재정초

• 코디 정적 감사(파일:라인 근거) 완료. FINDINGS = cmdboard_supervisor_continuation_audit_FINDINGS.md(로컬). 세부 상의 §14에 사실 반영.
• CONTINUATION_STATE = 신규 설계 아님. brief는 이미 codi_result_v1 봉투(41키). v2 = 2계층:
• Tier A(즉시·새 캐포 0): 인접 ActivityLog join → head_before/after, commit_hashes, 토큰(usage_status), dirty/snapshot/restore 봉투 병합.
• Tier B(gated): failed_attempts←레버1(stream-json) / 채티 필드·토큰←claude_client 보강 / chain_context←chain_id migration / supervisor 라벨←mode 'sara' or ALTER.
• 마스터 게이트 = 레버1(stream-json). 코드로 확정: --output-format json은 terminal result만 실음 + exit_code=0 하드코딩 → per-step·failed_attempts 불가. 레버1이 failed_attempts + 토큰 실측 + per-step을 동시 해결.
• 정정(노션 stale): 토큰=칩만 mock(codi 실측은 캐포·admin 한정); chati_instruction 아티팩트 미사용(write 호출 없음); escalate asking 카드 기본 비활성 + notify-step/done 엔드포인트 cmdboard에 없음(§13 에스컬레이트 채널 = 선행과제).
• 다음 시작점: (1) 레버1 stream-json 전환 구현(코디 위임) — Tier B·토큰 공통 게이트 + 토큰 실측 baseline 확보. (2) Tier A 봉투 join은 레버1 무관하게 병행 가능(저위험). (3) §13 에스컬레이트 채널 활성화 검토.
• 남은 미결: 레버1 구현 → 실측 baseline → Job1 채택 판단 / chain_id migration 수치(12-B) / 에스컬레이트 채널 / per-chain 천장 수치.

갱신 2026-05-23 (8) — Tier A 봉투 join 구현 완료 (미배포)

• codi_result_v2 Tier A 구현 완료 (코디 작업, 미커밋·미배포).
• 신규 헬퍼 _join_codi_runner_audit_metadata(db, task_id, …) 추가. _build_codi_result_handoff_payload에 db=None kwarg 추가 → 내부에서 join.
• 신규 13키: head_before/head_after / commit_hashes·commit_oneline(≤50)·commit_count·changed_file_count / input_tokens·output_tokens·total_tokens·token_usage_status / dirty_before·snapshot_id·restore_available.
• 모든 봉투 작성 경로 일관 적용(메인 enqueue / handoff_artifacts rebuild / admin_autorun_debug 3경로 / chati claim rebuild). db 미지정 시 13키 존재·null(하위호환).
• 상관관계 오염 방지: 토큰은 run_id 정확 매칭만. 매칭 없으면 null/'unknown'.
• schema_version: codi_result_v1 → codi_result_v2 / codi_result_md_v1 → codi_result_md_v2 (3경로 모두).
• 검증: _test_codi_result_v2_tierA_envelope_join.py a~e 전부 PASS(격리 in-memory SQLite). 회귀 35개 중 27 PASS. 실패 8건 = 기존 실패(3건) + 실서버 E2E(5건) — 코디 변경 무관.
• 변경 파일: app/api/tasks.py / app/api/handoff_artifacts.py / app/api/admin_autorun_debug.py / app/api/chati.py / scripts/_test_phase127_codi_result_artifact.py / scripts/_test_codi_result_v2_tierA_envelope_join.py.
• 미배포 상태: commit·push 미완료. cmd자동배포 승인 대기.
• 다음 시작점: 테스트 서버 구축 + 레버1(stream-json) 구현.

갱신 2026-05-23 (7) — 프로젝트 메모리 페이지 신설

• cmdboard 허브 하위에 🧠 프로젝트 메모리 (레퍼런스) 신설 (pfs 동일 패턴 — Claude 메모리 30개 한도 보완). 인프라·아키텍처·DB 스키마(감사 확정)·운영 패턴·코드 학습을 사실 레퍼런스로 저장.
• 갱신 워크플로 편입: 이후 상의 갱신 시 세부 상의·인수인계서와 함께, 확정된 사실은 프로젝트 메모리 페이지에도 반영한다(허브 운영 규칙 갱신 완료).
• 역할 구분: 메모리='어떻게 행동할지', 프로젝트 메모리 페이지='무엇을 알아야 할지', 세부 상의/인수인계서='상의 기록'.

갱신 2026-05-23 (9) — 테스트 서버 구축 계획 확정 (미착수)

• 구성: EC2 포트 8003 테스트 서비스 + RDS cmdboard_test DB.
• 이유: 운영(EC2 Ubuntu + pyenv 3.11.10)과 동일 환경 보장. Windows 로컬은 OS 차이·phase133 E2E HTTP 호출 구조상 부적합.
• 구조:
• Windows PC (Bridge) → EC2 :8002 (운영) → RDS cmdboard
• Windows PC (Bridge) → EC2 :8003 (테스트) → RDS cmdboard_test
• 작업 목록 (미착수): 1. RDS — SSM에서 cmdboard_test DB 생성 + 전체 마이그레이션 적용 2. EC2 — /home/ubuntu/cmdboard/.env.test 작성 (BOARD_DB_NAME=cmdboard_test, PORT=8003) 3. EC2 — cmdboard-test.service systemd 서비스 등록 4. 보안그룹 — 8003 인바운드, Tailscale CIDR(100.64.0.0/10) 내부만 허용 5. Bridge — .env에 CMDBOARD_API_BASE_TEST 추가, 전환 방법 정비
• 다음 시작점: 테스트 서버 구축 착수 → 이후 레버1(stream-json) 구현 코디 위임.

갱신 2026-05-23 (11) — 테스트 서버 구축 진행 중 + 마이그레이션 버그 발견

진행 현황 (코디 지시문 #1~#5) - #1 사전 진단: ✅ 완료. EC2 정상, 마이그레이션 001~013 존재, 운영 DB 17개 테이블. - #2 테스트 서버 구축 시도: SG 8003(211.209.165.141/32) 추가 ✅, 디렉터리·venv ✅. - #3~#4 마이그레이션 버그 발견 및 운영 DB 진단. - #5 mysqldump 방식으로 재구성 중 (결과 대기). 마이그레이션 버그 (장기 수정 필요) - USE cmdboard; 하드코딩 — 9개 파일. 연결 시 -D 옵션 무효화. - TABLE_SCHEMA = 'cmdboard' 하드코딩 — 8개 파일. information_schema 조회 시 항상 운영 DB 기준으로 판단 → 테스트 DB에서 컬럼 추가 skip. - WHEN DATABASE() <> 'cmdboard' THEN (SELECT ... WHERE 1/0) 안전가드 — MySQL에서 1/0=NULL로 에러 미발생, 가드 무력화. - 운영 DB 영향 없음: idempotent 가드 + 하드코딩이 운영(=cmdboard)에서는 정확히 동작. 운영 스키마 정상 확인. - 수정 방향: USE 제거 / DATABASE() 기반으로 교체 / 깨진 가드 제거 → 별도 PR(지시문 #6 예정). 테스트 서버 구성 확정안 - EC2 :8003 + RDS cmdboard_test (mysqldump --no-data 스키마 복제) - BRIDGE_API_BASE 비워둠 (운영 Bridge 큐 충돌 방지) - systemd: cmdboard-test.service / 디렉터리: /home/ubuntu/cmdboard-test/ 다음 시작점: #5 결과 확인 → 테스트 서버 정상이면 #6(마이그레이션 원본 수정 PR) 진행.

갱신 2026-05-23 (10) — 코디 지시문 전달 모드 + 운영 규칙 변경

• 코디 지시문 전달 모드 시작 (사용자가 해제 선언 시까지 지속).
• 운영 규칙 변경: 코디 지시문은 항상 .md 파일로 작성 → C:\dev\cmdboard\instructions\ 저장, 채팅에는 파일명만 표기.
• 다음 지시문: EC2·RDS 사전 진단(읽기 전용) → 결과 기반으로 테스트 서버 구성 지시문 작성 예정.

갱신 2026-05-23 (12) — 테스트 서버 구축 완료 + 로컬 정리

테스트 서버 구축 완료 - cmdboard-test.service active (running) — Main PID 17045, gunicorn workers 2개 - 포트 8003 LISTEN, /api/tasks HTTP 200, DB 연결 정상 - cmdboard_test DB: 17개 테이블 (mysqldump 스키마 복제, 운영과 동일) - tasks.deleted_at 컬럼·idx_tasks_deleted_at 인덱스 포함 확인 운영 DB Soft Delete 상태 확인 - tasks.deleted_at DATETIME NULL MUL + idx_tasks_deleted_at BTREE 이미 존재 - 관련 코드(models.py / api/tasks.py / api/agent.py)도 이미 master(78a029b)에 반영됨 - 추가 마이그레이션 불필요 — 클로즈 로컬 동기화 + 정리 (집 PC) - git pull — Already up to date (사무실 작업 이미 반영) - bridge/.env.before-* gitignore 등록 (7bd116a) - 로컬 전용 파일 gitignore + 임시 스크립트 6개 삭제 (c598ad7) - 옛 phase INSTRUCTION 파일 삭제 반영 (aa460f1) — 6파일, 3557 deletions - git status 클린 운영 패턴 학습 (사고 기록) - PowerShell Remove-Item 와일드카드는 git 추적 여부 무관 매치 → 추적 중인 247개 스크립트 일시 삭제 발생 - 즉시 git restore -- scripts/ 로 완전 복구, 데이터 손실 없음 - 향후 삭제 지시문 원칙: git ls-files --others --exclude-standard 필터 사용 현재 master: aa460f1 다음 시작점: 차후 작업 후보 — 레버1(stream-json) 구현 코디 위임 / 마이그레이션 버그 수정 PR(USE 하드코딩 제거) / 카드 삭제 버튼 UI

갱신 2026-05-23 (13) — 레버1·마이그레이션 버그 수정·테스트 서버 보안그룹·Tailscale 조사

레버1 stream-json 전환 완료 (commit 022f1f9) - --output-format json → --output-format stream-json --verbose - _parse_stream_json 헬퍼 추가 (NDJSON 파싱, cache 토큰 포함) - 기존 단일 json.loads 5곳 → parsed 결과 주입 방식으로 교체 - exit_code 실측, input/output/total/cache_read/cache_write 토큰 실측 - E2E 실측: input=2, output=58, cache_write=19436 - 단위 테스트 bridge/tests/test_lever1_stream_json.py 5케이스 ALL PASS 마이그레이션 버그 수정 완료 (commit f8b60c0) - USE cmdboard; 9개 파일 제거 - TABLE_SCHEMA='cmdboard' 33건 → DATABASE() 교체 - 깨진 안전가드 8개 파일 제거 테스트 서버 보안그룹 (commit 없음 — SG 직접 변경) - 8003 인바운드: 집 PC 112.170.234.238/32 + Tailscale CIDR 100.64.0.0/10 추가 - 공인 IP 접속: http://13.209.147.168:8003 ✅ Tailscale TCP 문제 (추후 조사) - tailscale ping/tsmp 성공, 실제 TCP 연결 실패 - ts-input rule 3 DROP(100.64.0.0/10) 원인 후보 → iptables ACCEPT 추가 후에도 미해결 - Bridge는 공인 IP(13.209.147.168:8002) 사용 중 — Tailscale 무관하게 동작 현재 master: f8b60c0 다음 시작점: 3순위 — 카드 삭제 버튼 UI (현재 API만 구현, 화면 미구현)

갱신 2026-05-23 (14) — 새 대화방 인계 준비

다음 시작점: Tier B 구현 진행 중 - 작업 트래커 참고: 📋 작업 트래커 현재 master: 628c2e9 (에스컬레이트 채널) 완료 목록 (이번 세션) - Tier A codi_result_v2 봉투 join (commit 96dcada) - chain_id migration (migrations/014_chain_id.sql) - Job2 on-stop supervisor (commit acbe817) - 크리틱 on-completion (commit e602906) - 에스컬레이트 채널 notify-escalate + Bridge 연결 (9fd7fff + 628c2e9) 진행 예정 순서 1. Tier B 구현 ← 현재 작업 (코디 지시문: codi_tierB.md) 2. Job1 채택 판단 (데이터 게이트) 보류 - 레버1 실측 run 토큰 baseline (Sara 복구 후) - per-chain 천장 수치 확정 (실측 후) - 토큰 예산 수치 확정 (실측 후) - Tailscale TCP 문제 추후 조사 - audit → cmdboard E2E 검증 (mock 처리로 미완) 운영 패턴 (이번 세션 학습) - PowerShell Remove-Item 와일드카드 → git ls-files --others 필터 필수 - Bridge CMDBOARD_API_BASE: 공인 IP(13.209.147.168:8002) 사용 (Tailscale IP 주석) - 작업 단계별 완료 시마다 메모리 + 인수인계서 + 프로젝트 메모리 페이지 갱신

갱신 2026-05-23 (15) — Soft Delete 전체 확인 완료 + 삭제 버튼 UI 현황 파악

Soft Delete 4단계 전부 이미 완료 (2026-05-05 작업분) - Step 1: tasks.deleted_at DATETIME NULL MUL + idx_tasks_deleted_at BTREE — RDS 이미 적용 - Step 2: feat(tasks): soft delete — 3095521 커밋 master 반영 - Step 3: 운영 중 — DB 총 91건, active 5, soft_deleted 86 (정상 동작) - Step 4: Bridge push — 022f1f9 커밋 master 반영 - → 추가 마이그레이션·배포 불필요. 완전 클로즈. 삭제 버튼 UI 현황 (코디 진단) - 삭제 버튼: app/static/js/app.js:4702-4703 — renderTaskDetail() 내 "위험 작업" row에 이미 존재 - 클릭 핸들러: app.js:5143-5152 — confirm 후 DELETE /api/tasks/<task_code> 호출 (soft delete) - 복원 다이얼로그: openDeletedTasksDialog() app.js:2087 — #open-deleted-tasks 버튼으로 트리거 - 체크리스트 삭제: app.js:5009-5014 — DELETE /api/tasks/<code>/checklist/<id> - 결론: UI 자체는 이미 구현 완료. 다음 작업은 UX 개선(위치·문구·휴지통 화면) 여부를 결정하는 것. 다음 시작점: 삭제 버튼 UI 개선 범위 결정 (현행 유지 / 위치·문구 변경 / 휴지통 화면 추가)

갱신 2026-05-23 (16) — 에이전트 파이프라인 구현 완료 + Tier B 진행 중

완료 (이번 세션) - Tier A codi_result_v2 봉투 join — _join_codi_runner_audit_metadata() 13키, commit 96dcada - chain_id migration — migrations/014_chain_id.sql, 운영·테스트 RDS 적용 - Job2 on-stop supervisor — bridge/app/services/supervisor.py, 8종 행동 판단+기록, commit acbe817 - 크리틱 on-completion — judge_completion(), exit_code=0 분기, commit e602906 - 에스컬레이트 채널 — POST /tasks/<code>/notify-escalate, CHATI_ANSWER_CARDS_DISABLED 분리, Bridge 연결, commit 628c2e9 - 작업 트래커 DB 신설, 앵커 링크 전체 적용 (notion-anchor-mcp) 현재 진행 중 - Tier B 구현 (코디 지시문: codi_tierB.md) - failed_attempts (stream-json 추출) - chain_context (chain_id + rollup 자리) - supervisor mode enum - 채티 토큰 실측 다음 시작점: Tier B 완료 보고 수신 → Job1 채택 판단 (데이터 게이트) 현재 master: 628c2e9

갱신 2026-05-24 (17) — Tier B 완료 + migration 015 RDS 적용

Tier B 구현 완료 (commits: cmdboard 521a6f2 / bridge 8b9f678) - failed_attempts: 기구현 확인 (codi_runner_cli.py:72-95) — 별도 작업 없음 - chain_context 3키 봉투 추가: chain_id (tasks 직접 조회) / chain_card_count / chain_total_calls (None — rollup 추후) - supervisor mode enum: migrations/015_supervisor_mode.sql — ActivityLog.mode에 'supervisor' 추가 (기존 5종 보존) - cmdboard_client.add_task_log에 mode 파라미터 추가 (기본 'sara') - supervisor.py / critic audit 시 mode='supervisor' 전달 - claude_client.chat 응답에 토큰 5종 + stop_reason + num_turns + token_usage_status 노출 migration 015 RDS 적용 완료 - 테스트 RDS (cmdboard_test) → 운영 RDS (cmdboard) 순서로 ALTER 실행 - 양쪽 activity_logs.mode enum: ('chati','codi','coki','manual','sara','supervisor') 확인 - supervisor.py의 mode='supervisor' INSERT 이제 enum 거부 없이 정상 동작 미완 (후속 작업) - 채티 토큰 → activity_log 기록 연동: 호출 측 7곳 수정 필요 (별도 작업) - chain rollup (chain_card_count / chain_total_calls) 구현 (후속) 현재 master: 8b9f678 (bridge) / 521a6f2 (cmdboard) 다음 시작점: Job1 채택 판단 (데이터 게이트)

갱신 2026-05-24 (18) — Tier B 배포 + migration 015 + 테스트 서버 실측 환경 정비

완료 - Tier B 구현·배포 (cmdboard 521a6f2 / bridge 8b9f678): chain_context 3키, supervisor mode enum, 채티 토큰 응답 키, failed_attempts(기구현 확인) - migration 015 RDS 적용: 테스트→운영 순서, activity_logs.mode enum에 'supervisor' 추가 확인 - 테스트 서버 프로젝트 시드 투입 (운영→테스트 projects 복사) - Bridge 임시 전환 (8002→8003): 채티 작동 확인 테스트 서버 500 에러 해결 진행 중 - 증상: 채티가 mode='supervisor' 로그 INSERT 성공(DB enum 허용) → 카드 GET 시 to_dict lazy load에서 enum 디코딩 LookupError → 500 - 근본 원인: 테스트 코드가 master(521a6f2) 미반영 (6ddb458 phase134에 정체). 모델 enum이 구버전이라 supervisor 디코딩 불가 - 수정: cmdboard-test git pull로 master 동기화 → 서비스 재시작 (코디 지시문 전달, 완료 보고 대기) 핵심 학습 (프로젝트 메모리 반영) - 테스트 서버 코드 동기화는 수동(자동배포는 운영만). 미동기화 시 DB는 맞아도 모델 enum/컬럼 불일치로 500 - mysqldump --no-data는 시드 없음 → projects 등 별도 복사 필요 - Bridge는 단일 타겟만 폴링 → 테스트 카드 처리하려면 임시 전환 필수 미완 (Job1 baseline 선행 과제) - 채티 토큰 → activity_log 기록 연동 (호출 측 7곳) — 미연동이라 현재 채티 토큰이 어디에도 영속 기록 안 됨 - chain rollup (card_count/total_calls) - Bridge 8002 복귀 (측정 후) 현재 master: cmdboard 521a6f2 / bridge 8b9f678 다음 시작점 1. 테스트 서버 동기화 완료 보고 → 채티 재실행 + 500 해소 확인 2. Job1 baseline 위한 토큰 기록 경로 결정 (A: 로그 1회 grep / B: activity_log 연동 먼저) 3. Job1 채택 판단 (데이터 게이트: 토큰 분포 + failed_attempts 드리프트 빈도)

갱신 2026-05-24 (19) — 묶음1 완료 + 파이프라인 E2E 검증 + Job1 baseline 첫 실측 (자율 진행분)

작업 방식: 사용자 자리 비움 동안 채티가 claude-code:Bash → AWS SSM send-command로 직접 실행 (Agent spawn 미지원). 안전선(pfs/deploy-live/운영DB 파괴) 유지. 묶음1 완료 — 테스트 서버 500 해소 - cmdboard-test git reset --hard origin/master → HEAD 8b9f678, models.py supervisor enum 반영 - 서비스 env 파일은 .env(NOT .env.test) — 서비스 재시작 후 카드 GET 200, modes=[sara, supervisor] - 채티 자동 처리 재개 → 코디 실행까지 E2E 정상 흐름 확인 파이프라인 E2E 검증 (실서버 첫 확인) - 채티 분석 → next_codi → 코디 실행(completed) → codi_result_reported → agent_token_usage_recorded → critic_decision (mode=supervisor) - migration 015 + Tier B supervisor mode가 실서버에서 정상 동작 확인 Job1 baseline 첫 실측 (코디 run 1건) - run_id ccli-20260523-181040: total 1024(in 6/out 1018), cache_read 126702, cache_write 12869, step_count 8, failed_attempts 1, usage_status known, source claude_cli_stream_json - 성공 run에도 failed_attempts=1 → 드리프트 실재. 단 1건이라 빈도 미확정(N건 필요) 핵심 발견 - 토큰 실측은 agent_token_usage_recorded 로그(payload)에 기록됨. codi_result payload의 token 키는 NULL(run_id 매칭 안 됨). 카드 칩 token_total은 여전히 mock=0 - 기록 통로: add_task_log(action='agent_token_usage_recorded') → admin_usage_stats 자동 집계 묶음2 설계 확정 (채티 토큰 → activity_log, B 경로) - 채티 chat() 응답 토큰을 코디와 동일 메커니즘(agent_token_usage_recorded)으로 기록 - payload: agent='chati', model, input/output/total/cache_, usage_status - 수정 범위: chat() 호출 7곳 중 task_code 있는 흐름(supervisor·chati). 새 테이블/엔드포인트 불필요 - 운영 배포(master push) 동반 → 사용자 복귀 후 승인 권고 현재 상태 주의 - Bridge는 임시로 8003(테스트) 폴링 중 → 운영(8002) 작업 멈춤. 측정 완료 후 8002 복귀 필요 다음 시작점* 1. 묶음2 구현(채티 토큰 연동) 승인 → 구현·배포 2. 실측 run N건 반복 → 토큰 분포 + failed_attempts 빈도 수집 3. Job1 채택 판단 4. Bridge 8002 복귀

갱신 2026-05-24 (20) — 묶음2 완료: 채티 토큰 → activity_log 연동 (로컬 구현·검증, 미배포)

구현 (bridge/app/services/chati.py, 로컬만 — master push 안 함) - chat 응답 토큰 0/0 하드코딩 제거 → chat_resp의 input/output/total/cache_/usage_status 실측 추출 - analysis 로그 직후 agent_token_usage_recorded(action) 기록 추가 — 코디(codi_runner_cli)와 동일 메커니즘 재사용, agent='chati', source='claude_agent_sdk', best-effort try/except - 새 테이블·엔드포인트 불필요: cmdboard admin_usage_stats / tasks.py 토큰 집계가 그대로 인식 검증 (테스트 8003, 신규 카드 pfs-2026-34) - AST 파싱 OK → Bridge 재시작(작업스케줄러) → 카드 생성 → 채티 자동 처리 - agent_token_usage_recorded id 7723: agent=chati, input 21/output 2227/total 2248, cache_read 93845, usage_status=known - 카드 token_total 칩: mock=0 → 실측 2248(2.2k), source=agent_runs (mock 탈출 확인) Job1 baseline 실측 누적 시작 (현재 2건) - codi run ccli-...93e0d5ed: total 1024, cache_read 126702, failed_attempts 1 - chati run 467: total 2248, cache_read 93845 (채티는 failed_attempts 미해당) 미완 / 후속 - chati.py 외 chat() 호출 6곳(chat_consumer/chati_chat_consumer/supervisor×2/chat router) 토큰 연동 — 메인 분석 흐름 우선 구현, 나머지는 필요 시 동일 패턴 확장 - 운영 배포(master push): 사용자 지시대로 가장 마지막에. 현재 로컬 커밋도 미실행 - chain rollup (card_count/total_calls) 현재 상태 - Bridge: 임시 8003 폴링 유지 중 (운영 8002 멈춤). 듀얼 타겟/전환 용이화 방안은 다음 논의 예정 - 로컬 bridge 코드 변경 있음(미커밋) 다음 시작점* 1. Bridge 듀얼 타겟(8002+8003) 또는 전환 용이화 방안 설계 2. 실측 run N건 반복 수집 (토큰 분포 + failed_attempts 빈도) 3. Job1 채택 판단 4. (최종) 운영 배포

갱신 2026-05-24 (21) — 2nd Bridge(테스트 8766) 구성 + 트레이 통합

테스트 전용 2nd Bridge (묶음3) - 폴더 C:\dev\cmdboard\bridge-test, 포트 8766, 작업 CmdboardBridgeTest(AtLogOn 자동시작), 폴링 타겟 :8003 - 운영 Bridge는 8002 복귀. 두 Bridge 타겟 분리(운영 :8002 / 테스트 :8003)로 카드 중복 claim 없음 - 포트가 BRIDGE_PORT env로 분리돼 있어 코드 수정 없이 .env + 작업명만 변경 트레이 통합 (단일 아이콘) - bridge/scripts/bridge_tray.ps1 재작성: $Script:Instances에 prod(8765/CmdboardBridge/:8002)·test(8766/CmdboardBridgeTest/:8003) 정의 - 함수 일반화: Test-BridgeHealth/Invoke-CheckStatus/Invoke-RestartBridge/Invoke-ForceKillBridge/Open-LogsFolder가 -Inst 해시테이블 수신 - 메뉴 2섹션: [■ 운영 Bridge (8765 → :8002)] 헤더+5항목 / [■ 테스트 Bridge (8766 → :8003)] 헤더+5항목 / diagnostics(운영) / 트레이 종료. 클로저 캡처 버그 회피용 ToolStripMenuItem.Tag에 인스턴스 저장 - tooltip 통합 "Bridge 운영:OK 테스트:OK"(63자 제한 안전), HealthTimer 인스턴스별 추적 - 테스트 전용 트레이 CmdboardBridgeTrayTest 폐기 (본체 CmdboardBridgeTest 8766은 유지) 검증 - 트레이 프로세스 1개(PROD only) / health 8765=200·8766=200 - 격리 재시작: CmdboardBridgeTest 정지 중 8765=200 유지 → 운영 무영향 확인 - 작업 상태: CmdboardBridge Running, CmdboardBridgeTest Running, CmdboardBridgeTray Ready, CmdboardBridgeTrayTest 없음 운영 패턴 학습 (프로젝트 메모리 반영 대상) - PowerShell 트레이 ps1은 BOM 필요(파서 1차 실패 → BOM 추가 해결) - 메뉴 핸들러 클로저 캡처는 루프 변수 대신 ToolStripMenuItem.Tag 사용 현재 상태 - Bridge: 운영 8002 / 테스트 8003 분리 완료. 트레이 단일 통합 - 로컬 chati.py(채티 토큰 연동) 미커밋 유지. 운영 배포 최종 단계로 보류 다음 시작점 1. baseline 수집 — 테스트 인스턴스로 카드 N건 → 토큰 분포 + failed_attempts 빈도 2. Job1 채택 판단 3. (최종) 운영 배포

갱신 2026-05-24 (22) — 새 대화방 인계 준비 (구버전 · 이력)

지금 상태 스냅샷

• master: cmdboard 521a6f2 / bridge 8b9f678
• Bridge: 운영 8765→:8002 / 테스트 8766→:8003 분리 완료. 트레이 단일 통합(운영/테스트 2섹션). 둘 다 AtLogOn 자동시작
• 테스트 서버: EC2 :8003 + DB cmdboard_test, master 동기 완료(500 해소). DB enum에 supervisor 포함(migration 015 운영·테스트 적용)
• 계측: 토큰 실측이 agent_token_usage_recorded 로그 payload에 기록됨 (코디=stream-json, 채티=SDK). 카드 칩 mock 탈출 확인
• 미커밋: bridge/app/services/chati.py 채티 토큰 연동 — 검증 완료, 운영 배포는 가장 마지막(사용자 지시)
• baseline 누적(2건): 코디 total 1024/failed_attempts 1 · 채티 total 2248(채티는 failed_attempts 미해당)

진행 모드

• 코디 지시문 전달 모드 (사용자 해제 선언 시까지). 모든 지시문 .md로만, 채팅엔 파일명+요약
• 안전선: pfs / deploy-live / 운영 DB 파괴적 변경 절대 금지

다음 시작점 (우선순위)

1. baseline 수집 (진행 직전) — 표준 카드 10건. 지시문 codi_baseline_collect.md 전달됨, 완료 보고 대기. 채티/코디 토큰 분포 + 코디 failed_attempts 빈도 집계 (코디 run 최소 5건 권장)
2. Job1 채택 판단 — 게이트 조건: 레버1 토큰 실측(완료) + failed_attempts 드리프트 빈도(수집 중). 데이터 보고 후 채택/보류 결정
3. (최종) 운영 배포 — 미커밋 chati.py + 그간 로컬 변경 일괄 master push

표준 카드 정의 (baseline용)

• 동일 난이도·무해·멱등. description: "읽기 전용 git 조회만, 코드 변경/커밋/push 금지". baseline-측정-01~10
• 가드: 코디 도달 0건이면 중단·보고(채티가 done으로만 끝나면 description 재설계), cycle_limit/hold 루프 시 해당 카드 스킵

인계 방법

• 새 대화방은 이 프로젝트 안에서 열고, 이 인수인계서(특히 갱신 22) + 🧠 프로젝트 메모리(레퍼런스) 페이지를 먼저 읽게 할 것
• 작업 트래커: 📋 작업 트래커 페이지 참조

갱신 2026-05-24 (23) — baseline 수집 완료 + 핸드오프 read-only fix + Job1 보류 결정 (구버전 · 이력)

지금 상태 스냅샷

• master: cmdboard 521a6f2 / bridge 8b9f678
• 미배포(검증완료, 운영 push 대기 2건): (a) 핸드오프 read-only no_deploy fix (tasks.py + admin_autorun_debug.py + 검증 스크립트) (b) 채티 토큰 연동 chati.py(갱신 20)
• Bridge: 운영 8765→:8002 / 테스트 8766→:8003 분리 유지, 트레이 단일 통합
• 진행 모드(현재): 채티는 claude-code 도구 사용 금지. 코디 지시문은 사용자에게 .md 파일로 전달(채팅엔 파일명+요약). 안전선 pfs/deploy-live/운영DB 파괴 금지.

baseline 수집 완료 (표준 카드 10건 pfs-2026-35~44, read-only git 조회)

• agent 토큰 분포: 채티 10run avg_total 4605 / 코디 11run avg_total 1001 (채티 ~4.6배). cache_read 채티~145K · 코디~85K (둘 다 캐시 활발)
• 코디 failed_attempts 분포: [0×9, 2, 3] — 전부 pfs-2026-44 한 카드(2회 retry)에 집중. zero-failed 9/11
• 채티-only 종료 0건 (git 조회 description이 NEXT=codi 유도 성공). run 중앙값 3 step
• 정상 케이스 코디 토큰 중앙값 ~400 (read-only baseline)

핸드오프 read-only fix (검증완료, 미배포)

• 근본원인: read-only 완료 카드는 deploy_status='unknown' → validator가 completed 에 deploy_status 필수 요구 → handoff invalid → 채티 결과 미수신 (chati_reanalysis_skipped handoff_payload_invalid). baseline 카드 전체 해당
• 수정: _build_codi_result_handoff_payload 에 no_deploy 분기(changed_files 없음 + not pushed) → deploy_status='no_deploy'. admin_autorun_debug 병목 deploy_state_missing 도 동반 제외. validator 본문 불변(빌더가 사실 정정)
• 검증: 단위 A/B/C 3/3 PASS(로컬+테스트서버), E2E pfs-2026-46 → pending_chati_requests #485 no_deploy+pending 큐잉 확인
• 잔여: codi_done 시점 transient 이른-fire skip 1건(result=None, 무해) — 선택적 정리 후순위
• 변경 파일: app/api/tasks.py / app/api/admin_autorun_debug.py / scripts/_test_handoff_readonly_no_deploy.py

Job1 채택 판단 = 보류 유지 (데이터 게이트 결과)

• 게이트(failed_attempts 드리프트 빈도): 1카드 집중 + run 중앙값 3 step → per-checkpoint LLM 이득 < 비용. Job2(on-stop)+critic(on-completion)+retry chain이 이미 그 1건 커버
• 단 표본이 read-only 짧은 run 편향 → 실작업(코드변경/긴 run) baseline 수집 후 재게이트 조건부
• 권고: Job1 도입보다 pfs-2026-44 단일 이상치(2회 retry 모두 failed>0, done-but-codi_failed 종료) 개별 진단

pending_question 진단 종결

• 안전승인(dangerous_command_detected, git status) grouped 모드 정상 consume. task_questions 0건, 가드 #4 막은 흔적 없음 → 비이슈

다음 방향 (사용자 신규 지시 — On the horizon)

1. 사용자-채티 대화방 전면 개편: 불필요한 별도 답변 입력창 삭제 + Claude 데스크톱 유사환경(claude-code 도구 적극 활용)으로 교체 지향
2. 채티-코디 자동순환 작업 시스템 철저 재검증
3. (대기) 운영 배포 — 미배포 2건 일괄 master push (사용자 승인 시)
4. (선택) pfs-2026-44 이상치 개별 진단

갱신 2026-05-24 (24) — 허용치 bypass 표준 테스트 적용 + 자동순환 silent block 진단(진행 중) (구버전 · 이력 — 갱신 25로 대체됨)

진행 모드 (현재)

• 채티가 claude-code 도구 직접 사용 허용 — 테스트 서버 한정 SSM/파일 직접 작업 채널 확립(aws ssm send-command, Online/Ubuntu 확인). 운영(8002)·master 미접촉, master push 금지. 코디 지시문 .md 전달도 병행.

테스트 서버 적용·검증 (미배포 — 운영 push 안 함)

• 허용치 bypass 표준 (Part A) — app/admin_settings_store.py: auto_clean_fd_attempt·auto_stash_pop_attempt ask_user→allow_with_audit(Tier1), wildcard_allowlist_attempt·allow_any_task_true_attempt→HARDCODED_MIN(Tier3 영구), dangerous_command_detected ask_user 유지, Tier1/2/3 표준 주석. 테스트서버 적용·service active·HTTP 200·값 검증 완료.
• codi_done transient skip 제거 (Part B) — app/api/tasks.py _maybe_enqueue_chati_reanalysis_after_codi의 if not _hp_valid:에 trigger_action=='codi_done' early-return 추가. 테스트서버 적용.
• 직전 핸드오프 read-only no_deploy fix 도 테스트서버 반영됨.
• 로컬 미커밋: app/admin_settings_store.py, app/api/tasks.py (+ bridge chati.py 토큰연동). 운영 배포 = Tier2 사용자 승인 대기.

허용치 표준 (이번 확정 — 추후 CLAUDE.md/프로젝트메모리 공식 기록 예정)

• Tier1 자동허용(allow_with_audit): 파일 read/edit/write, 비파괴 git, 테스트/빌드, venv 설치, 테스트서버 재시작·git pull, 일반 bash 조회.
• Tier2 사용자승인(ask_user): master push/운영배포(cmd자동배포), operational rollback, 대량 변경.
• Tier3 하드차단(block): rm-rf/DROP/TRUNCATE/DELETE FROM, force push, 운영 RDS write, SG 변경, env/secret 출력, 자기 권한확장, pfs/deploy-live.

자동순환 silent block 진단 (C 재검증 중)

• 테스트 카드(dbg-cyc1-*) 2회 미픽업 → 1차 allowlist dbg- 미등록(사용자 등록). 현재 allowlist(admin override) = cmdboard-/dbg-/pfs- prefix.
• 코디 1차 audit 완료 (codi-audit-card-constraints.md → 보고서 codi-audit-card-constraints-report.md, 18섹션). 핵심 발견: 차단은 채티 픽업이 아니라 그 다음 단계 — chati_next_codi_requested까지 정상 INSERT, 이후 codi_execution_requested 미생성 silent block. 유력 게이트 dangerous_command_detected=block admin override(data/admin_settings.json v12). 미확정 = 실제 트리거 + silent skip 코드 경로.
• 진행 중 지시문: codi-silentblock-confirm-and-unblock.md(deduplicated 후속). Step1 트리거 확정(codi_autorun_blocked 로그·정규식 과탐) → Step2 silent skip 코드 경로 → Step2.5 DB-value 핸드오프·서버 오버라이드(이 구간 한정, 추가요청) → Step3 근본원인 확정 → Step4 최소 단일 변경으로 자동흐름 복구 + 1회 재검증. 코디 작업 중, 결과 새 대화방에서 수신 예정.

검증 하니스 (확립)

• 카드 생성 → created+sent_to_chati+initial_instruction_enqueued → 자동 채티→코디. Bridge-test(8766→:8003) 폴링 가동.
• 카드 생성 내부 경로: enqueue_chati_message_for_task + build_initial_chati_instruction(admin_autorun_debug.py). /create-test-card 엔드포인트(admin auth + autorun_debug_write 게이트, pfs-* 2차확인).
• 드라이버 scripts/_cycle_verify_one.py(로컬→SSM 실행). 테스트 DB 조회: SSM + .env 소싱 + mysql.

다음 시작점 (새 대화방)

1. codi-silentblock-confirm-and-unblock.md 코디 결과 수신 → 근본원인 확정 + 최소 변경 + 1회 사이클 PASS 확인
2. (채티 직접) DB-relay 무결성·서버 오버라이드 교차 추가 진단
3. 자동순환 10회 연속 PASS 검증
4. 허용치 표준 CLAUDE.md+프로젝트메모리 공식 기록
5. 운영 배포 Tier2 승인(허용치+핸드오프+chati 토큰연동 일괄 master push)
6. (대기) 채티 대화방 전면 교체 설계 / 자동순환 시스템 재검증 마무리

갱신 2026-05-24 (25) — silent block 근본원인 확정 + 자동흐름 1사이클 PASS (이력 · 갱신 26으로 대체됨)

근본원인 확정 (codi v2 지시문 codi-silentblock-confirm-and-unblock.md 결과)

• 실제 차단 = dbg-* 카드의 debug marker 부재. _maybe_enqueue_codi_autorun(tasks.py:6826) 10개 skip 분기 중 marker 검사 분기가 codi_autorun_blocked reason=debug_marker_missing를 로깅 후 skip (라이브 활동로그 log_id 8497·8503 직접 확인). → silent 아님. 1차 보고서의 "silent"는 bridge-test 파일 로그만 본 진단 오인.
• 무관 판명 3게이트: dangerous_command_detected(draft 원문 regex 직접 매칭 0건) / CODI_AUTORUN_ENABLED(라이브 effective-automation = admin_override true) / AGENT_REANALYSIS_ENABLED(admin_override true). 모두 silent block과 무관.
• 후보였던 _is_codi_autorun_enabled() False(tasks.py:6863-6865)도 실제론 enabled=true라 미발동 분기.

단일 변경 → 1사이클 PASS

• 코드 0줄 + audit 2행(=marker 주입) 만으로 자동흐름 복구. 시퀀스: codi_execution_requested(8507) → codi_done(8530) → codi_result_reported(8531) → chati_reanalysis_after_codi_requested(8532). handoff_payload_invalid 0건.
• 이후 critic이 사용자 escalate(question_id=73, log 8536·8537·8538)로 정상 종결 → 카드 1411(dbg-confirm-01) status=prog / next_mode=chati / chati_state=asking, 사용자 답변 대기.
• 보고서: codi-silentblock-confirm-and-unblock-report.md(로컬).

운영 결론

• 정상(pfs-*) 카드 자동순환에는 버그 없음. 차단은 dbg-* 테스트 카드가 marker 없이 생성된 설계상 게이트였음.

잔여 권장 (§8, 미적용)

• (a) tasks.py:6863-6865 autorun-enabled-false 분기에 audit 로그 1줄 추가(가시화).
• (b) POST /api/tasks 진입점에서 dbg-* + 적정 source/purpose면 marker 자동 INSERT(테스트 편의 — 10회 PASS enabler).

중복 발화 메모

• 지시문 파일 14:00 작성 후 미변경. 14:16 ScheduleWakeup 자동 발화로 동일 prompt 재전달 → codi 재실행 안 함(정상 판단).

다음 시작점

1. §8(b) marker 자동화 → dbg-* 카드 자동흐름 enabler 확보 (코디 .md 위임, 테스트 서버 적용)
2. 자동순환 10회 연속 PASS 검증
3. DB-relay 무결성·서버 오버라이드 교차 추가 진단(채티 직접)
4. 허용치 표준 CLAUDE.md+프로젝트메모리 공식 기록
5. (대기) 운영 배포 Tier2 승인 / 채티 대화방 전면 교체 설계

갱신 2026-05-24 (26) — pfs-2026-47 실작업 진단: 사용자 가시 보고 계층 부재 + timeout 오라벨 + supervisor 파싱실패 노출 (이력)

사건

• 실작업 카드 pfs-2026-47(테스트01): codi가 base.html OMC collapsible 렌더링 + 테스트 RDS display_order(950/951/952) + commit f3c28a2 master push + 테스트서버(8001) HTTP 200까지 실제 완료. codi는 Telegram으로 1/3~완료 직접 통지(사용자 캡처 확인).
• 그러나 cmdboard 표시: status=prog / 실패. claude CLI 900s timeout(exit -1, 14:34~14:49; 커밋은 14:45 — window 내 완료했으나 프로세스 미반환 → runner가 timeout kill).

확인된 4층 결함

1. timeout ↔ git 미대조 (오라벨): head_after / commit_sha(f3c28a2) / changed_files가 봉투에 있는데도 exit≠0이면 무조건 result=failed. 성공한 작업을 실패로 표시.
2. supervisor 파싱 실패가 "결과"로 노출: exit≠0 → Job2 judge_codi_result → supervisor LLM 응답이 유효 action JSON으로 파싱 안 됨(llm_error 없음) → fallback escalate, reason 'supervisor 응답 파싱 실패' → notify-escalate로 사용자에게 결과처럼 표시. (critic judge_completion도 동일 fallback 구조 — supervisor.py 확인.)
3. 진행 비가시: codi_progress·요약은 내부 activity_log일 뿐. Chat Visibility Guard가 process 메시지를 사용자 채팅에서 숨김(visible_process_messages_count=0). Telegram은 codi가 별도 직접 통지라 보였을 뿐, cmdboard 대응 채널 없음.
4. 완료 비보고(갱신 25 직후 확인): critic accept 시 notify 호출 자체가 없음. escalate만 사용자 알림.

종합 결론

• cmdboard에 자동순환 사용자-가시 보고 계층(진행 / 완료 / 정확한 실패)이 사실상 없음. codi Telegram이 유일한 가시 통로. 성공이 실패로 뜨고, 내부 파싱 실패가 결과로 뜨는 오작동까지 겹침.

수정 우선순위

• P1 timeout↔git 대조: 커밋 발생(head_after≠head_before) 시 completed 계열 신호로 재분류 + 봉투 반영. exit 분기도 critic 쪽으로 유도 → P2 노출 동반 완화.
• P2 supervisor/critic JSON 파싱 견고화: 파싱 실패 시 1회 재프롬프트 또는 action 동의어 매핑. 파싱 실패 fallback을 사용자 "결과"와 분리(내부 판정 보류로).
• P3 사용자-가시 보고 계층: 주요 진행 1줄 노출 + accept 완료 요약 메시지 + status 전이. Chat Visibility Guard 화이트리스트 검토.
• 10회 PASS 기준 갱신: 성공 run이 failed로 안 뜸 + 진행이 카드에 보임 + 완료 보고가 사용자에게 뜸.

다음 시작점

1. P1·P2(오작동 버그) 먼저 수정 → 코디 .md 위임(테스트 서버)
2. P3(가시성 계층) 설계·구현
3. 자동순환 10회 연속 PASS 재검증(위 갱신 기준)

갱신 2026-05-24 (27) — P1/P2/P3 구현·단위검증 완료(로컬) + timeout 정책 재설계(P4) 방향 (이력 · 갱신32로 대체됨)

codi-autocycle-reporting-fix 결과 (로컬 commit + 단위테스트, 운영 미접촉)

• P1 timeout↔git 대조 (53dbba7): codi_runner_cli post-run summary를 결과 분류 직전으로 이동. timeout이어도 commit 있으면 completed_with_timeout=True 신호 + 봉투에 head/commit. commit 없는 timeout은 failed 유지. codi.py가 이 신호를 critic으로 라우팅(자동 done은 critic 위임). 6/6 PASS.
• P2 파싱 견고화+노출분리 (c179973): _SUPERVISOR_ACTION_SYNONYMS(영/한)+_coerce_action, 1차 실패+LLM응답 있으면 1회 재프롬프트(LLM 자체실패는 재요청 안 함). fallback 사용자 메시지 _FALLBACK_USER_REASON='자동 판정을 완료하지 못해 사용자 확인이 필요합니다.' ↔ audit엔 정확한 내부사유 보존. 10/10 PASS.
• P3 사용자-가시 보고 계층 (d15f35c): admin_settings 토글 autocycle_visible_reporting_enabled(기본 OFF, env fallback). _chati_progress.py PROGRESS_TEMPLATES 5종(금지패턴 미포함). tasks.py _maybe_emit_autocycle_visible_progress hook — 토글 ON시 의미단계(codi_progress stage∈{requested,completed,error} / critic action∈{accept,사용자에스컬레이트})를 role='system' 메시지 INSERT, 30초 dedup. 자동 done 전이 안 함(메시지만). 11/11 PASS.
• 운영 무접촉: 운영 bridge 8765 PID 11788 unchanged·/health 200·master push 0회. 테스트 bridge 8766 재시작 PID 19060·/health 200.

Step 0 확인 (확정 사실 — 프로젝트 메모리 반영 대상)

• bridge ↔ bridge-test = 디스크 별도 복사본. bridge-test/는 git untracked. 적용절차: bridge/ commit → bridge-test/로 manual copy → CmdboardBridgeTest만 재시작(운영 CmdboardBridge 재시작 금지).
• visible_to_user(tasks.py 7791/8349/8445)=코디 handoff payload 메타플래그(모두 False).
• Chat Visibility Guard(admin_autorun_debug.py 5112-5183): read-only 진단. 허용 source 5종 / 금지 content 8종. role='system'+sender_kind='system'은 항상 통과(P3가 이 경로 사용).

미해결

• P3 통합검증 미완: cmdboard는 EC2 Flask앱. P3 end-to-end는 :8003 적용 + 토글 ON 필요. 단 master push 불필요 — 갱신24 채널(SSM 직접 파일 동기화로 :8003 반영)로 테스트만 가능. (코디 보고는 이를 Tier2로 오인.)
• pre-existing 실패 bridge/tests/test_supervisor_job2.py::case_d_audit_recorded(test mock이 mode= kwarg/notify_escalate 미수용) — P2 무관, 범위 밖 미수정.

신규 방향 (P4) — timeout 정책 재설계 (사용자 지시)

• 900s 고정 timeout이 실작업에 부족 → 고정 wall-clock kill 폐지/완화, 대신 stall(무진행) 감지 + 오류/중단 보고로 작업 중단을 캐치.
• 설계(추천): 고정 900s → ① stall heartbeat(stream-json/codi_progress 무진행 일정시간→codi_stalled 중단 신호) + ② 절대 천장은 높게 설정값화(폭주 backstop 유지). 완전 무제한은 hung 프로세스 폭주 위험이라 비추천.

다음 시작점

1. P4 timeout 재설계(stall+높은천장) 코디 .md → 테스트 적용
2. P1~P4 통합검증: :8003 SSM 직접 동기화 + 토글 ON + 테스트카드 1건 (master push 없이)
3. (대기) 운영 배포 Tier2 — P1/P2/P3/P4 + 허용치 등 일괄 push

갱신 2026-05-24 (28) — P4 timeout/stall + UI U1/U2 구현(로컬·테스트), U3 보류 (이력)

Phase A backend (codi-autocycle-p4-ui-bundle 전반부) — 로컬 commit·테스트 적용

• P4(a) config.py: CODI_RUNNER_TIMEOUT_SECONDS 900→3600, CODI_STALL_SECONDS=300 신설.
• P4(b) codi_runner_cli.py(805-916): _drain_with_stall_watchdog() — line-by-line stdout reader + stall/abs-timeout 동시 감시(단일 communicate 교체).
• P4(c) codi_stalled error_code / completed_with_stall 플래그 / codi_run_aborted audit / _diag.{stalled,timed_out,timeout_seconds_effective,stall_seconds_effective}. codi.py(431) critic 라우팅에 stall 추가.
• admin_settings: codi_run_timeout_seconds/codi_stall_seconds 키 + get_effective_*, admin_settings.py(466-549) _AUTORUN_LIMITS 확장, bridge.py(337-358) claim-next에 runner_settings 4키 전달.
• 검증: P4 단위 5/5 PASS(stall/abs_timeout/normal_exit/long_progress_survives/stdin) + P1 회귀 6/6. bridge-test 8766 재시작 /health OK. :8003 effective값(timeout3600/stall300/visible_reporting admin_override true) 확인.

Phase B frontend

• U1 qa_helper 이식: app/static/js·css/qa_helper., localStorage cmdboard.qa.items.v1, 토글 우상단→우하단(bottom:96px right:18px)* 사용자 메뉴 무가림. app/__init__.py QA_HELPER_ENABLED config, _base.html 조건 로드. statics HTTP 200.
• U2 코디 실시간 모니터: app/static/js/codi_live_monitor.js 우측 fixed 패널 5s 폴링. backend GET /api/tasks/<code>/codi/live(tasks.py 5492+, since_id 델타, codi 12종 action prefix). endpoint pfs-2026-48/codi/live → ok/events_count=1.
• U3 보류: spec 가드("확정 보고 후에만") 준수 — enumeration만. 통합 대상 확정 시: 채티 입력 #chati-input → chat-pane 흡수 + 카드상세 chati 메시지/첨부 surface 통합.

⚠ 미해결·확인 필요

1. U2가 QA_HELPER_ENABLED 플래그에 묶임(_base.html 243). U2는 검증도구가 아니라 상시 모니터 의도 → 플래그 분리 필요(별도 토글 or 상시). 사용자 확인 대기.
2. U2 실표시 미검증: endpoint 200·events_count=1은 데이터 경로만 증명. 우측 패널이 실제 화면에 뜨고 5s 갱신되는지 :8003 브라우저 확인 필요. (마운트 포인트가 _base/_chat_pane grep에 안 잡힘 — JS 동적 생성 추정, 육안 확인 필요.)
3. U3 통합 대상 확정 필요(파괴적 작업).
4. 900s초과 정상작업 E2E는 실트리거 어려움 → 단위(long_progress_survives)+stall 짧게로 대체 검증.

미커밋 상태(로컬, master push 0)

• M 12 + ?? 다수(qa_helper.js/css, codi_live_monitor.js, test_p4_timeout_stall.py, bridge-test/ 등). D 1(phase133 md). 운영 :8002 200·8765 unchanged·운영 .env QA_HELPER_ENABLED 미설정.
• 설정 기본값: codi_run_timeout_seconds=3600 / codi_stall_seconds=300 (:8003 UI/API 변경 가능).

다음 시작점

1. U2 플래그 분리 + :8003 브라우저 실표시 검증(패널 출력·5s 갱신·코디 verbatim)
2. U2 출력 형태(코드/자연어) 확인 후 정제 여부 판단
3. U3 통합 대상 확정 → 구현
4. (대기) 운영 Tier2 일괄 push: P1/P2/P3/P4 + U1/U2(+U3) + 허용치 표준

갱신 2026-05-24 (29) — U3 롤백 + 모니터404 수정(완료) / 본문절단·이중판정 진행중 (이력)

✅ 완료·검증됨

복원 (codi-restore-chati-chatpane-8003.md) — :8003 적용·검증 - U3 통합 스크립트 chati_chat_integration.js가 native 채티 대화방 표시를 가로채 깨뜨림 → _base.html에서 <script> 로드 라인 제거(JS 파일은 보존, 추후 재사용). :8003 동기화 + cmdboard-test 재시작. U3 로드 0건 확인. - U2 모니터 404 수정: 모니터가 카드헤더 .id-tag.strong의 textContent=display_code("PFS #48")를 task_code로 써서 /api/tasks/pfs #48/codi/live 404. → getAttribute('title')(raw task_code) 우선 + dh-meta .id-tag:not(.strong) fallback으로 수정. codi_live_monitor.js :8003 동기화. - 운영 무접촉(:8002 200, 8765 health OK, master push 0). chati endpoint msg_count=12, codi/live ok. - 남은 육안 확인(:8003 브라우저): ① 채티 대화방 메시지/답변 동작 ② 카드 상세 내 .codi-live-monitor-section 패널이 raw task_code로 정상 폴링.

🔄 진행중

codi-codi-result-full-body.md (코디 작업 중, 결과 대기) - P-2 즉시 완화: codi.py:689 details_preview limit 1500→12000. - P-1 full 본문 보존: bridge가 details 전문을 잘리지 않는 필드(details_full 등)로 저장 + cmdboard 조회경로(list_tasks/get_tasks)가 채티에 full 제공. (채티는 핸드오프가 아니라 get_tasks로 카드 로그를 읽으므로 저장 시점 1500자 절단이 근본 원인.) - 3-a 미사용 잔재 조사·보고만(삭제 금지, 승인 분리): payload키/코드분기/DB 테이블·컬럼/죽은 함수. 운영존재여부 명시. - P5 이중 판정 충돌 (지시문 하단 추가): 코디 종료 시 ①자동판정(codi.py:421~ critic/supervisor→notify_escalate 질문) + ②채티 재분석(tasks.py codi_result_reported→chati_reanalysis 큐잉→채티 NEXT) 둘이 동시·독립 발동해 중복질문·판정충돌. 5-a 조사+단일화 3안(A채티단일/B자동단일/C역할분리) 보고 후 승인. (pfs-2026-47 "supervisor 파싱실패 노출"도 이 산물.) - 현재 로컬 commit 최신 d15f35c(P3 reporting-fix)까지만 — 본문절단 작업 커밋 아직 없음(진행중 정상).

미배포·미커밋 누적 (로컬, master push 0)

• 로컬 commits ahead=3: P1(53dbba7)/P2(c179973)/P3(d15f35c) reporting-fix.
• 미커밋 다수: P4(config/codi_runner_cli/codi/admin_settings/bridge), U1(qa_helper.*), U2(codi_live_monitor.js), 복원(_base.html), bridge-test/ 등.
• 설정 기본값: codi_run_timeout_seconds=3600 / codi_stall_seconds=300 / autocycle_visible_reporting_enabled OFF.

다음 시작점

1. codi-codi-result-full-body.md 결과 수신 → P-2/P-1 검증 + 3-a·5-a 보고 검토
2. 3-b(미사용 삭제) / 5-b(판정 경로 정리) — 사용자 승인 후
3. P1~P4 + U1/U2 + 본문절단 + 판정정리 :8003 통합검증 (master push 없이)
4. (대기) 운영 Tier2 일괄 push

갱신 2026-05-24 (30) — 본문절단 P-2/P-1 완료 + 이중판정 C안+signal토글 구현 (이력 · 갱신31에서 과도기로 강등)

✅ 본문 절단 (codi-codi-result-full-body.md) — 완료·검증

• P-2: codi.py details_preview limit 1500→12000(_DETAILS_PREVIEW_LIMIT).
• P-1: apply_codi_result가 details_full(64KB cap, ellipsis 없음)을 legacy+standard payload에 저장. codi_runner_cli _diag.cli_result_text_full(64KB). cmdboard _build_codi_result_handoff_payload·_rp_kw가 full 우선 사용(report_markdown full시 64KB/없으면 8KB). 단위 4/4 + 회귀 P1 6/6·P4 5/5.
• 3-a 미사용 잔재 = 신규 0건(P-1 순수 additive, 기존 필드 전부 fallback, activity_logs.payload schema-less). 3-b 스킵.

✅ 이중 판정 충돌 (codi-dual-verdict-C-signal-toggle.md, 채택안 C) — 구현·검증

• C-1: supervisor/critic notify_escalate(supervisor.py:333/518)를를)를)를)를)를)를)를)를)를)를)를)를)를)를)를)를) SUPERVISOR_USER_ESCALATE_ENABLED(기본 OFF=C) 토글 차단. 차단 시 supervisor_escalate_suppressed audit만, 판정·decision audit 유지. codi.py:427 runner_settings>env>False 결정. → 사용자 질문 채티 단일 경로.
• C-2: 전역 supervisor_signal_injection_enabled(OFF) + 카드별 supervisor_signal_override(TINYINT NULL, migration 016 cmdboard_test만). effective helper(NULL→전역/1/0). handoff envelope에 supervisor_signal(action/reason/fallback/audit_log_id) 첨부 + effective/override 노출. update_task PATCH 3-state. 카드상세 supervisor_signal_toggle.js 3-state 라디오. PATCH 1/0/null 검증 OK.
• 운영 무접촉(migration016 cmdboard_test only, master push 0).

⚠ 남은 연결 (다음 작업)

• 채티 프롬프트 활용 미연결: envelope에 supervisor_signal이 실려도 채티 LLM이 명시적으로 안 봄 — 토글 ON 실효 위해 _build_chati_prompt/chati persona에 "envelope.supervisor_signal 있으면 참고" 지시 추가 필요(현재 데이터 경로만). → 후속 지시문 예정.
• 충돌 해소 1사이클 실증: 실 코디 카드로 (a)escalate 시 task_questions 미생성(suppressed audit만) (b)signal_effective=true시 envelope 첨부 — 자동 트리거 어려워 수동 권장.

누적 상태 (로컬, master push 0)

• commits ahead=3(P1/P2/P3 reporting-fix). 미커밋: P4, U1/U2, 복원(_base.html), 본문절단(codi.py/codi_runner_cli/tasks.py), C-1(config/supervisor/codi.py), C-2(admin_settings/models/tasks/bridge/supervisor_signal_toggle.js/migration016), bridge-test/.
• 토글 기본값 총정리(전부 기본 OFF/보수적): autocycle_visible_reporting_enabled OFF / supervisor_user_escalate_enabled OFF(=C) / supervisor_signal_injection_enabled OFF. codi_run_timeout=3600·stall=300.
• 마이그레이션: test=015(supervisor enum)+016(signal_override). 운영=015까지.

다음 시작점

1. 채티 프롬프트에 supervisor_signal 참고 지시 연결(토글 실효화) — 후속 .md
2. 충돌 해소 + signal 주입 1사이클 실증(수동 트리거)
3. :8003 통합검증(P1~P4+U1/U2+본문절단+C안)
4. (대기) 운영 Tier2 일괄 push + 운영 RDS migration016 승인

갱신 2026-05-24 (31) — 방향 재정의: supervisor/critic 폐기 검토 + 토글 의미 정정 + 무인 자동완료 (이력)

용어·의도 재정렬 (사용자 정정 + 코드 확인)

원 설계(§9~§13): supervisor = 사라/채티가 맡아 카드 작업을 무인으로 최종 완료까지 자동 판단·순환. monitor=코드(무료), worker=채티1. 그런데 현재 bridge 구현 judge_codi_result/judge_completion(supervisor.py)은 별도 LLM 판정 계층으로 코디 결과만 보게 만들어져 의도와 어긋남.

확정 사실 (코드 근거)

1. 무인 자동완료는 이미 채티에 있음: chati.py:154 NEXT 라우팅 done → status='done'. 채티가 완료 판단 시 사용자 개입 없이 카드 done 전이. 자동순환(codi→채티재분석→done)이 채티만으로 닫힘.
2. supervisor/critic은 자동완료에 기여 없음: accept는 status를 done으로 바꾸지 않음(판정·audit만). escalate는 채티와 중복 질문 충돌만 유발. → 의도 불일치 + 실효 없음 + 충돌원.
3. 폐기 시 잃는 것 = critic의 성공주장 검증(git/test/goal 대조)뿐 → 채티 NEXT 판정에 흡수 가능(done 선언 전 git/test 확인).

방향 결정 (사용자 지시)

• D1 supervisor/critic 폐기 검토: 전역 OFF를 넘어 judge_codi_result/judge_completion 호출 경로 폐기 후보. critic 검증가치는 채티로 흡수. (이전 C안 = 과도기, 최종은 폐기 방향.)
• D2 토글 의미 정정: 카드상세/새카드 모달 토글은 "supervisor signal 주입"이 아니라 사라/채티의 개입 여부 토글이어야 함. 갱신30의 supervisor_signal_override/injection 토글은 재정의 필요 — "이 카드에 사라/채티가 자동 개입할지" 스위치로.
• D3 무인 자동완료 강화: 사용자 부재 시에도 사라/채티가 카드를 최종 완료까지 자동 판단·순환. escalate(사용자 호출)는 막힐 때만. §13 8종 행동집합을 채티/사라가 수행.
• D4(=1번 작업) 8종 행동 현황 감사: accept/resume/retry/retry-with-fix/새세션핸드오프/재라우팅/사용자에스컬레이트/abort 중 실제 작동/미작동 사실 목록.

레버1(stream-json) 현황

• 코디: 구현됨(codi_runner_cli.py:1190 --output-format stream-json + _parse_stream_json). 토큰 실측·result_text 캡처 연동.
• 채티: ResultMessage.usage 토큰 실측 일부. max_turns=8(노션 25 미반영), transcript 풀 캡처 미완.

다음 시작점

1. D4 현황 감사(8종 행동 작동 여부) — 코디 .md, 사실 보고만
2. 감사 결과 기반: D1 폐기 범위 + D2 토글 재정의 + D3 무인완료 보강 설계
3. 사라/채티 supervisor 역할 통합(mode 라벨 포함) 구현
4. (대기) 운영 Tier2

직전 갱신30 대비 변경

• 갱신30의 C안(supervisor signal 토글)은 과도기 조치로 강등. 최종 방향은 D1(폐기)+D2(토글 재정의). 코드 revert는 D 설계 확정 후 일괄.
• 모델 권고(이번 세션 추가): 감사·진단·설계처럼 코드베이스 전체를 종합 추론하는 작업은 Opus 권장(8종 감사가 해당). 확정된 단일 변경·작은 수정은 Sonnet으로 충분(품질차 미미·속도 유리). 이번 codi-autocycle-audit-8actions.md 감사는 Opus 권장.
• 다음 대화방 인계: 코디의 8종 감사 결과는 새 대화방에서 전달 예정. 새 대화방은 읽기 절차(인수인계서 최신 갱신 → 📑 주제 색인 §9~§13 → 🗂 세부 상의 앵커)대로 복원 후, 감사 결과 위에서 D1(supervisor/critic 폐기 범위)·D2(개입 토글 재정의)·D3(무인완료 보강) 설계 착수.

갱신 2026-05-25 (32) — 8종 감사 수신 + D1/D2/D3 설계 확정 + 프론트 3-zone + 묶음1 최종 ★ 최신 — 여기부터 읽으면 현재 상태 복원됨

🔴 현재 1순위 대기

묶음1 코디 지시문(codi-bundle1-d1-absorb-d3a.md) 코디 전달 대기. 전달 → 실행 → 검증(supervisor judge audit 0건 + 무인 1사이클 닫힘) 후 노션 갱신33 + 묶음2(D2)로 진행.

다음 시작점

1. 묶음1 코디 전달 → 결과 수신(변경파일 · 1사이클 로그 · audit 0건 쿼리) → :8003 검증
2. 묶음2(D2) 작성 — D2 토글 + 채티 대화방 3-zone(묶음2.5)을 합칠지 분리할지는 묶음1 검증 후 결정
3. 묶음3(D1 삭제) → 묶음4(D3-b) → 묶음5(D3-c) → 운영 Tier2 배포

8종 감사 결과 수신 (codi-autocycle-audit-8actions-report.md, 로컬)

• 무인완료 회로는 채티 단독으로 이미 완성: chati.py:154 NEXT=done→status=done. codi → 채티재분석(cmdboard tasks.py:8127) → done이 supervisor 없이 닫힘.
• supervisor 8종 = 7종 audit-only 죽은 경로 + escalate 1종(토글 OFF 기본). 어디서도 행동을 실제 실행하는 코드 없음.
• 무인순환 미발생 원인 = 운영 디폴트 G1(CODI_AUTORUN_ENABLED) · G2(AGENT_REANALYSIS_ENABLED) OFF + G3(운영카드 allowlist). 멈춤 게이트 전수 G1~G15 정리됨.
• D1/D2/D6 사전조사 완료(제거대상 · 흡수가능 · 토글 거는 지점).

D1/D2/D3 설계 확정 (cmdboard-D1-D2-D3-design.md, 로컬)

• D1: supervisor 폐기 — 흡수(critic 4기준 commit/exit/summary/goal → CHATI_SYSTEM_PROMPT) → 검증 → 삭제 순. migration 015/016 · enum · 컬럼 보존(D2 재사용).
• D2: supervisor_signal_override → "사라·채티 개입 여부" 3-state(NULL=전역 / 1=자동 / 0=수동). 물리 컬럼 · 위젯 재사용, 라벨만 변경(마이그레이션 0). G1 · G2 통합. G3(운영카드 가드) 제거 + pfs 동일 토글 통합 — pfs 실제 안전(repo write / deploy-live / master push)은 Tier3 하드차단이 유지(관심사 분리, G3 제거 ≠ pfs 보호 약화).
• D3: §13 8종 전부 채티 NEXT로 매핑. 의존성 3단계 — D3-a(accept/retry/retry-with-fix/escalate, 즉시) / D3-b(resume · 새세션핸드오프 = 레버1 채티 transcript + continuation brief + chain_id + per-chain cap) / D3-c(재라우팅 · abort terminal). 점진 활성화(검증카드 per-card ON → 10회 PASS → 전역 ON 결정).

사용자 결정

• D3 매핑 = 8종 전부. 활성화 = 점진. pfs = 특례 제거 · 동일 토글 통합(안전은 Tier3).

프론트 — 채티 대화방 개편 (= 묶음2.5)

• 범위 정정: 사라 대화방(사이드바 #chat-input)은 추후 개선. 이번 대상 = 카드상세 우측 "채티와 대화" 세로 패널(#chati-input 영역).
• 현황: 상태 위젯 6종 분산(state banner / error / cycle dashboard / monitor / work summary / history) + 대화 본체 + 수동 재분석 + supervisor 토글.
• 개편 원칙: 기존 우측 세로 컬럼 폭 · 위치 유지(가로 확장 금지). 내부만 3-zone 세로 스택 — 관찰(상태 6종 압축 · 접이식 통합) / 대화(메시지 스트림, 공간 대부분) / 개입(개입 토글 + 입력창 하단). 수동 트리거는 접힘.
• 목업으로 확정(클로드 디자인 렌더링). 디자인 지시문은 취소(목업으로 충분).

시행 순서 (6묶음 · 각 :8003 검증 후 진행 · master push는 마지막)

1. 묶음1 = D1 흡수 + D3-a + supervisor 호출 비활성
2. 묶음2 = D2(토글 의미전환 + G1/G2 통합 + G3 제거)
3. 묶음2.5 = 프론트 채티 대화방 3-zone
4. 묶음3 = D1 물리 삭제
5. 묶음4 = D3-b(레버1 채티 + brief + chain cap)
6. 묶음5 = D3-c(재라우팅 + abort) → 운영 배포

묶음1 최종 작성 완료 (codi-bundle1-d1-absorb-d3a.md)

• 검증 프롬프트 블록 실제 문안 + SUPERVISOR_JUDGE_ENABLED(기본 False, 결정순서 runner_settings > env > False) 플래그 + 자동순환 무영향 근거 + supervisor judge audit 0건 DB 검증쿼리. 코디 전달 대기.

산출 파일 (로컬 C:\dev\cmdboard)

• codi-autocycle-audit-8actions-report.md (감사 결과)
• cmdboard-D1-D2-D3-design.md (설계 확정)
• codi-bundle1-d1-absorb-d3a.md (묶음1 최종)

갱신 2026-05-25 (33~38) — 묶음1 조건부통과 → V2 라벨 Phase1 배포 → 묶음1.5 구조배포 (압축 이력)

• (33) 묶음1 조건부 통과: judge 호출 0 / supervisor audit 0건 / 무인 1사이클 닫힘. 단 hold 분류가 흡수 프롬프트가 아니라 코디 instruction 본문 4기준 컨텍스트 덕분 → D1 흡수 미배선 → 묶음1.5에서 종결키로. 변경: persona.py(SYSTEM_PROMPT 4기준) / config.py(SUPERVISOR_JUDGE_ENABLED 기본 False) / codi.py(judge 게이트). 운영/master/pfs 미접촉. 평가서 cmdboard_progress_evaluation.md: 위험은 ① 설계 명칭 vs 실제 경로 불일치 ② 게이트 차단 사유 UI/로그 비가시. 통합안 신규 3종 = silent block 가시화(autorun_blocked_reason 표준)·토큰 공통기록·chain rollup(D3-b 전제).
• (34) 서버 페르소나 페이지 폐기: chati_persona/codi_persona override = 소비처 없는 죽은 기능(프롬프트 주입 코드 없음). Bridge는 bridge/app/services/persona.py 파일에서 직접 import. 편집 UI·라우트·store키·상태칩 폐기 → 페르소나 단일 출처 = persona.py(재시작 시 반영). 지시문 codi-deprecate-server-persona-page.md.
• (35) V2 SARA 대화 구조 확정: V2 = 전면 재개발 아닌 보완. 전역 SARA 대화방=전체 비서, 카드 상세별 채티 대화방=해당 카드 담당 SARA로 표시명·개념만 전환(통합 아님). 사용자는 PLANNER(=채티 새 역할명)/CODI/EVALUATOR/ROUTER와 직접 대화 안 함. EVALUATOR=CODI 결과 독립 검증층(코드 수정 안 함), ROUTER=다음 행동 결정+silent block 사유 기록.
• (36) CODI Phase0 감사 수신 + Phase1 라벨 범위 확정: 사이드 채팅 패널(_chat_pane.html)은 이미 SARA 명칭. Phase1 실제 대상 = 2파일 9~11라인 라벨 텍스트 교체(chati_chat_integration.js 라벨 9건 + app.js:4771/4802). DB/API/Bridge 무변경, chati enum·URL 유지, UI 렌더링만 SARA alias. HandoffArtifact enum 확장 1회로 task_contract/evaluator_report/routing_decision/continuation_state 수용 가능(Phase2 후보).
• (37) V2 Phase ↔ 묶음 트랙 매핑: 묶음(통합안)=실행 엔진, V2 Phase=역할 어휘 오버레이. 병렬 금지, 묶음 의존성 순서 따르고 V2 역할명 병기. Phase2=묶음1.5+D1흡수 / Phase4=D3 8종 NEXT(=ROUTER) / Phase5=묶음4(D3-b)+chain rollup+토큰공통 / Phase6=묶음2.5(3-zone). ★ EVALUATOR 독립성 = 옵션 A 확정: D1 흡수를 baseline 완성 → 독립 EVALUATOR는 Phase3에서 위험 카드에만 점진 도입(옵션 B 기각).
• (38) Phase1 라벨 :8003 배포·검증 PASS + 묶음1.5 구조 배포: 사용자-facing 채티 0건 달성(app.js 2줄 + integration.js 전체교체, gzip+base64 SSM 전송, md5 일치). cmdboard-test active·루트 200·6분 journal 무오류. 롤백백업 *.phase1bak.*. 묶음1.5: bridge-test/app/services/persona.py GENERAL_CHAT_PROMPT에 4기준 done-게이트 삽입(게이트 2개: SYSTEM L158 묶음1 + GENERAL L277 묶음1.5), py_compile OK, 백업 persona.py.b15bak. 테스트 bridge만 재시작(운영 :8765 PID 11788 무변경). prod persona.py 미적용. cycle-verify 하니스(scripts/_cycle_verify_one.py) :8003 전송 완료, 실행만 남음 → 갱신39에서 실행·종결.
• 운영 학습(이 구간): dual-bridge 재시작은 포트로 PID 격리(8765 prod 절대 무접촉, pythonw 일괄 kill 금지). 정적 JS 격리배포 = gzip+base64 SSM + md5 대조. aws CLI cp949 출력오류 → PYTHONUTF8=1. SSM 명령에 한국어/b64+중첩따옴표 = 손상 빈발 → 서버에 파일 두고 직접 실행 or b64 인코딩(JSON ASCII 유지).

갱신 2026-05-25 (38) — Phase 1 라벨 :8003 배포·검증 + 묶음1.5 구조 배포

Phase 1 (라벨) — :8003 배포·검증 PASS

• 사용자-facing 채티 0건 달성: chati_chat_integration.js 라벨 11건 + L204·L368 매처, app.js L4771(💬 SARA와 카드 대화)·L4802(SARA에게 메시지…) 타깃 치환. git/master/운영 무접촉. gzip+base64 SSM 전송, md5 일치. cmdboard-test active·루트 200·6분 journal 무오류. 롤백백업 *.phase1bak.*.
• ⏸ §3-4 수동 시각/모바일/탭렌더 체크리스트 = 브라우저 필요(복귀 후).

묶음1.5 (=Phase 2 착수) — 구조 배포

• bridge-test/app/services/persona.py GENERAL_CHAT_PROMPT에 4기준 done-게이트 삽입(게이트 2개: SYSTEM L158 Bundle1 + GENERAL L277 Bundle1.5). py_compile OK, 백업 persona.py.b15bak. 테스트 bridge만 재시작(운영 :8765 PID 11788 무변경). prod persona.py 미적용.
• cycle-verify 하니스(scripts/_cycle_verify_one.py) :8003 전송 완료, 실행은 갱신39에서.

갱신 39~47 (2026-05-25) — 인수인계서 본문에서 이동 (완료 이력)

세부 확정 사실·코드 학습은 🧠 프로젝트 메모리에도 반영됨.

(39) 묶음1.5 검증 종결 + 묶음1.6/1.6b(done 자동완료) PASS + 러너 헬스 복구

• 묶음1.5: CHATI_GENERAL_CHAT_PROMPT 4기준 분류 정상. 1차 FAIL은 하니스/환경 문제(마커 누락·트랜잭션 격리·타깃 wsgi.py·max_turns). 제품 수정 1건: read-only completed → deploy_status='not_deployed' 분기.
• 묶음1.6: chati_next_detected 핸들러에 NEXT=done 자동완료 분기(토글 CHATI_AUTODONE_ENABLED 기본 False, 테스트 .env만 true, 멱등, asking>0 skip, audit). 카드 dbg-cyc1-010811 무인 사이클 완전 닫힘.
• 묶음1.6b: 채티 max_turns 하드코딩 8 → settings.CHATI_MAX_TURNS. PC bridge-test .env=20, 운영 미설정.
• 러너 헬스: Start-Process 기동 Bridge가 사용자 PATH(claude CLI) 미상속 → claude_cli_missing. 해결=PATH 완전한 bash 셸에서 백그라운드 기동(cli 모드).

(40) 묶음1.6 race 보강 (설계 B) PASS

• 잉여 코디 원인=REPEATABLE READ 스냅샷 고정으로 done 가드 우회. 해결=_maybe_enqueue_codi_autorun 최종 INSERT 직전 가드#10: SELECT…FOR UPDATE 잠금읽기로 최신 status 확인, done/hold면 codi_autorun_blocked(reason=task_status_done_fresh). 결정적 PASS.

(41) 묶음2(D2) 테스트 적용·검증 PASS + 하드층 보강

• G3 제거 전제(force push만 차단, 일반 master/deploy-live push·pfs write 미차단) 불일치 발견 → B안: 하드층 먼저 보강. 권한 브로커 whitelist.py DANGER_PATTERNS+G7에 master/deploy-live push AUTO_DENY, 운영파일 write AUTO_DENY.
• D2: supervisor_signal_override 3-state(NULL=전역/1=자동/0=수동), _intervention_mode, G1/G2 per-card 통합, G3 자동순환 2곳 제거. 기능 14/14 PASS.

(42) 토큰 공통 기록(Tier B) 완료

• 합계 SoT=agent_runs.tokens_used. record_agent_token_usage() 공통함수. UI 3-state(known/partial/mock) + _token_unmeasured_for. 마이그레이션0. 검증 PASS(token_usage_source known:11/mock:1).

(43) 묶음3 D1 supervisor 물리 삭제 완료

• judge 기본 False로 사문화 확인 → codi.py judge 블록·supervisor.py·config 토글2개·supervisor 테스트4개 제거. 보존: migration 015/016·enum 'supervisor'·supervisor_signal_override 컬럼(D2)·DB 무접촉. app/ 잔여 참조0, py_compile/import OK.

(44) chain rollup A단계(집계) 완료

• _chain_rollup_for(db,chain_id): 같은 chain_id(deleted_at IS NULL) card_count/total_calls/total_tokens/total_cycles. _join_codi_runner_audit_metadata 봉투 노출. 마이그레이션0. AGG SQL 실스키마 PASS. B단계(per-chain 천장+UI)=baseline 후속.

(45) 진행순서 정합화 + 묶음4(D3-b) 착수(진단·A안·지시문)

• 트래커 전 카드 정합화, 진행순서 충돌 5건 해소(백본 0.5→1→1.5→1.6→1.65→2→2.5→3→4→5→6→7→8).
• 묶음4 진단: 채티 NEXT=4-primitive만, resume·핸드오프 미배선. 설계=A안(SDK 세션 미보존, continuation brief 재주입). 비손실 제약(context_basis/remaining 요약·삭제 금지). 지시문 codi-bundle4-d3b-resume-handoff.md 작성. (이 시점 코드 0건, 백업만)

(46) 묶음4 진단: 다른 세션 선적용 발견 → 1순위 재정의(적용→검증)

• 갱신45 백업 직후 다른 세션이 16:52~17:01 묶음4 거의 전부 적용. bridge-test chati/persona/chati_chat_consumer 적용·claude_client 미변경. EC2 tasks.py에 _latest_continuation_brief/_chain_rollup_for/CHAIN_CAP_ENABLED(OFF)/_maybe_handoff_new_card 적용. 1순위=검증으로 재정의(덮어쓰기 금지).
• 함정: EC2 sys py3.6.9 py_compile 오탐→venv3.11.10. SSM cp949→--output json+PYTHONUTF8=1. aws-api MCP ssm:SendCommand 불가→claude-code Bash 로컬 aws.

(47) 묶음4(D3-b) 검증 4종 전부 PASS — 묶음4 완료 (코드 변경 0건·검증만)

• 1 claude_client 미변경=의도(resume 재주입은 chati_chat_consumer가 프롬프트 텍스트 220~247행으로 수행, claude_client는 SDK 릴레이; 백업과 byte-identical).

• 2 배선 완결: EC2 tasks.py chati_next_detected 핸들러(add_log 11176, 분기 11346) if next_val in ('resume','handoff'). resume(11349)=chati_resume_brief+카드 prog 유지(get_task detail 4313 _latest_continuation_brief 재주입). handoff(11360)=_maybe_handoff_new_card try/except. helper 5종 정의 존재(NameError0).

• 3 단위 A(brief context_basis/remaining 6004→6004 무손실)·B(NEXT 6종·기존4값 회귀0·routing prog)·C(handoff chain_id 상속, source chain_id 없으면 task_code 루트 확립, brief 비손실 시드, DB 롤백 영속화0) PASS.

• 4 EC2:8003 + bridge-test:8766 health 200·py_compile OK. 운영 8765 무접촉.

• 5 무인 1사이클 PASS: 라이브 카드 dbg-cyc1-111633 자율 codi→done→chati_autodone_applied→status=done. resume/handoff 미발화(read-only)=무회귀.

• 백로그(묶음4 밖·비차단): codi_done 트리거 재분석이 handoff_payload_invalid(codi_handoff_payload_mismatch_detected) skip되나 codi_result_reported 경로로 사이클 닫힘. 묶음1.5 read-only 페이로드 nuance 추정.
• 산출(read/검증 전용): scripts/probe_b4wiring.py·read_b4handler.py·verify_ec2b4.py·findsession.py·testc_handoffchainid.py·check_cyccard.py, bridge-test scripts/unit_b4verify.py.

갱신 2026-05-25 (48) — 묶음5(D3-c 재라우팅·abort) 구현 + 검증 #1/#2/#3 PASS, #4 reroute PASS · abort 런타임 버그 디버깅 진행 중

NEXT 어휘 6값 → 8값 확장 (reroute · abort 신규)

• §13 매핑 계약: accept→done / resume→resume / retry→codi / retry-with-fix→codi+draft / 새세션핸드오프→handoff / 재라우팅→reroute(신규, status=prog·next_mode=codi·action=chati_next_reroute) / 사용자에스컬레이트→hold·manual / abort→abort(신규, status=hold·next_mode=manual·action=chati_next_abort, terminal).
• reroute 발동 = 패턴차단(stall≥3/연속실패≥3)+대안 접근 有 → 다른 접근 전환(에스컬레이트 우선). abort = 가망없음/범위밖/안전위배 또는 사용자 중단, terminal 종결.

bridge-test 3파일 편집 완료 (백업 *.b5bak)

• chati.py: _NEXT_RE 정규식 |reroute|abort 추가, _VALID_NEXT 8값, _NEXT_ROUTING에 reroute(prog/codi/chati_next_reroute)+abort(hold/manual/chati_next_abort).
• chati_chat_consumer.py(실제 자동순환 경로): _NEXT_ALLOWED_VALUES 8값, _NEXT_BRIEF_VALUES 불변(resume·handoff), next_value_counts에 reroute/abort 키, dispatch에서 chati_next_detected payload는 next_val in ("codi","reroute")일 때 draft 동반, codi-pending 트리거도 ("codi","reroute")로 확장(reroute도 autorun 발화) + payload에 reroute/next 마커.
• persona.py: NEXT 8값 문서화, reroute/abort 발동기준 bullet, codi_instruction_draft 규칙을 next=codi 또는 reroute로 확장.
• 검증: 3파일 py_compile PASS.

EC2-test tasks.py 편집 완료 (백업 tasks.py.b5bak, 패치 스크립트 _ec2_patch_b5_d3c.py base64 전송·ubuntu 실행, 멱등 가드)

• code_map(L11291)에 'reroute':'next_codi', 'abort':'next_hold' 추가.
• chati_next_detected 핸들러 add_log(def L11176) resume/handoff 블록 뒤에 분기 삽입: if next_val=='reroute': chati_next_reroute audit / elif next_val=='abort': task.status='hold'·next_mode='manual'·detach_chati_pending_for_task(done=False)·chati_next_abort audit·_chati_progress(next_hold).
• EC2 py_compile PASS, cmdboard-test.service 재시작·:8003 healthy. 운영 :8002·:8765 무접촉.

검증 결과

• #1 배선 + #2 단위 (bridge-test): ALL_PASS 32/32 (8값 정합·reroute prog/codi·abort hold/manual·draft 보존·brief 무영향·기존6값 회귀0·dispatch 배선). 스크립트 bridge-test/scripts/_unit_b5_verify.py(PYTHONPATH=. 필요).
• #3 health: PASS (:8003·:8766 healthy, 전 파일 py_compile OK, 운영 무접촉).
• #4 EC2 런타임 (test_client, _ec2_verify_b5_runtime.py): reroute 전부 PASS (audit 1건·status 미정착·task_question 미생성), manual 회귀 PASS. abort 3건 FAIL(status·next_mode 미변경, chati_next_abort audit 0).

🔴 미해결 버그 — abort 런타임 미실행 (다음 세션 1순위)

• 증상: EC2 add_log 라우트를 test_client로 호출 시 abort 분기만 미실행(status·next_mode 미변경 + chati_next_abort audit 0). reroute(if)는 정상 동작. POST는 200 반환(add_log outer try에 except 없음 → 예외 시 500이어야 하나 200).
• 분기 로직 자체는 정상 증명: (a) abort 분기 statements 직접 실행 → status=hold/next_mode=manual 영속. (b) generic _log + code_map _chati_progress(next_hold) + abort 분기 전체 순서 재현 → 정상. (c) _maybe_emit_autocycle_visible_progress까지 포함한 후속 블록 재현 → status hold/next_mode manual/abort_audit 1 정상 커밋.
• inert fixture(status=wait/next_mode=chati)로도 abort만 FAIL → 백그라운드 워커 레이스 아님.
• repr 확인: EC2 파일 L11378 if next_val=='reroute': / L11384 elif next_val=='abort': 들여쓰기·문자 정상.
• 결론: 격리 실행은 전부 정상인데 실제 test_client 라우트에서만 abort 분기가 미실행/롤백됨 — 원인 미규명. 다음 조사 후보: 실제 add_log 본문에서 reroute if와 abort elif 사이 차이를 만드는 무언가 / test_client 프로세스 create_app() 부수효과 / 핸들러 로드 코드와 디스크 코드 불일치(cmdboard-test.service는 재시작했으나 test_client는 별도 프로세스 create_app()로 디스크 재로드).

되돌리기

• bridge-test *.b5bak 3개 + EC2 tasks.py.b5bak 복원 후 각 재시작. DB 무변경(fixture는 soft-delete 정리)이라 롤백 부작용 0.

운영 함정 학습 (이 세션)

• SSM 비대화형 실행 = AWS-StartNonInteractiveCommand 문서 (AWS-RunShellCommand는 IAM poinadmin 권한 없음). 형식: aws ssm start-session --region ap-northeast-2 --target i-03225ba8bc12a929e --document-name AWS-StartNonInteractiveCommand --parameters 'command=["bash -lc \"...\""]'. exec 직접 실행이라 셸 연산자(;·&&)는 bash -lc "..."로 감싼다. ssm-user 실행 → ubuntu 소유 파일은 sudo -H -u ubuntu. 큰/한글 스크립트는 base64 인코딩(JSON ASCII 유지) 후 echo <b64>|base64 -d>/tmp/x.py && sudo -H -u ubuntu <venv> /tmp/x.py.
• EC2-test venv = /home/ubuntu/cmdboard-test/venv/bin/python(3.11.10). import 경로: app.create_app / app.db.SessionLocal,engine / app.models.Task,ActivityLog,TaskQuestion. add_log 라우트 = POST /api/tasks/<task_code>/log. detach_chati_pending_for_task(db,task,*,source,hold=False,done=False).

산출 파일 (로컬 C:\dev\cmdboard)

• _ec2_patch_b5_d3c.py(EC2 패치, 적용 완료) / _ec2_verify_b5_runtime.py(#4 런타임 검증) / bridge-test/scripts/_unit_b5_verify.py(#1·#2, ALL_PASS).
• EC2 디버그용(base64 전송): /tmp/dbgabort.py·dbg2.py·dbg3.py·repr.py·probe.py·probe2.py·_findroute.py.

다음 시작점

1. abort 런타임 버그 원인 규명 → 수정 → #4 재검증(abort status=hold·next_mode=manual·chati_next_abort audit 1).
2. 묶음5 완료 → 운영 Tier2 일괄 배포(master push=Tier2 승인 필수) 사용자 결정.

갱신 2026-05-25 (48) — 묶음5(D3-c 재라우팅·abort) 구현 + 검증 #1/#2/#3 PASS, #4 reroute PASS · abort 런타임 버그 디버깅 진행 중

NEXT 어휘 6값 → 8값 확장 (reroute · abort 신규)

• §13 매핑: accept→done / resume→resume / retry→codi / retry-with-fix→codi+draft / 핸드오프→handoff / 재라우팅→reroute(신규, prog·codi·chati_next_reroute) / 에스컬레이트→hold·manual / abort→abort(신규, hold·manual·chati_next_abort, terminal).
• reroute 발동 = 패턴차단(stall≥3/연속실패≥3)+대안 有 → 다른 접근 전환. abort = 가망없음/범위밖/안전위배 또는 사용자 중단, terminal.

bridge-test 3파일 편집 (백업 *.b5bak) + EC2-test tasks.py 편집 (백업 tasks.py.b5bak)

• chati.py: _NEXT_RE |reroute|abort, _VALID_NEXT 8값, _NEXT_ROUTING reroute/abort.
• chati_chat_consumer.py(실제 자동순환): _NEXT_ALLOWED_VALUES 8값, dispatch에서 chati_next_detected·codi-pending 트리거 next_val in ("codi","reroute")로 확장(reroute도 autorun) + reroute/next 마커.
• persona.py: NEXT 8값 문서화 + 발동기준.
• EC2 tasks.py: code_map(L11291) reroute→next_codi·abort→next_hold. add_log(L11176) resume/handoff 뒤 if next_val=='reroute':(audit) / elif next_val=='abort':(status=hold·next_mode=manual·detach·audit·_chati_progress).
• 전부 py_compile PASS, cmdboard-test 재시작·:8003 healthy. 운영 :8002·:8765 무접촉.

갱신49 (2026-05-25) — 묶음5 abort 런타임 버그 규명 완료

결론: abort 런타임 버그는 코드 결함 아님. 묶음5(D3-c) 검증 완료. 조사 경위: 갱신48의 abort 버그(EC2 add_log 라우트를 test_client로 호출 시 abort 분기만 미실행) 원인 규명을 위해 SSM으로 EC2-test에서 fresh-process 재현 실험 3회 수행. 실험 결과: 1. 기존 test DB에 chati_next_abort audit 5건 / reroute 3건 이미 존재 → abort 분기는 과거에 실제 커밋됨. 갱신48의 "audit 0"은 당시 검증 세션이 보지 못한 것. 2. 새 dbg 카드 abort POST → POST 200. FRESH 세션·STALE 세션·rollback 후 모두 status=hold·next_mode=manual·abort_audit=1 관측. MySQL REPEATABLE READ 가설은 stale 세션도 반영을 봤으므로 기각. 3. 한 프로세스에서 reroute→abort 연속 실행(갱신48 의심 실패 형태) 재검증: VERDICT reroute=PASS abort=PASS → ALL_PASS. reroute readback status=prog·reroute_audit=1, abort readback status=hold·next_mode=manual·abort_audit=1. 디스크 코드 확인: EC2-test tasks.py(총 11471줄) add_log 핸들러 L11289~11469 정합. L11378 if next_val=='reroute'(chati_next_reroute audit only) / L11384 elif next_val=='abort'(task.status='hold'; task.next_mode='manual'; detach_chati_pending_for_task(source='chati_next_abort'); chati_next_abort audit; _chati_progress('next_hold')). 들여쓰기·로직·commit(L11468) 모두 정상. 원인 판정: 이전 #4 "abort FAIL"은 그 시점 검증 하네스 아티팩트(단일 장기 프로세스 내 편집 전 모듈/test_client 캐시 — create_app 부수효과 또는 핸들러 로드↔디스크 불일치). #4 재검증을 깨끗한 fresh-process로 수행하니 ALL_PASS. 검증 상태: 묶음5(D3-c) 검증 #1/#2/#3 PASS, #4 reroute·abort 모두 PASS. 묶음5 검증 완료. 다음: 마지막 운영 Tier2 일괄 배포(master push 1회) = 1.x + D2 + 2.5 + 토큰공통 + D1 + chainA + 묶음4 + 묶음5. master push = Tier2 사용자 승인 필수(채티 임의 진행 금지). 트리거 키워드 cmd자동배포. 되돌리기: bridge-test .b5bak 3개 + EC2 tasks.py.b5bak 복원·재시작(DB 무변경, 롤백 부작용 0). 부수 산출물(무해): EC2-test /tmp/dbgintrospect.py·dbg_abortrepro.py·dbg_b5verify.py 잔존. test DB dbg 카드: dbg-abrt-135407(id1443,hold), dbg-rr-135502(id1444), dbg-ab-135502(id1445,hold). dbg- prefix 관례상 무해. SSM 작동 패턴(이번 세션 확정)*: AWS-StartNonInteractiveCommand는 start-session용 문서(send-command는 InvalidDocument). 한글/대형 스크립트는 base64 -w0 인코딩 후 echo B64 | base64 --decode | sudo -H -u ubuntu bash로 전송(전사오류 차단). 환경변수는 set -a; . /home/ubuntu/cmdboard-test/.env; set +a 선행. --parameters는 JSON 파일 file:// 전달(shorthand 단일따옴표 깨짐).

갱신49 (2026-05-25) — 묶음5(D3-c) 검증 완료 (배포 승인 대기 시점)

묶음5(D3-c 재라우팅·abort) 검증 완료. NEXT 6값→8값(reroute·abort) 확장 완료. bridge-test 3파일 + EC2-test tasks.py 편집·적용 완료. 검증 #1/#2/#3 PASS, #4 reroute·abort 모두 PASS. abort 런타임 버그 = 코드 결함 아님(규명 완료): EC2-test 디스크 코드(L11378 if reroute / L11384 elif abort) 정상, fresh-process test_client에서 abort 정상 실행. 이전 #4 "abort FAIL"은 검증 하네스 아티팩트(단일 장기 프로세스 편집 전 모듈·test_client 캐시 / create_app 부수효과)로 판정. MySQL REPEATABLE READ 가설 기각. 다음(당시): 마지막 운영 Tier2 일괄 배포(master 1회) 승인 대기. → 갱신50에서 소스 정합성 불일치 발견·해소.

갱신50 (2026-05-25) — 묶음5(D3-c) 소스 정합성 불일치 발견·해소 + 격리형 회귀 ALL_PASS

결론: D3-c 위험은 abort 코드 버그가 아니라 배포 소스(로컬 master) ↔ EC2-test 검증본 정합성 불일치였음. 해소 완료. 발견(read-only): 로컬 master app/api/tasks.py 에 묶음4(maybe_handoff_new_card)·묶음5(chati_next_reroute/abort) 서버분기 부재. git grep 0건. 운영(521a6f2)도 마커 0건. 번들 변경분(1.x/D2/2.5/토큰/D1/chainA/묶음4/묶음5)은 EC2-test 디스크에만 미커밋(685+/42-)으로 존재. 이력 분기: 로컬 HEAD d15f35c(=8b9f678+P1/P2/P3, origin/master=8b9f678 → 미푸시 3) / EC2-test HEAD 8b9f678+디스크미커밋 / 운영 521a6f2. 포팅(테스트 범위·커밋/푸시 없음): EC2-test 검증본 tasks.py(11471줄/513840B/sha256 67d89ff5…)를 gzip+base64 SSM 청크 전송 → 로컬 Python39 복원(sha 일치). 로컬↔EC2-test diff = EC2에만 265줄 추가, 로컬에만 20줄(L114/L159 token 함수 docstring 텍스트 차이 + 구버전 4값 code_map). 즉 EC2-test가 로컬의 기능적 superset. 백업 app/api/tasks.py.b5bak 생성 후 검증본을 CRLF로 로컬에 기록 → LF정규화 sha 67d89ff5 완전 일치, py3.9 컴파일 OK, 마커 4건. git diffstat 570+/42-. 회귀(:8003/cmdboard_test, fixture soft-delete): 1차 하네스(ec2_verify_b5runtime.py, 한 test_client 블록 공유 세션)는 abort FAIL 재현. abort 단독 프로브(ec2_probeabort.py)는 PASS(status=hold·next_mode=manual·chati_next_abort 1·detach 1·예외 없음). → abort 코드 정상, 1차 FAIL은 공유 test_client 세션 누수(하네스 아티팩트). 격리형 하네스(ec2_verify_b5iso.py, 케이스별 새 test_client+새 SessionLocal): ALL_PASS(0 fails) — reroute단독/abort단독/reroute→abort 연속(같은 카드·프로세스)/manual 회귀. 갱신49 결론(abort 코드 정상) 재확인. 모델 enum 확인: status Enum('wait','prog','done','hold'), next_mode Enum('chati','codi','coki','manual') — abort의 hold/manual 모두 유효(enum 가설 기각). 다음: (1) 다른 번들·기타 app/ 변경 파일이 로컬 git 소스에 모두 반영됐는지 전체 파일 정합 점검 → (2) git 커밋 → (3) master push(Tier2, cmd자동배포 승인). master push 사용자 승인 필수. 되돌리기: 로컬 app/api/tasks.py.b5bak 복원(DB 무변경, fixture는 soft-delete 정리됨). 산출(로컬): 보고서 CLAUDE_CODE_보고_묶음5_D3c_정합성확인2026-05-25.md, 하네스 ec2_verify_b5iso.py / ec2_probeabort.py / ec2_verify_b5runtime.py, 검증본 temp tasks_ec2test.py. 운영 학습: 대형 EC2 파일 로컬 반입 = gzip -c | base64 -w0 → SSM cut -c S-E 청크 → 로컬 Python39 base64+gunzip → sha256 대조. Windows native python에는 C:/ 경로(슬래시) 전달. 로컬 PowerShell 비가용 환경에서는 git-bash 경로(/c/...) + claude-code Bash 사용. SSM 명령에 ( 등 sh 특수문자 echo 금지(구문오류).

갱신50~55 (2026-05-25~26 · 아카이브 이동 2026-05-26 갱신56 시점)

갱신55 — 3트랙 매듭

Track3 매듭: Job1(per-checkpoint LLM supervisor)=보류(실데이터 0건, 투입근거 부족), Job2(on-stop judge)=채택 안 함(codi.py에서 judge 미호출=이미 분리, 채티 NEXT 라우팅이 종료-후 판정), 미호출 supervisor.py 물리정리(D1)=실데이터 후 재검토 보류. 3트랙 전체: Track1=codi_done transient invalid 정리(Phase137, +27줄, EC2-test E2E PASS). Track2=per-chain cap baseline 잠정 5카드/300호출·토글 OFF(코드변경 0). Track3=코드변경 0. 실데이터 의존 후속은 누적 후 재개.

갱신54 — Track2 매듭

per-chain cap baseline 잠정 확정: cap=5카드/300호출, CHAIN_CAP_ENABLED OFF 유지, 연장/새체인 UI는 chain 실데이터 후 착수. 근거: cmdboard_test chain 실데이터 0건(54카드 단독), per-run baseline avg4,720/max11,450 토큰·cycle≤3. 게이트·escalate·rollup은 묶음4 D3-b로 구현·env-configurable.

갱신53 — Track1 완료(테스트 범위)

codi_done 트리거 transient invalid skip 정리. Phase137 분기: codi_done legacy 후처리 시 enriched codi_result_reported 도착 전 payload invalid=정상 race → await_codi_result_reported 조용한 audit만 기록 후 return. 비-codi_done invalid는 mismatch 경보 보존. 검증: 로컬 +27줄(미커밋, HEAD 7ae79e7) / EC2-test 적용(.p137bak)·E2E PASS. 운영 미반영.

갱신52 — 3트랙 작업 분기

테스트 범위 3트랙 정의(Track1 백로그버그/Track2 baseline·하드층B/Track3 supervisor 채택판단). 운영 일괄배포 보류(전 번들 EC2-test 검증·로컬 7ae79e7 미푸시4). 트래커 번들10 완료·운영배포 별도 보류카드.

갱신51 — git 정합

로컬 커밋 7ae79e7(origin/master=8b9f678, 미푸시4=P1~P3+번들). 로컬 워킹트리=배포소스(EC2-test 검증본과 77 바이트동일+의도적 상위집합3). 남은 단계=운영 일괄배포(사용자 명시 시): 운영RDS 016/009 적용→master push→검증.

갱신50 — 묶음5(D3-c) 소스 정합

EC2-test 검증본 tasks.py를 로컬 바이트 동일 포팅(.b5bak, py컴파일 OK). :8003 격리회귀 ALL_PASS. 운영 배포 전 전체 git 정합 점검→커밋→master push(Tier2) 필요.

갱신51~55 (2026-05-26 · 아카이브 이동: 갱신56 시점)

갱신51 — git 정합

로컬 커밋 7ae79e7(origin/master=8b9f678, 미푸시4=P1~P3+번들). 로컬 워킹트리=배포소스(EC2-test 검증본과 77 바이트동일+의도적 상위집합3: _chati_progress=P3[HEAD]/models=docstring/app.js=주석·순서). CRLF 11 LF정규화, py_compile OK, 배포 델타 20파일. 남은 단계=운영 일괄배포(사용자 명시 시): 운영RDS 016(tasks.supervisor_signal_override — 미적용 시 tasks 조회 500)·009(task_code_mappings 멱등) 적용→master push(cmd자동배포)→검증. 운영 521a6f2 active.

갱신52 — 3트랙 작업 분기

테스트 범위 3트랙 정의(Track1 백로그버그/Track2 baseline·하드층B/Track3 supervisor 채택판단). 운영 일괄배포 보류(전 번들 EC2-test 검증·로컬 7ae79e7 미푸시4). 트래커 번들10 완료·운영배포 별도 보류카드 분리. 기본 승인 범위=테스트(:8003·cmdboard_test)만.

갱신53 — Track1 완료(테스트 범위)

codi_done 트리거 transient invalid skip 정리. Phase137 분기: codi_done legacy 후처리 시 enriched codi_result_reported 도착 전 payload invalid=정상 race → await_codi_result_reported 조용한 audit만 기록 후 return. 비-codi_done invalid는 mismatch 경보 보존. codi_result_reported_missing 병목탐지 안전망 유지. 검증: 로컬 app/api/tasks.py +27줄(미커밋, HEAD 7ae79e7) / EC2-test 적용(.p137bak)·cmdboard-test active·:8003 healthy / E2E 1사이클 PASS(handoff_invalid_skips=[], has_reanalysis=True). 운영 미반영. 되돌리기: git restore / cp .p137bak 후 재시작. 보고서 CLAUDE_CODE_보고_Track1_codi_done_skip_진단수정검증.md(로컬).

갱신54 — Track2 매듭

per-chain cap baseline 잠정 확정: cap=5카드/300호출, CHAIN_CAP_ENABLED OFF 유지(집계만 노출·handoff 차단 비활성), 연장/새체인 UI는 chain 실데이터 후 착수. 근거: cmdboard_test chain 실데이터 0건(54카드 전부 단독)이라 chain 토큰 실측 불가. per-run(자동순환 1회) baseline=avg 4,720/max 11,450 토큰·cycle≤3. 5카드=검토주기 binding, 300호출=폭주 안전망. 게이트(_chain_cap_status)·escalate(chati_handoff_blocked)·rollup은 묶음4 D3-b로 구현·env-configurable. 추가 코드변경/배포 없이 매듭(상수 5/300·토글 OFF=현 코드 기본값).

갱신55 — 3트랙 매듭(Track3)

Track3 매듭(채택판단): ① Job1(per-checkpoint LLM supervisor)=보류(실제 코드변경 run baseline 미수집=chain/코드변경 실데이터 0건, per-checkpoint LLM 투입 근거 부족, 평가문서 P2 권고 일치) ② Job2(on-stop supervisor judge)=채택 안 함(현 비활성 유지: codi.py 실행경로에서 judge_codi_result/judge_completion 미호출=이미 분리, 채티 NEXT 라우팅이 종료-후 판정, 평가문서도 기본 OFF 권고) ③ 미호출 supervisor.py 물리정리(D1 로컬 bridge 적용)=실데이터 확보 후 재검토 보류. Track3 추가 코드변경 없음. 3트랙 전체 매듭(테스트 범위, 운영 미반영): Track1=codi_done transient invalid 정리(Phase137, 로컬+27줄·EC2-test·E2E PASS). Track2=per-chain cap baseline 잠정 5/300·토글 OFF(코드변경 0). Track3=Job1 보류·Job2 비활성(코드변경 0). 실데이터 의존 후속(Job1 채택·chain cap 정밀화·연장/새체인 UI·supervisor 물리정리)은 실사용 chain/코드변경 데이터 누적 후 재개.

갱신56 (2026-05-26 · V2 Phase 1 완료)

V2 Phase 1(카드상세 라벨 채티→SARA) 이미 적용·검증 완료. 라벨 교체가 이전 번들(커밋 7ae79e7·서버 HEAD 8b9f678) 때 함께 배포됨. 신규 코드변경 불필요. 검증: chati_chat_integration.js SARA 라벨·sender 분기, app.js h3·placeholder SARA, 내부식별자 유지, /api/tasks·/api/agent/context 200, :8003 health 200. 운영 미반영(운영 일괄배포 카드 포함). 다음=사용자 신규 지시 대기(A 운영배포 / B 실데이터 / C V2 Phase2+).

(2026-06-06 archive 이전) cmdboard 에이전트 파이프라인 이력 — 묶음1~5·Job·Phase137

memory-agent-pipeline.md(memory-detail)에서 이전. 원문 보존(헤딩·본문). 토픽 domain:agent.

묶음1 실행 결과 + 코드 학습 (2026-05-25)

• 코디 결과 재분석 경로 = chati_chat_consumer.py → CHATI_GENERAL_CHAT_PROMPT (NOT CHATI_SYSTEM_PROMPT). CHATI_SYSTEM_PROMPT는 사라 pull-mode 초기 spawn 전용 → D1 4기준 흡수는 GENERAL_CHAT_PROMPT에도 필요(묶음1.5).
• SUPERVISOR_JUDGE_ENABLED (config.py, 기본 False, runner_settings > env > False): codi.py(438-505) judge_codi_result/judge_completion 호출 게이트. False면 import도 skip, supervisor_decision/critic_decision/supervisor_escalate_suppressed audit 미발생. 자동순환은 tasks.py _maybe_enqueue_chati_reanalysis_after_codi(8127~)가 담당 → judge OFF여도 미영향(확인됨).
• 묶음1 검증(:8003, 카드 dbg-bundle1-01): judge OFF·audit 0건·무인 1사이클 닫힘·read-only→hold 정확분류 확인. 단 흡수 프롬프트 미배선(위) → 조건부 통과(묶음1.5에서 종결).
• handoff_payload_invalid 1건 = codi_done(rich payload 없음) 시점 의도된 skip → codi_result_reported 재트리거로 사이클 정상 종결.
• 시행 순서 = 통합안(인수인계서 갱신33): 묶음1.5 → 묶음2(D2)+로그표준화 → 묶음2.5(3-zone)+게이트진단 → 토큰공통기록 → 묶음3(D1삭제) → chain rollup → 묶음4(D3-b) → 묶음5(D3-c)+배포 → Job1재검토. 평가서 3대 방향 = supervisor→채티NEXT 재정렬 / 중단사유 UI·로그 명시 / 토큰·체인·핸드오프 실측 연결.

코드 학습 · 운영 패턴 추가 (2026-05-25, 묶음1.5/1.6 세션)

자동순환 done 배선 (묶음1.6)

• 재분석 경로 done은 status 전이가 안 됐었음: chati_chat_consumer.py Phase4는 NEXT를 activity_log로만 기록. 초기 spawn(chati.py:154 _NEXT_ROUTING)만 done→status=done. 재분석 done이 카드를 못 닫음.
• 수정 = cmdboard app/api/tasks.py의 chati_next_detected 핸들러에 NEXT=done 자동완료 분기. 토글 CHATI_AUTODONE_ENABLED(기본 False) + 멱등 + asking>0 skip + chati_autodone_applied/skipped audit + complete_task 동일 전이(status=done + completed_at + detach_chati_pending_for_task(done=True)). 헬퍼 _is_chati_autodone_enabled().
• 잔여 race: autodone done 적용 직후 직전 큐잉된 chati_next_codi_requested가 done 카드에서 코디 1회 더 트리거(가드 타이밍 우회). 자기수복되나 잉여 코디 1회. 보강안 = autodone 트랜잭션에서 활성 pending_external codi 요청 동반 정리.

채티 max_turns (묶음1.6b)

• 채티 SDK max_turns는 bridge/app/services/claude_client.py에 있음(코디 runner의 CODI_RUNNER_MAX_TURNS와 별개). 하드코딩 8 → settings.CHATI_MAX_TURNS(config.py, 기본 8). 재분석 경로는 코디 결과 분석으로 도구 호출이 많아 8 부족 → 초과 시 fallback NEXT=manual. 테스트 20으로 상향.

supervisor judge 제거 (확정 2026-05-25 · 갱신43, 묶음3 D1)

• bridge supervisor.py(judge_codi_result/judge_completion/_summarize_codi_result(signal 빌더)/parse 헬퍼) 삭제. codi.py request_codi_for_task 의 judge 호출 블록·토글 해석부 제거. SUPERVISOR_JUDGE_ENABLED·SUPERVISOR_USER_ESCALATE_ENABLED(config) 제거.
• 코디 결과 판정은 채티 CHATI 4기준 단독(done/codi/hold/manual). timeout/stall+commit 케이스(completed_with_timeout/stall)도 채티가 판정. codi_result 후처리(codi_result_reported→채티 재분석)는 변경 없음.
• 보존(D2 재사용·과거 로그 호환): migration 015/016, models.ActivityLog.mode enum 'supervisor', tasks.supervisor_signal_override 컬럼. DB 스키마 무접촉.
• supervisor 의존 테스트 4개 삭제(test_supervisor_job2/test_p2_supervisor_critic_parse/test_p1_timeout_git_reconcile/test_critic_completion). 백업 .d1bak. bridge-test 전용·운영/master 미반영(마지막 일괄).

묶음4 (D3-b) 진단 · 설계 확정 (2026-05-25)

• 채티 NEXT 라우팅 구조: _VALID_NEXT = {manual, codi, done, hold} (bridge chati.py). 응답 제어 블록 = chati_next{ next, codi_instruction_draft }. codi_instruction_draft는 이미 비손실 원칙(요약 금지·전량 보존)으로 운영 → continuation brief도 동일 패턴 적용.
• 채티 transcript 수집 상태: ResultMessage.usage 토큰 실측 + ToolUseBlock 도구명 ✅ / ToolResultBlock(도구 결과)·전체 transcript ❌ (claude_client.py).
• chain rollup A: _chain_rollup_for(db, chain_id) 구현됨(card_count/total_calls/total_tokens/total_cycles, deleted_at IS NULL). per-chain 천장 게이트(B) 미구현.
• D3-b 설계 = A안(SDK 세션 보존 X, continuation brief 재주입). 비손실 제약: context_basis(결정·이유/실패시도+원인/gotchas/repo·카드 앵커)·remaining(이어질 작업)은 요약·삭제 금지·상세 보존. done_digest만 압축 허용.
• handoff = 새 카드 chain_id 상속 + brief seed + per-chain cap 게이트(토글 CHAIN_CAP_ENABLED OFF 기본, 잠정 5카드/300호출).

묶음4(D3-b) resume·핸드오프 — 검증 확정 사실 (2026-05-25 갱신47)

• resume 재주입 경로(A안): SDK 세션 미보존. chati_chat_consumer.py(220~247행)가 카드 detail 의 continuation_brief 를 프롬프트 텍스트("## 이어가기 브리프")로 주입한다. claude_client.py 는 SDK 릴레이라 변경 불필요(미변경=의도). EC2 tasks.py get_task detail(4313 _latest_continuation_brief)이 최신 brief 를 surface → 다음 사이클이 같은 카드를 이어감.
• chati_next_detected 핸들러 배선(EC2 tasks.py add_log 11176, 분기 11346): if next_val in ('resume','handoff'). resume(11349)=chati_resume_brief 로그 + status prog 유지(카드 안 닫음). handoff(11360)=_maybe_handoff_new_card(db, task, brief, payload) try/except.
• _maybe_handoff_new_card(7724): chain_id 상속(없으면 source.task_code 로 루트 확립) + per-chain cap 게이트(_chain_cap_status, CHAIN_CAP_ENABLED 기본 OFF → exceeded 항상 False) → 새 카드 생성(status='wait', next_mode='chati', chain_id 상속) + brief 비손실 시드(context_basis/remaining 전량) + chati_handoff_seeded/chati_handoff_created 로그. cap 초과 시 카드 생성 없이 chati_handoff_blocked+escalate.
• 비손실 불변식: _parse_continuation_brief(consumer)·handoff 시드 모두 context_basis/remaining 길이 상한 없음(요약·절단 금지). done_digest 등만 압축 허용.
• 검증 패턴(재사용): handoff chain_id 상속 같은 write 로직은 EC2 venv 3.11.10 에서 from app.db import SessionLocal 세션으로 db.add+flush 후 db.rollback() → 테스트 DB 영속화 0 으로 검증. ASCII-only Python probe + ensure_ascii=True JSON 출력으로 cp949 회피. SSM 은 claude-code Bash 로컬 aws send-command(비동기 polling), aws-api MCP 는 ssm:SendCommand 불가.

묶음4 무인 1사이클 검증 결과 + 백로그 관찰 (2026-05-25 갱신47)

• 무인 1사이클 PASS: 라이브 read-only 카드(dbg-cyc1-111633) 자율 사이클 wait → chati(next=codi) → codi 실행(변경0) → codi_done → chati 재분석(next=done) → chati_autodone_applied → status=done. 묶음1.6 autodone + bundle4 공존 무회귀. resume/handoff 분기는 read-only 카드라 미발화(정상).
• 검증 패턴: 무인 1사이클 드라이버 = scripts/_cycle_verify_one.py (EC2 venv 실행, project pfs, dbg- prefix + autorun_debug_test_started 마커 필수, build_initial_chati_instruction+enqueue_chati_message_for_task). bridge-test(:8766)가 :8003 폴링(claim-next/tasks?status=wait&next_mode=chati)으로 구동. SSM 백그라운드 기동은 setsid ... > log 2>&1 < /dev/null & 후 로그 폴링.
• 백로그(묶음4 범위 밖): read-only codi 결과의 codi_done 트리거 재분석이 handoff_payload_invalid(codi_handoff_payload_mismatch_detected)로 skip됨. 사이클은 codi_result_reported 트리거 재분석으로 정상 종결되므로 비차단. 묶음1.5 _build_codi_result_handoff_payload read-only→not_deployed 분기가 codi_done 트리거 경로엔 미적용으로 추정. cycle-verify 하니스 PartB(handoff_invalid_skips empty 기대)가 이로 인해 FAIL 표기되나 실 카드는 done. 추후 정리 후보.

(2026-05-25 갱신50) 묶음5(D3-c) 소스 정합성 + 운영 패턴

• 이력 분기 사실: 번들(1.x/D2/2.5/토큰/D1/chainA/묶음4/묶음5) 서버 변경분은 EC2-test 디스크에만 미커밋 존재 → git(로컬 master·origin)·운영 미반영. 로컬 HEAD d15f35c(=8b9f678+P1/P2/P3 codi-autocycle, origin/master=8b9f678 미푸시3) / EC2-test HEAD 8b9f678 + tasks.py 디스크 685+/42- / 운영 HEAD 521a6f2. → 운영 일괄 배포 전 git 소스 정합 전체 점검 필수.
• D3-c abort 코드 정상 확정: status Enum('wait','prog','done','hold'), next_mode Enum('chati','codi','coki','manual') — abort의 hold/manual 모두 유효. abort 단독 POST는 status=hold·next_mode=manual·chati_next_abort audit 1·detach 1 정상. 과거 "abort FAIL"은 한 test_client 블록에서 여러 POST 공유 세션 누수(검증 하네스 아티팩트). 회귀 하네스는 케이스별 새 test_client + 새 SessionLocal로 격리해야 ALL_PASS.
• D3-c 라우팅: reroute→status 미정착(prog 전환은 bridge가 함께 보내는 chati_codi_pending(reroute=True) autorun 경로 담당), abort→status=hold·next_mode=manual 직접 세팅(terminal). EC2-test tasks.py L11291 6값 code_map, L11378 if reroute / L11384 elif abort, _maybe_handoff_new_card L7724.
• 운영 패턴 — 대형 EC2 파일 로컬 반입: gzip -c FILE | base64 -w0 > /tmp/x.b64 → SSM cut -c S-E /tmp/x.b64 청크(20000자) 반복 수신·로컬 누적 → 로컬 Python으로 gzip.decompress(base64.b64decode(...)) → sha256 대조. Windows native python에는 C:/ 슬래시 경로 전달(/c/ git-bash 경로 인식 못 함). 로컬 PowerShell 비가용 런타임에선 claude-code Bash + git-bash 경로(/c/...). SSM AWS-RunShellScript commands에 ( 등 sh 특수문자 echo 금지(구문오류).
• 검증본 SoT: EC2-test working-tree tasks.py(sha256 67d89ff5…, 11471줄/513840B)가 D3-c 검증본. 로컬 포팅본은 LF정규화 sha 동일.

코드 학습 — Phase137 codi_done transient invalid (2026-05-26)

• 현상: codi_done(legacy) 트리거 재분석 후처리에서 handoff_payload_invalid skip 로그 + mismatch 경보 + 사용자-가시 "재분석 skip" 메시지가 매 사이클 발생(오해성 노이즈).
• 근본원인: Bridge apply_codi_result(bridge/app/services/codi.py)가 한 사이클에서 ① legacy codi_done → ② 표준 codi_result_reported 를 두 번의 분리된 add_log 로 순차 전송. cmdboard _maybe_enqueue_chati_reanalysis_after_codi(app/api/tasks.py)가 두 로그 모두에서 호출됨. codi_done 처리 시점엔 enriched codi_result_reported 가 아직 DB 에 없어 latest_report 기반 handoff payload 가 invalid(정상 race). 직후 codi_result_reported 가 enriched payload 로 정상 enqueue → 사이클은 항상 정상 종결.
• 해결(Phase137): if not _hp_valid: 최상단에 trigger_action=='codi_done' 전용 분기. 사유 await_codi_result_reported 로 조용한 chati_reanalysis_skipped audit 1건(transient:True, phase:137)만 기록 후 return. _audit_skip 미사용 → 사용자-가시 메시지·mismatch 경보 없음. 비-codi_done invalid 는 기존 mismatch 경보 경로 보존. codi_result_reported_missing 병목탐지가 안전망.
• 검증: 로컬 app/api/tasks.py +27줄(미커밋, HEAD 7ae79e7), EC2-test 적용(.p137bak 백업), E2E 1사이클 PASS(handoff_invalid_skips=[], has_reanalysis=True). 운영 미반영(테스트 범위). 보고서 CLAUDE_CODE_보고_Track1_codi_done_skip_진단수정검증.md(로컬).

아키텍처 결정 — Job1/Job2 supervisor 채택판단 (2026-05-26 Track3)

• Job2 = on-stop supervisor judge(코디 run 종료 직후 codi_result 판정). 구현: bridge/app/services/supervisor.py judge_codi_result(accept/reroute/abort 등) + judge_completion(critic). 현재 bridge/app/services/codi.py 실행경로에서 미호출 = 이미 비활성. 채티 NEXT 라우팅이 종료-후 판정 역할 수행 중. → 채택 안 함(현 비활성 유지). 평가문서(cmdboard_progress_evaluation.md §3.1) 권고와 일치: supervisor 별도 LLM judge 기본 OFF, critic 기준·escalate 로그·audit schema만 축소 존치.
• Job1 = per-checkpoint LLM supervisor(코디 진행 중간 체크포인트마다 투입, 미구현). 평가문서 P2 권고: "실제 코드변경 run baseline 수집 후 판단, 현재 read-only baseline만으로는 per-checkpoint LLM 투입 근거 부족." chain/코드변경 실데이터 0건 → 보류.
• 미호출 코드 정리: supervisor.py·tests/test_supervisor_job2.py 는 bridge(로컬)에 잔존, bridge-test 엔 D1 물리삭제 적용(.d1bak 백업). 로컬 bridge 물리정리는 실데이터 확보 후 재검토(보류).
• 종합: 실사용 chain/코드변경 데이터가 쌓이기 전까지 supervisor 별도 LLM 경로는 미채택. 종료-후 판정은 채티 NEXT 단독으로 충분(현 운영 회로).