대행 접두어 라우팅 오배정 재발 방지 정책 메모

결론

대행 접두어는 제목 장식이 아니라 큐 대상 계약이다. [대행:cowork]가 붙은 정책, 정리, 제안서, 재발 방지안은 코드 파일명이나 검증 명령이 들어 있어도 cowork 작업이다. codex는 실제 소스나 설정이나 테스트를 바꾸는 작업이며, 구체 파일, 구체 함수나 분기, 명시적 코드 변경 의도, 실행 가능한 검증 명령 네 조건이 모두 있을 때만 받는다.

확인한 현황

• 조회 시각: 2026-09-01 20:56:58 KST.
• 대상 사례: 대행 접두어 라우팅 오배정 관련 큐 4건을 확인했다.

• 37740: [대행:cowork] 대행 접두어 라우팅 오배정 수정, 실제 target_agent는 ron, 상태 done. 제목 접두어와 실제 대상이 달랐고, 결과는 직접 실행 불가와 정상 차단 설명으로 끝났다.

• 37744: [대행:cowork] 대행 접두어 라우팅 오배정 재수정, 실제 target_agent는 ron, 상태 failed. 산출물과 검증값 부족으로 완료 차단됐다.

• 37747: 대행 접두어 라우팅 오배정 재발 방지 수정, 실제 target_agent는 cowork, 상태 failed. 상류 모델 타임아웃으로 실행 실패했다.

• 37750: 대행 접두어 라우팅 오배정 재발 방지안 정리, 실제 target_agent는 cowork, 상태 claimed. 이번 정책 메모 대상이다.

• 현재 규칙 확인: 활성 에이전트는 ron, codex, cowork, guardian, analyst-fundamental, analyst-macro, analyst-technical, analyst-pm 총 8개다. codex는 코드 전용으로 표시되어 있다.
• 현재 큐 앞 20건 상태: done 3건, failed 7건, cancelled 1건, claimed 1건, queued 1건으로 확인했다.

현재 라우팅 판단 기준

1. 제목에 [대행:cowork], [대행:ron], [대행:guardian], [대행:analyst-*]가 있으면 접두어 대상이 본문 키워드보다 먼저 이긴다.
2. 접두어 대상이 비활성 상태거나 인프라 차단 상태면 다른 에이전트로 몰래 넘기지 말고 보류 또는 차단한다.
3. codex 허용은 네 조건이 모두 필요하다: 실제로 존재하는 파일, 함수나 분기나 오류 같은 구체 지점, 명시적 코드 변경 동사, 실행 가능한 검증 명령.
4. 정책, 정리, 제안서, 방안, 재발 방지, 원인 분류, 코드 수정 없이, 비코딩이 있으면 codex 금지 신호로 먼저 본다.
5. 스크립트 경로나 py_compile, pytest는 그 자체로 코드 작업이 아니다. 문서 작업의 검증 문구일 수 있다.
6. 지식 순환, 온톨로지, 보고서 정리, 지식 공백 연결은 ron이 기본이다.
7. 시스템 헬스, 프로세스, 디비, 크론, 큐, 디스크 확인은 guardian이 기본이다.
8. 시장, 기업, 지표, 포지션 판단은 네 analyst 계열로 보낸다.

재발 조건

• 접두어와 실제 target_agent가 다르다.
• 비코딩 표식이 있는데 target_agent가 codex다.
• 코드 허용 네 조건 중 하나라도 없는데 codex 큐가 만들어졌다.
• 인프라 차단 주석이 붙으면서 원래 [대행:cowork] 작업이 ron이나 codex로 바뀐다.
• 정책, 정리, 제안서, 방지안 문서 작업이 구현 완료처럼 보고된다.
• 완료 결과에 원본 사례, 산출물, 검증 방법, 관측값이 빠져 다시 실패한다.

탐지 기준

• 신규 큐에서 제목 접두어와 target_agent가 불일치하면 즉시 오배정 후보로 기록한다.
• target_agent가 codex이고 본문에 정책, 정리, 제안서, 재발 방지, 비코딩, 코드 수정 없이 중 하나가 있으면 오배정 후보로 기록한다.
• codex 큐인데 실제 파일, 구체 함수나 분기, 코드 변경 동사, 검증 명령 중 하나라도 없으면 생성 전 차단한다.
• [자동 재라우팅], 원래 대상=cowork, 대행 주석이 붙은 뒤 target_agent가 codex로 바뀌면 생성 전 차단한다.
• 결과가 done이어도 산출물 경로와 검증 관측값이 없으면 완료가 아니라 미완료로 본다.

큐 생성 전 체크리스트

1. 제목 접두어가 있는가. 있으면 접두어 대상이 실제 target_agent와 같은가.
2. 작업 산출물이 문서, 정책, 판단, 점검표인가. 그렇다면 cowork 또는 원래 비코딩 레인인가.
3. codex 후보라면 실제 파일, 구체 지점, 코드 변경 의도, 검증 명령 네 칸이 모두 채워졌는가.
4. 코드 수정 없이 또는 비코딩 문구가 있는가. 있으면 codex 후보를 폐기했는가.
5. 인프라 차단 때문에 대체 에이전트가 붙었는가. 붙었다면 접두어와 실제 대상이 다시 일치하는가.
6. 완료 검증 기준에 사례 번호, 산출물, 확인 방법, 기대값, 관측값이 있는가.
7. 최근 15분 안에 같은 제목과 같은 대상의 큐가 이미 있는가.
8. analyst 작업이면 네 표준 analyst 이름 중 하나인가. data-analyst 같은 옛 이름은 쓰지 않았는가.

