비코딩 오배정 방지 최종 운영 규칙

결론

코덱스는 코드 변경 전용이다. 코워크는 정책, 설계, 점검표, 제안서, 운영 기준 정리 전용이다. 대행 접두어는 “원래 맡길 곳 표시”이지 “새 배정권”이 아니다. 최종 큐 생성 직전에는 접두어와 파일명이 아니라 산출물의 성격으로 다시 판정한다.

확인한 사례

사례	상태	핵심 문제	운영 판정
37591	완료	대행 접두어가 원래 대상을 덮어쓸 수 있다는 충돌을 정리	대행 접두어는 원래 대상 보존 신호로만 해석
37592	실패	코워크에 구현성 문장이 섞였고 산출물, 출처, 검증값, 원래 검증값이 빠져 실패	구현 문장은 코덱스 작업으로 분리하고, 운영 규칙 문서는 코워크가 처리
37593	진행	실제 라우팅 가드 구현과 테스트 통과 요구	코덱스 허용 사례, 단 비코딩 문서 판단과 분리
37594	진행	오해 표현과 코워크 표현을 분리하는 문서 작업	코워크 우선 사례

코덱스로 오해될 표현과 처리

아래 표현은 단독으로 코덱스 허용 근거가 아니다. | 오해 표현 | 왜 위험한가 | 처리 | |---|---|---| | 라우팅 로직 보강 | 정책 판단인지 코드 변경인지 섞임 | 실제 코드 변경이면 코덱스, 운영 기준이면 코워크 | | 가드 적용 | 문서 규칙 적용인지 함수 수정인지 불명확 | 파일, 함수, 고칠 결함, 검증 명령이 모두 있을 때만 코덱스 | | 스크립트 실행 결과를 기준으로 정리 | 실행 해석과 문서 정리는 비코딩 | 코워크 또는 해당 분석가 | | 대행 접두어 처리 | 접두어 해석 규칙은 정책 판단 | 코워크가 기준 작성, 코덱스는 구현 티켓 분리 | | 테스트 케이스를 예로 든다 | 예시는 검증 기준일 뿐 코드 변경 지시가 아님 | 실제 테스트 파일 수정 지시가 있으면 코덱스 |

코덱스 허용 조건

다섯 조건을 모두 만족할 때만 코덱스로 보낸다. 1. 실제 산출물이 코드, 설정, 테스트 변경이다. 2. 존재하는 대상 파일이 있다. 3. 함수, 분기, 오류, 줄 같은 구체 코드 지점이 있다. 4. “고쳐라, 추가하라, 수정하라”가 실제 코드 변경 의도와 함께 적혀 있다. 5. 실행 명령과 검증 명령이 있고, 통과 기준이 숫자나 성공값으로 확인된다.

하나라도 빠지면 코덱스 금지다. 파일명이나 명령어가 있어도 산출물이 문서, 정책, 판단, 점검표라면 코워크로 보낸다.

코워크 우선 조건

아래 표현이 있으면 기본 배정은 코워크다. 1. 구현은 하지 말고 정리한다. 2. 운영 규칙, 정책, 기준, 제안서, 점검표, 매뉴얼을 만든다. 3. 최근 실패 사례를 분류하고 원인을 묶는다. 4. 코덱스 허용 조건과 금지 조건을 문장으로 정리한다. 5. 대행 접두어, 원래 대상, 라우팅 충돌을 판단한다. 6. 재발 방지 체크리스트나 완료 판정 기준을 만든다.

대행 접두어 처리 기준

대행 접두어는 반드시 떼어 내고 원래 목적을 먼저 본다. | 접두어 | 기본 해석 | 배정 기준 | |---|---|---| | 대행 론 | 론이 원래 대상 | 지식 순환, 볼트 연결, 온톨로지, 최종 조율이면 론 복귀 | | 대행 코워크 | 코워크가 원래 대상 | 정책, 설계, 제안서, 점검표면 코워크 유지 | | 대행 가디언 | 가디언이 원래 대상 | 크론, 디비, 로그, 프로세스, 큐 상태 점검이면 가디언 유지 | | 대행 분석가 | 분석가가 원래 대상 | 기업, 섹터, 금리, 환율, 원자재 판단이면 분석가 계열 유지 |

인프라 장애 때문에 대행 문구가 붙어도 코덱스 품질 기준을 다시 적용한다. 비코딩이면 코덱스 fallback은 금지다.

재발 방지 체크리스트

큐 생성 직전 아래 다섯 문장을 확인한다. 1. 산출물이 코드 변경인가, 운영 판단 문서인가. 2. 코덱스라면 파일, 코드 지점, 변경 의도, 검증 명령, 통과값이 모두 있는가. 3. “구현하지 말고, 정리, 정책, 제안서, 점검표, 재발 방지”가 있으면 코워크로 보냈는가. 4. 대행 접두어가 원래 대상을 덮어쓰지 않고 원래 목적 기준으로 다시 판정됐는가. 5. 실패 사례 번호, 산출물 위치, 검증값이 결과에 남는가.

운영 적용 문장

비코딩 작업은 코덱스 금지다. 코덱스는 실제 코드 변경 다섯 조건을 모두 만족할 때만 허용한다. 대행 접두어는 라우팅을 바꾸는 명령이 아니라 원래 대상 표시다. 운영 규칙, 정책 판단, 재발 방지 문서는 코워크가 먼저 맡고, 구현이 필요할 때만 별도 코덱스 작업으로 분리한다.

검증 기준

통과: 위 문서에 코덱스 허용 조건 5개, 코워크 우선 조건 6개, 대행 접두어 처리 표 4개, 재발 방지 체크리스트 5개가 있다. 실패: 구현 문서와 운영 규칙 문서가 섞이거나, 대행 접두어가 코덱스 배정 근거로 해석된다. 롤백: 기존 운영 기준과 충돌하면 260831_대행작업_필수필드_최종운영기준.md를 우선한다.