대행 작업 필수 필드 최종 운영 기준
중복 제거 결론
최근 3건의 정책은 하나로 합친다. 운영 기준은 “최종 큐 생성 직전까지 라우팅명, 필수 필드, 검증 가능성을 같은 기준으로 다시 확인한다”이다. 프롬프트 문구, 분석가 이름 정본화, 에이전트별 필수 필드는 별도 정책이 아니라 이 기준의 하위 규칙으로 본다.
적용 우선순위
| 순위 | 기준 | 처리 |
|---|---|---|
| 1 | 안전 차단 | legacy 이름, 비정본 분석가 이름, codex 비코딩 작업, 인프라 장애 오분류는 큐 생성 0건으로 차단한다. |
| 2 | 정본 라우팅 | agent_registry의 active agent만 새 작업 대상으로 허용한다. legacy data-analyst는 reject-only다. |
| 3 | 에이전트별 필수 필드 | 아래 표의 필수 필드가 없으면 parse 단계와 create_task 단계 양쪽에서 차단한다. |
| 4 | 검증 가능성 | 완료 기준은 실행값, 근거 위치, 검증값, 재현 명령 중 해당 작업에 필요한 값을 실제로 확인할 수 있어야 한다. |
| 5 | 재라우팅 | 서킷브레이커 대행 문구가 붙어도 codex 품질 게이트와 에이전트별 필수 필드를 다시 적용한다. |
라우팅 규칙
| 대상 | 허용 규칙 | 차단 규칙 |
|---|---|---|
| codex | 실제 코드·설정·테스트 변경이며, 존재하는 파일과 함수·오류·줄·검증 명령이 있다. | 정책, 보고서, 온톨로지, 데이터 점검처럼 코드 변경이 아닌 작업. |
| cowork | 정책, 리뷰, 비교표, 제안서, 운영 기준 정리처럼 판단·문서 산출물이 명확하다. | 산출물 유형이나 완료 검증 기준이 없는 추상 요청. |
| ron | Knowledge OS, 볼트, 온톨로지, 보고서, 인사이트, 가설, 포트폴리오, 운영 총괄 작업이다. | 담당 대상이 불명확하거나 단순 코드 구현만 요구하는 작업. |
| guardian | 프로세스, DB, 크론, 큐, 디스크, 게이트웨이, 워커, 로그, MCP, 대시보드, 버스 상태 점검이다. | 운영 대상이 없는 일반 분석·문서 작업. |
| analyst-* | analyst-fundamental, analyst-macro, analyst-technical, analyst-pm 네 이름만 허용한다. | data-analyst, analyst-data, analyst_macro, macro, fundamental, technical, pm 같은 별칭. |
에이전트별 필수 필드
| 에이전트 | 필수 필드 | 최소 검증 기준 |
|---|---|---|
| codex | 대상 파일, 변경 의도, 코드 지점, 실행 명령, 검증 명령 | 파일 실존, 변경 차이, 실행 결과, 검증 통과값이 모두 있어야 한다. |
| cowork | 구체 대상, 실행 내용, 산출물 유형, 완료 검증 기준 | 중복 제거 여부, 비교·정리 결과, 최종 문서 위치가 확인돼야 한다. |
| ron | 구체 대상, 실행 내용, 운영 목적, 완료 검증 기준 | 실제 조회·실행 근거와 최종 산출물이 남아야 한다. |
| guardian | 운영 대상, 점검 범위, 실패 기준, 복구·보고 기준 | 상태값, 로그, 시각, 영향 범위가 확인돼야 한다. |
| analyst-fundamental | 기업·섹터·재무자료·출처·날짜 중 하나 이상 | 수치와 출처가 붙은 판단이어야 한다. |
| analyst-macro | 지표명·국가·기간·출처·날짜 중 하나 이상 | 지표 변화와 시장 해석이 함께 있어야 한다. |
| analyst-technical | 티커·가격자료·지표명·기간 중 하나 이상 | 신호값과 판단 기준이 함께 있어야 한다. |
| analyst-pm | 포트폴리오·비중·위험요인·날짜 중 하나 이상 | 행동 판단과 위험 근거가 함께 있어야 한다. |
완료 검증 기준
| 구분 | 통과 | 반려 |
|---|---|---|
| 라우팅명 | active agent 정본 이름이다. | legacy 또는 별칭 이름이다. |
| 필수 필드 | 대상·실행·완료 기준이 모두 있다. | “분석해라”, “정리해라”처럼 대상이나 검증 기준이 비어 있다. |
| codex | 실행 명령, 변경 차이, 검증 결과가 있다. | 실행 전 선언, 빈 근거, 존재하지 않는 파일, 질문형 보고다. |
| 시스템 태스크 | source_log_path가 실존하고 verification_command가 있다. | 로그 경로가 없거나 재현 명령이 없다. |
| 인프라 장애 | evidence gate가 아니라 재시도·서킷브레이커로 분류한다. | llm_infra_failure, 429, 타임아웃을 “검증 근거 누락”으로 재위임한다. |
최종 적용 문장
새 대행 작업은 “누가 무엇을 왜 실행하고, 어떤 산출물로, 어떤 값으로 완료를 검증하는가”가 없으면 만들지 않는다. 모든 생성 경로는 parse_ron_response와 create_task 양쪽에서 같은 기준을 적용한다.
ZK 연결
- [[MOC-Hermes-비코딩-오배정방지-260831]] — 비코딩 오배정 방지 지식망 허브
- [[260831_대행라벨은_원래대상_표시다]] — 대행 라벨 책임경계
- [[260831_비코딩작업_codex_사전차단_4요건]] — codex 사전차단 4요건
- [[260831_비코딩_오배정_후속검증_기준]] — 후속 검증 기준