POLICY / CLEAR BOUNDARIES

더 많이 하기보다, 약속한 만큼 정확하게.

작업 범위, 승인, 검증 기준을 먼저 정합니다. 도구의 역할과 사람이 결정할 지점을 공개 가능한 범위로 설명합니다.

내용 확인 · 운영 문서 기준

MINUS BETA / WORKING SYSTEMScope. Evidence.
  1. 01확정된 범위부터
  2. 02승인은 구체적으로
  3. 03완료는 근거와 함께

CURRENT / 2026-10-13

한 작업에는 한 책임자.

2026-10-11 운영 지침을 10월 13일 대조했습니다. 아래는 역할 설정이며 실시간 가동 상태가 아닙니다.

요청의 책임자

승인된 작업마다 한 노드의 한 엔진이 리드를 맡아 범위·구현·검증·보고를 책임집니다. 여러 엔진이 같은 일을 중복 실행하지 않습니다.

필요한 만큼 나누기

낮에는 강대종이 노드마다 일을 직접 넣고, 받은 노드가 끝까지 맡습니다. 무인 오토파일럿은 승인된 목록만 네 노드의 Grok 또는 Cursor 워커가 나눠 맡습니다. 한 계획에는 엔진 하나만 씁니다.

계획과 검수

오토파일럿의 계획 등록과 검수·머지는 아테나의 Claude가 맡습니다. 코드를 쓴 워커와 검수자는 나눕니다. 사용자의 보류와 기존 대화는 다른 작업 배정으로 해제되지 않습니다.

02 / WORKING AGREEMENT

작업을 시작하기 전의 약속.

범위

사용자가 확정한 목표와 허용 범위 안에서 진행합니다. 새 일이나 자체 재배정으로 범위를 넓히지 않습니다.

작업 공간

별도 브랜치와 작업 공간에서 변경하고 기존 사용자 작업을 보존합니다.

외부 반영

머지·배포·재시작·외부 발신 등은 명시 승인 범위를 확인합니다. 이미 받은 승인을 반복해서 묻지 않습니다.

완료 기준

구현, 검증, 머지, 라이브 반영을 구분해 보고합니다. 경과 시간이나 제출 사실만으로 완료를 선언하지 않습니다.

상태 보존

사용 중인 세션과 미완성 변경을 보존합니다. 작업을 이어갈 때는 체크포인트와 현재 소스를 대조합니다.

03 / POLICY ARCHIVE

이전 규칙은 날짜와 함께.

아래 내용은 이전에 공개된 정책 기록입니다. 현재 배정·역할의 기준은 위의 2026-09-23 설명이며, 과거 기록을 현재 설정으로 해석하지 않습니다.

merge-roster-author-not-merger · 2026-07-29

병합 권한은 소수의 지정된 노드로 제한된다. PR을 작성한 노드는 같은 PR을 직접 병합할 수 없고, 별도 자격을 가진 노드가 병합을 맡아 작성과 병합 주체를 분리한다.

receipt-landing-before-merge · 2026-07-28

병합은 실행 증거(테스트·빌드 결과)가 실제로 도착한 뒤에만 진행한다. 실행을 걸었다는 로그만으로는 증거로 인정하지 않고, 증거 도착을 확인한 순서대로 병합을 진행한다.

visibility-message-bus · 2026-07-18

노드 간 지시와 보고는 관찰 가능한 메시지 버스를 경유한다. 화면 밖 헤드리스 호출이나 직접 발송은 금지하고, Claude 실행 엔진과 Codex 의견 채널처럼 성격이 다른 경로도 발신 주체가 구분되도록 라우팅한다.

persona-advisory-rubric · 2026-07-06

강대종의 판단 기준을 흉내 내는 자문 규칙서가 추가됐다. 이 규칙서는 승인권자가 아니라 보수적인 go/hold 의견만 내며, 질문·관찰은 실행 지시로 보지 않고 되돌릴 수 없는 행동은 사람이 직접 확인한다.

routing-registry · 2026-07-06

