개요
Lumie의 에이전트 시스템은 통제되는 엔지니어링 영역입니다. 프롬프트,
단축 명령, 일회성 어시스턴트의 목록이 아닙니다. .codex 제어 평면은
워크스페이스 전반에서 에이전트 작업을 정리하고, 라우팅하고, 검사하고,
리뷰하고, 보고하는 방식을 정의합니다.
시장 신호도 분명합니다. 에이전트 사용은 실험에서 워크플로 인프라로 이동하고 있습니다. McKinsey의 2025 State of AI 설문은 폭넓은 AI 도입, 활발한 에이전트 실험, 그리고 파일럿과 확장된 기업 가치 사이의 간극을 보고했습니다. Gartner의 2025년 엔터프라이즈 애플리케이션 전망은 2026년까지 작업별 AI 에이전트가 엔터프라이즈 앱에서 흔해질 것으로 예상했고, 2025년 6월 에이전트형 AI 전망은 비용, 비즈니스 가치, 위험 통제가 불명확하면 많은 프로젝트가 실패할 수 있다고 경고했습니다. Deloitte의 2026 에이전트형 AI 연구는 같은 문제를 가드레일보다 빠르게 확장되는 에이전트로 설명했고, PwC의 2025 AI Agent Survey는 생산성 향상을 넘어가기 위한 경로로 워크플로 재설계와 신뢰를 강조했습니다.
Lumie의 답은 에이전트 엔지니어링을 운영 아키텍처로 문서화하는 것입니다: 역할 범위 에이전트, 라우팅된 전문 작업, 사람이 참여하는 소유권, 증거를 생성하는 리뷰어, Tier 0 가드레일, 감사 가능한 워크플로 증거입니다.
이 섹션이 다루는 내용
| 문서 | 용도 |
|---|---|
| 에이전트 아키텍처 | 에이전트 역할, 소유권 경계, 라우팅 계층, 피해야 할 패턴 |
| 제어 평면 | .codex 영역, 신뢰 계층, Dispatch Lock, hook, lint, 체커 경계 |
| 워크플로 루프 | Plan, Work, Verify-Fix, Review-Fix, Maintenance loop 동작 |
| 리뷰와 증거 | review matrix 적용 범위, 증거 의미, No findings, 커밋 준비 |
설계 관점
Lumie는 AI 에이전트를 명확한 소유권과 검증이 필요한 인프라로 다룹니다. 시스템은 몇 가지 제약을 중심으로 설계됩니다.
- 에이전트 출력은 권한이 아니라 증거입니다.
- 리뷰어와 체커 에이전트는 필수 human-owner 적용 범위를 대체하지 않습니다.
- 오케스트레이션은 dispatcher agent가 아니라 라우팅된 루프에 둡니다.
- 문서를 읽지 않아도 반드시 지켜져야 하는 규칙은 hook, lint, test, 체커에 둡니다.
- 전문 에이전트는 좁은 역할, 명시적 범위, 검토 가능한 출력이 필요합니다.
이 구조는 에이전트 사용을 실용적으로 유지합니다. 주 에이전트는 전문 역할에 초점 있는 작업이나 리뷰 증거를 요청할 수 있지만, 주 실행 루프는 여전히 Dispatch Lock, 범위 제어, 검증, 최종 보고를 소유합니다.
Development 문서와의 관계
Development 섹션은 Lumie 워크스페이스에서 작업하는 방법을 설명합니다: 저장소 구성, Tilt, Docusaurus 작성 방식입니다. 이 섹션은 그 작업 뒤에 있는 에이전트 운영 모델을 설명합니다.
개발 작업이 진입 게이트, 라우팅, 에이전트 리뷰, 커밋 증거에 의존한다면 여기서 시작하세요.