KTKang TaewookProduct Engineer · AI Systems
사례 인덱스

익명 사례 · AI 작업 제어

승인 기반 AI 업무 실행

AI 작업이 저장소나 외부 시스템을 바꾸기 전에 목표·승인·쓰기 범위를 확인하고, 실행 결과와 복구 자료를 남기도록 만든 익명 로컬 프로토타입입니다.

역할
Product Engineer
영역
AI task control plane
시기
Local product prototype
공개 자료
1개 항목

문제와 제약

여러 AI 도구가 각자 작업을 실행하면 누가 무엇을 승인했는지, 허용된 범위를 벗어났는지, 실패 뒤 어디서 복구해야 하는지 한곳에서 확인하기 어렵습니다.

  • C1모델이 승인되지 않은 목표나 쓰기 범위를 스스로 넓히지 못하게 해야 했습니다.
  • C2저장소와 외부 시스템을 바꾸는 작업은 실행 전후 상태와 산출물을 남겨야 했습니다.
  • C3현재 확인된 범위는 로컬 프로토타입이며 조직 전체 도입이나 운영 성과는 주장할 수 없습니다.

내가 맡은 범위

  1. R1공통 task contract와 실행 상태 정의
  2. R2승인 ID·쓰기 범위·worker 경계 구현
  3. R3diff·로그·산출물·감사 기록과 백업·복구 절차 연결

핵심 판단

D01

모델과 실행 권한을 분리했습니다.

모델은 작업안을 만들고, worker가 승인 ID와 쓰기 범위를 다시 확인한 뒤에만 실제 변경을 수행하도록 나눴습니다.

D02

안전한 기본값을 실행 계약에 넣었습니다.

기본 상태를 dry-run으로 두고 변경 중인 저장소나 허용 범위 밖 파일이 감지되면 실행을 멈추게 했습니다.

D03

완료 상태에 복구 자료를 포함했습니다.

명령 종료만으로 완료하지 않고 diff·로그·산출물과 백업 위치를 함께 기록해 검토와 되돌리기가 가능하게 했습니다.

구현 구조

  1. I1목표·입력·승인·쓰기 범위를 담은 task contract
  2. I2승인 대기와 queue·worker 분리
  3. I3범위 밖 변경과 dirty worktree 차단
  4. I4실행 로그·artifact·audit record
  5. I5backup·restore 절차
승인과 복구가 있는 AI 실행 경계공개용 구조도
  1. N1Task contract
  2. N2Approval
  3. N3Queue / worker
  4. N4Scoped execution
  5. N5Audit / recovery

내부 구조 원본이 아니라 공개 가능한 구성 요소만 단순화한 그림입니다.

검증과 확인된 결과

코드·문서에서 확인한 구현과 측정된 외부 성과를 별도 상태로 표시합니다. 외부 성과가 없으면 수치로 적지 않습니다.

검증

  • 코드·운영 문서·로컬 프로토타입에서 승인, 쓰기 범위, worker, 감사 기록과 복구 경로를 확인했습니다.

    맥락 확인

  • 실제 팀 사용량, 업무 시간 절감과 실패율 개선은 측정 자료가 없어 공개 성과로 적지 않습니다.

    맥락 확인

확인된 결과

  • 분리돼 있던 AI 작업 요청, 승인, 실행, 감사와 복구 절차를 한 로컬 제어 화면과 worker 계약으로 연결했습니다.

    맥락 확인

공개 자료와 제한

구조도Execution boundary map내부 저장소와 작업 데이터를 제외하고 task contract부터 복구까지의 경계만 다시 그린 공개용 구조도입니다.맥락 확인