예외 사례

1. [대행:cowork] 라우팅 정책 점검표 작성, orchestrator.py와 pytest 언급 → 파일명과 검증 명령이 있어도 산출물이 정책 문서라 cowork.
2. [대행:ron] knowledge os run-cycle 결과 정리, 로그 경로 확인 → 실행과 지식 연결이 목적이라 ron.
3. [대행:guardian] 크론, 디비, 큐 상태 점검 → 코드 파일이 언급돼도 시스템 상태 수치가 목적이라 guardian.
4. [대행:analyst-macro] 금리, 환율, 원자재 영향 판단 → 시장공통 판단이라 analyst-macro.
5. [대행:codex] 파일 A의 create_task() 분기 버그를 수정하고 pytest 실행 → 네 조건이 모두 있으면 codex 허용.
6. [대행:codex] 정책 메모에 codex 금지 조건 정리 → codex 접두어가 있어도 코드 변경 네 조건이 없고 산출물이 정책이라 차단 또는 cowork로 재판정.
7. script fix가 있어도 실행 결과 정리나 로그 해석만 요구하면 codex 금지, guardian 또는 cowork.
8. py_compile 통과 여부 확인만 요구하면 검증 작업이지 코드 변경이 아니므로 codex 금지.
9. 원래 대상=cowork, 인프라 차단으로 ron 대행 주석이 붙은 경우 → 접두어 불일치가 생기면 몰래 대행하지 말고 보류한다.
10. 투자 데이터 표 보강이나 리포트 해석 작업이 파일 경로를 포함해도 실제 코드 수정이 아니면 analyst 또는 cowork다.

성공 기준

• 다음 24시간 대행 접두어 표본에서 접두어와 target_agent 불일치 0건.
• 다음 24시간 비코딩 codex 신규 큐 0건.
• 대행 접두어 관련 완료 결과에서 사례 번호, 산출물, 검증 방법, 관측값 누락 0건.
• 같은 제목과 같은 대상의 15분 내 중복 큐 0건.
• 이번 메모가 knowledge-agent 보고 영역에 저장되고, 예외 사례 10개와 체크리스트 8개가 포함된다.

후속 체크리스트: 결과 검증 근거 누락 방지

• 확인 범위: 2026-09-01 20:20 이후 완료 기록 10건을 확인했다. 상태는 failed 5건, done 4건, cancelled 1건이다. missing_original_verification은 #37751, #37753 2건에서 발생했고, #37756은 source_log_path와 verification_command 누락으로 차단됐다. #37749는 done이지만 run-cycle 결과가 중간 생략된 값으로 저장되어 같은 취약 유형으로 감시한다.
• 발생한 완료 판정: #37751은 위임 등록 문장만 있고 실행값, 산출물, 검증값, 원본 확인이 없어 차단됐다. #37753은 헬스체크를 통과라고 썼지만 근거 섹션이 비어 차단됐다. #37756은 대행 접두어가 붙은 run-cycle 판단서였으나 원본 로그 경로와 검증 명령이 없어 차단됐다.
• 기존 권고 2개와 충돌 여부: self_evolve 메트릭 경로 정합성 복구 권고와 충돌 없음. 큐 생성 직전 접두어-target 불일치 및 15분 의미 중복 보류 권고와도 충돌 없음. 이 체크리스트는 큐 생성 전 가드가 아니라 완료 저장 전 증거 가드라서 적용 단계가 다르다.
• 완료 보고 최소 근거: 사례 번호, 실제 산출물 또는 로그 위치, 실행 또는 조회 명령, 관측값, 기준시각, 다음 행동을 모두 남긴다. 분석 작업은 원문명과 기준일, 시스템 작업은 실행 결과와 상태 변화, 대행 작업은 원래 대상과 실제 대상도 함께 남긴다.
• 적용 대상: ron, cowork, codex, guardian, analyst 계열의 bus_commands done 전환 전체. 특히 헬스체크, 지식 순환, 라우팅 정책, 대행 접두어 작업은 강제 적용한다.
• 예외: idle heartbeat, 모델 타임아웃, 요청과다, duplicate_failed_guard처럼 실행 자체가 막힌 실패 보고는 산출물 대신 실패 원인, 재시도 금지 시간, 다음 확인 조건만 요구한다.
• 재발 감지 기준: 24시간 안에 missing_original_verification, missing_source_log_path, missing_verification_command 중 하나가 2건 이상 나오거나, done 결과가 산출물·검증 명령·관측값 중 1개라도 비우면 재발로 기록한다. 대행 작업은 접두어와 실제 대상 불일치 1건만으로도 재발이다.

검증 기록

• 원본 확인: 버스 큐 조회로 관련 사례 4건을 확인했다.
• 규칙 확인: 현재 라우팅 기준에서 codex는 코드 전용, 대행 접두어는 대상 우선, 비코딩 정책 작업은 cowork 기준으로 확인했다.
• 산출물: 이 파일 자체가 정책 메모다.
• 기대값: 라우팅 판단 기준 포함, 예외 사례 5개 이상 포함, knowledge-agent 보고 영역 저장.
• 관측값: 라우팅 판단 기준 8개, 재발 조건 6개, 탐지 기준 5개, 체크리스트 8개, 예외 사례 10개를 포함했다.
• 후속 검증 2026-09-01 22:22 KST: 20:20 이후 완료 기록 10건과 차단 로그 3건을 대조했다. 후속 체크리스트는 이 파일에 1회만 추가됐고, 같은 제목의 중복 메모는 0건이다.