03
개발 제어 시스템
Workspace Ops
여러 AI 세션과 머신이 함께 작업할 때 권한, Git 상태, worktree, handoff, acceptance를 각각 분리해 관리하는 개발 제어 시스템입니다.
운영 기반
- 기간
- 2025 — 현재
- 역할
- 시스템 엔지니어
Workspace Ops / control flow작업을 이어갈 수 있는 상태
01Authorityscope→
02Statetransition→
03Gitrevision→
04Evidenceacceptance→
문제
03여러 AI 세션과 머신이 동시에 움직이면 프롬프트에 적힌 지시와 실제 권한이 섞이고, Git과 worktree 상태도 쉽게 모호해집니다.
제약
- Workspace Ops가 제품 로드맵이나 구현 권한까지 가져가면 안 됩니다.
- 출처와 소유자가 불분명한 변경은 사람이 판단하기 전까지 보존해야 합니다.
- 프로젝트·세션·머신·리비전·승인 상태를 서로 독립적으로 관리해야 합니다.
설계와 결정
- 상태 전이는 정형화된 스키마와 영속 체크포인트를 기준으로 기록합니다.
- projection은 정책과 근거를 읽기만 하는 관찰 계층으로 제한했습니다.
- 소유권이나 출처가 불분명하면 진행을 막는 fail-closed 방식으로 설계했습니다.
구현
- Workspace 저장소 안에 Go 표준 라이브러리 기반 제어 확장을 구현했습니다.
- 세션 수명주기 저장과 write-ahead log, deterministic projection, gate, fidelity check를 구현했습니다.
- 잘못된 상태 전이와 장애 복구는 fixture 기반 회귀 테스트로 확인합니다.
검증과 근거
상태 모델확인
Go 확장에는 session, gate, projection, repository, fidelity 패키지가 분리되어 있습니다.
회귀 테스트확인
정상 수명주기, 금지된 상태 전이, 장애 복구, deterministic projection을 테스트합니다.
권한 경계기록
Workspace governance는 개발 과정을 제어하는 계층이며, 제품의 소유권을 대신하지 않습니다.
결과와 현재 상태
여러 AI 세션을 더 많이 돌리는 도구가 아니라, 누가 무엇을 어디까지 바꿀 수 있는지 추적하고 복구하기 위한 제어 계층입니다.