fleet 라우팅은 중앙 조정자, 능력 전담 노드, 작업 노드라는 역할 중심 레지스트리로 정리됐다. 메시지 전달, 작업 배정, 보고 경로를 한 표에서 관리하되 공개 페이지에는 내부 호스트명이나 접속 별칭을 노출하지 않는다.

executor-routing · 2026-07-04

무거운 테스트·컴파일·대량 파일 처리처럼 CPU 비중이 큰 작업은 성능이 높은 작업 노드에 우선 배정한다. 단, 플랫폼 의존 빌드나 스토어 관련 절차는 해당 능력을 가진 전담 노드와 수동 게이트를 우선한다.

operating-constitution-v4 · 2026-07-02

운영 헌법은 12원칙 체계로 정리됐다. 핵심은 자동화 우선, 가시성, 위험티어, 단일 기록원, 중앙 머지 게이트, 증거 우선, 가역 우선, 정석 우선, 국소 변경, 재발방지의 코드화, 비용 봉투, 거부 존중이다.

risk-tier-gates · 2026-07-02

모든 행동은 R0~R4 위험티어로 분류한다. 읽기와 가역적인 PR 작업은 자동 진행할 수 있지만, 대외 발신·공개 게시·결제·물리 기기·정책 변경처럼 되돌리기 어려운 행동은 명시 확인 없이는 진행하지 않는다.

hard-deny-before-escalation · 2026-07-02

정책 평가는 hard_deny를 가장 먼저 본다. 강제 푸시, 대량 삭제, 시크릿 접근, 유료 API 종량제 호출, 화면 밖 실행처럼 금지된 행동은 일반 승인 절차로 우회할 수 없고 별도 명시 예외가 있어야 한다.

r3-escalation-split · 2026-07-02

진짜 금지와 사람 확인이 필요한 고위험 행동을 분리했다. R3 항목은 차단이 아니라 사람 확인 대기이며, 무응답은 승인으로 해석하지 않는다.

policy-observe-gate · 2026-07-02

정책 게이트는 먼저 관찰 모드로 도입된다. 분류 결과와 이유를 기록해 오분류를 잡은 뒤, 충분히 검증된 규칙만 강제 모드로 올린다.

codex-paygo-hard-deny · 2026-07-02

Codex 종량제 API 경로는 기본 금지다. 자동 작업은 구독 세션과 관찰 가능한 브릿지 경로만 사용하고, 비용이 새로 발생하는 스위치는 강대종의 명시 확인이 필요하다.

task-branch-pr-contract · 2026-07-02

작업 노드는 한 번에 하나의 작업만 맡고, 별도 브랜치에서 변경한 뒤 PR과 보고서로 닫는다. main 직접 반영, 자동 병합, 임의 fan-out은 금지된다.

task-ledger-and-evidence · 2026-07-02

작업 상태, 실행 증거, 정책 데이터는 서로 섞지 않는다. 모든 실행 작업은 번호를 갖고, 완료 판단은 말이 아니라 검증 출력·PR·기록 근거로 남긴다.

public-release-gate · 2026-07-02

공개 사이트와 앱 스토어처럼 외부에 바로 보이는 반영은 수동 게이트를 통과해야 한다. PR 생성은 가능하지만, merge나 배포는 공개 게시로 취급해 별도 확인을 요구한다.

auto-resume · 2026-07-01

세션이 끊기거나 정리될 때는 이어갈 작업 하나만 짧은 포인터로 남긴다. 다음 세션은 그 포인터를 한 번만 소비하고, 작업 결과 자체는 별도 기록원에 남긴다.

dynamic-workflow-cost-guard · 2026-07-01

동적 fan-out은 큰 작업에만 쓴다. 작은 수정은 단일 경로로 끝내고, 대량 읽기나 반복 검증은 저비용 요약 경로와 시간·반복 한도를 먼저 둔다.

context-lifecycle · 2026-07-01

긴 세션은 자동 압축 직전에 작업 상태를 기록하고 새 세션으로 넘긴다. 결과 본문을 복사해 이어붙이지 않고, 검증 가능한 포인터만 남겨 오래된 정보가 다시 퍼지는 것을 막는다.

작업장 전체 페이지 목적에 맞는 페이지 찾기