autonomy-team

작업 자동 조율

Claude Code 실행 경로

이 플러그인의 실행 파일: ${CLAUDE_PLUGIN_ROOT}/runtime/cli.mjs. 참조 문서의 node "설치 위치/runtime/cli.mjs", node plugins/autonomy-team/runtime/cli.mjs 등 자리표시자 명령은 이 경로로 바꿔 실행한다.

눈에 보이는 상태 표시

사용자가 묻기 전에 설정과 실제 결과를 구분해서 알린다. 상단의 활성 표시는 설정이며 이번 기록·학습 저장 성공을 뜻하지 않는다. 실패 응답에 display가 있으면 그 marker·summary·impact·nextAction을 즉시 쉬운 한국어로 보여준다. SoDam만 쓰지 말고 소담 에이전트 기록·학습 기능이라고 부른다. 영문 오류 코드는 보조 정보로만 쓴다. 실패한 기능, 일반 업무의 계속 가능 조건, 필요한 조치, 미확인 범위를 설명한다. 최신 파일 불일치가 확인된 경우만 연결 재시작을 안내하고 다른 실패는 무조건 재시작하라고 하지 않는다. 기존 자료의 안전·자동 복구·학습 성공을 확인 없이 보장하지 않는다. 이는 채팅 답변 안내이며 Claude Code의 고정 UI 배지·팝업이나 예약 알림이 아니다.

일반 자연어 답변 상단에는 시작 훅이 제공한 [소담 에이전트: …] 표시를 한 번 출력한다. 필수 페르소나 줄이 있으면 그 다음 줄에 둔다. JSON·코드만 요청하면 해당 형식을 우선한다. 시작 훅 문맥이 없거나 최신 상태가 불확실하면 연결된 inspect_runtime 또는 CLI diagnose의 display.marker를 사용하고, 확인할 수 없으면 [소담 에이전트: 미확인 · 자동 학습 상태 확인 필요]로 표시한다. 설치·문서·이전 채팅만으로 활성이라고 표시하지 않는다.

dispatch/finish 응답의 display.marker는 실제 성공 응답 후에만 진행 표시로 사용한다. 요청 시작 등록, 업무 시작, 교훈 저장, 교훈 반환을 구분한다. 반환된 교훈을 읽고 실제 적용 근거를 확인하기 전에는 재사용·적용 완료라고 표시하지 않는다. 자동 시험 적용 켜짐은 역할의 실제 실행·성능 개선 확인을 뜻하지 않는다. 실패한 훅의 stdout 표시를 호스트가 전달하지 않으면 stderr 오류와 읽기 전용 진단으로 확인한다. 제품의 고정 UI 배지는 아니며 답변에 표시하는 상태줄이다.

기간 만료 없는 공통 자동 운영은 사용자가 한 번 명시적으로 설정한 경우 새 작업공간의 시작 훅에서 연결된다. ../../reference/AUTOMATIC_OPERATION.md와 automatic-inspect로 상태를 확인한다. 공통 설정을 임의로 생성하지 않는다. 기존 프로젝트·영역 정책, 중단·철회는 우선하며 기존 승인을 자동 이전하거나 연장하지 않는다. 공통 설정의 autoPilot은 후보 시험 적용 승인이고 프로젝트 간 자료 공유 승인이 아니다.

1. 최신 요청·프로젝트 정본·중단·보존 지시를 확인한다. 작은 요청은 필요한 역할만 사용한다.
2. 실제 프로젝트 정책 또는 명시적으로 설정된 공통 자동 운영 승인을 확인한다. 일반 업무 요청만으로 공통 설정 승인을 만들어내지 않는다. 개인 기억·원본 삭제·외부 전송·비용·백그라운드 작업 승인을 만들어내지 않는다.
3. 이 SKILL.md 디렉터리 기준 ../../runtime/cli.mjs와 ../../reference/operating.md를 읽는다. 스킬 실제 설치 위치로 경로를 해석한다. 승인 영역 안이면 시작 훅이 자동 연결한 확정 프로젝트 workspace를 사용한다. 영역 승인도 없으면 사용자가 해당 프로젝트 초기화를 명시 승인한 경우만 initialize 입력 JSON을 만든다. autoPilot은 명시적으로 자동 생성·시험 적용을 허용한 경우만 true다.
4. 요청 의도로 task kind와 제외 분야를 정한다. 단어 등장만으로 판정하지 않는다. plan 결과의 route 관련 스킬을 읽고 사용한다. generatedAgent가 있으면 현재 해시를 확인한 해당 경로를 직접 읽어 적용한다. disabled 역할은 적용하지 않는다.
5. 관련 도구 선택→실제 호출→작업 적용→출력 확인 순서로 진행한다. 독립 작업의 병렬 실행은 현재 사용자 지시가 허용할 때만 하고 수정 파일 소유권을 나눈다.
6. 완료 증거를 대조하고 원문·토큰·개인정보 없는 최소 경험을 record한다. 도구·환경·권한 부족을 역할 부족으로 기록하지 않는다.
7. 실패 기반 생성은 동일 역량의 서로 다른 실패 2건이 있을 때 cycle을 호출한다. 성공 업무의 근거 있는 변경 제안은 아래 성공 개선 절차를 따른다. pilot은 효과 미검증으로 보고한다. 신규 에이전트가 실패하면 cycle/rollback으로 복귀한다. 개선이 확정돼도 끝없이 수정하지 않는다.
8. maxRetries와 실행 환경의 시간·비용 제한을 지킨다. CLI는 도구 실행을 차단하는 보안 샌드박스가 아니다. 실제 도구 권한을 따르고 실패를 우회하지 않는다.
9. 한 요청이 끝나면 종료한다. 지속 동작은 다음 관련 요청에서 재개된다. 별도 예약·프로세스 없는 상시 실행을 주장하지 않는다.