만드는 권한과 게시하는 권한

결과를 만드는 주체가 공유 저장소에 반영할 자격 증명까지 가질 필요는 없다. 데모는 준비·에이전트 수행·게시를 별도 실행 환경으로 나누고 계획과 결과를 단계 사이에 전달한다.[S103]

계획과 결과가 권한 경계를 건넌다

이 절 토론하기

준비 단계는 할 일과 실행 조합을 계획으로 남긴다. 에이전트 수행 단계는 변경을 만들며, 게시용 GitHub App 토큰을 직접 받지 않는다. 게시 단계는 별도로 발급받은 토큰으로 결과를 저장소에 올린다. 이때 신뢰하는 기준 코드로 계획과 전달된 결과·변경 범위를 확인하고 에이전트가 바꾼 작업 디렉터리의 코드는 실행하지 않도록 구성한다.[S103]

준비 단계도 App 토큰을 사용한다. 따라서 구조를 ‘사람 대 에이전트’ 두 주체로만 나누기보다 어느 실행 단계가 어떤 자격 증명과 데이터를 받는지 살펴야 한다. 결과 전달과 게시 직전의 확인이 빠지면 실행 환경만 나누어도 권한 경계의 목적을 이루지 못할 수 있다.

구현 근거 읽기

이 절 토론하기

확인할 대상	역할과 확인할 사실	구현 근거
세 실행 단계	별도 환경과 자격 증명·계획 전달 배치	단계와 토큰 확인
준비와 게시 처리	계획을 만들고 변경 묶음을 받아 처리하는 관계	결과 전달 읽기
게시 직전 보호	계획·버전·변경 경로를 다시 대조	반영 전 확인 읽기
운영 안내	실행 환경·캐시에 남는 보안 제한	남은 위험 읽기

리더의 판단과 한계

이 절 토론하기

단계마다 무엇을 신뢰하는지, 게시 직전에 무엇을 다시 확인하는지, 예외는 누가 판단하는지 정한다. 게시용 App 토큰을 넘기지 않는 정의는 모든 자격 증명이 없거나 완전한 격리가 보장된다는 뜻이 아니다. 운영 안내는 실행기와 캐시를 통한 위험을 명시한다.[S103] 게시 성공은 사업적 결과의 수용 판단과도 다르다.

2026년 10월 15일 확인한 고정 버전의 문서와 코드 구조를 설명한다. 데모를 직접 실행하거나 실제 조직의 효과를 검증한 결과는 아니다. 정확한 판본과 확인 범위는 출처에서 추적할 수 있다.

9장으로 돌아가기 · 데모 해설 목록