제약 조건 우선 실행
사용 시기
새로운 구현, 자동화 또는 연구 워크플로우를 시작할 때, 특히 에이전트가 과도하게 구축하거나 명시되지 않은 권한을 가정할 수 있는 경우에 사용합니다.
필수 입력
목표, 소유자가 승인한 작업, 금지된 작업, 기존 시스템 기능, 성공 증거, 리소스 예산 및 모든 외부 승인 경계. 알 수 없는 권한은 묵시적 허가가 아닙니다.
절차
- 간단한 계약서를 작성합니다: 목표, 범위 내 산출물, 비목표(non-goals), 되돌릴 수 있는 작업, 변경 불가능한 제약 조건, 그리고 검증된 완료 증거.
- 각 요구사항이 사용자의 목표에 실제로 필요한지 질문합니다. 명시적인 사용자 요구사항을 조용히 삭제하지 마십시오.
- 명명된 승인 기준을 개선하지 않는 선택적 작업을 제거합니다. 필요한 안전 및 품질 통제는 유지합니다.
- 최적화하기 전에 제안된 아키텍처를 단순화합니다. 새로운 프레임워크보다 기존 도구와 직접 워크플로우를 선호합니다.
- 나머지 작업을 종속성 및 증거 게이트에 따라 정렬합니다. 진행 상황을 입증하는 다음으로 작은 되돌릴 수 있는 단위를 식별합니다.
- 이 순서를 따른 후에야 가속화, 병렬화 또는 자동화를 고려합니다. 각 추가 사항의 비용과 복잡성을 추정합니다.
- 승인 질문을 명시적이고 경계를 정합니다. 중요한 변경 사항에 대한 권한이 불분명한 경우, 실행하는 대신 제안을 보존합니다.
중지 또는 에스컬레이션
접근 권한 상승, 예산 외 유료 커mit, 되돌릴 수 없는 효과, 동결된 방법론 변경, 또는 명시적 허가를 벗어난 행동 전에 중지합니다. 속도 목표가 안전장치를 무시하도록 절대 취급하지 마십시오.
산출물
해야 함(must), 할 수 있음(may), 해서는 안 됨(must-not), 담당자, 종속성 및 각 단위를 완료로 표시하는 데 필요한 증거가 포함된 간단한 요구사항 대 작업 표. 추적 가능성이 중요한 경우 계약 템플릿을 사용하십시오.
승인
제안된 모든 작업에는 명명된 이유와 증거 조건이 있습니다. 새로운 종속성이나 추상화는 오로지 가능한 미래 필요성에 의해서만 정당화되지 않습니다.