에이전트 기능은 단 한 번의 모델 호출로 이루어지지 않습니다. 그것은 UI, API, 권한 부여 (authorization), 스토리지 (storage), 워커 실행 (worker execution), 그리고 인간의 검토 (human review)를 가로지르는 하나의 계약 (contract)입니다.

저는 그 계약을 명시적으로 만들 것입니다:

type ActionEnvelope = {
  taskId: string;
  planVersion: number;
...

브라우저는 특정 planVersion을 승인합니다. API는 해당 승인을 저장합니다. 워커는 계획이 변경되었거나, 액션이 이미 실행되었거나, 인자 (arguments)의 해시 (hash)가 검토자가 본 것과 다를 경우 엔벨로프 (envelope)를 거부합니다.

수정 (correction)은 실패한 액션과 그 증거를 참조하는 새로운 액션입니다. 기존 행 (row)을 조용히 변경 (mutate)해서는 안 됩니다:

(task_id, plan_version, action_id, replaces_action_id, status)
values ($1, $2, $3, $4, 'pending');

연결 부위 (seams)를 테스트하세요:

OpenAI Agents SDK run lifecycle는 도구 호출 (tool calls) 및 핸드오프 (handoffs)를 포함하는 루프를 문서화합니다. 어떤 SDK를 사용하든, 애플리케이션은 여전히 내구성이 있는 계층 간 계약 (cross-layer contract)을 소유합니다.

이 수직적 슬라이스 (vertical slice)는 현재 무료로 시작 가능한 브라우저 플랫폼 (browser platform)을 포함하여 MonkeyCode를 위한 적절한 일회성 작업입니다. 위의 스키마 (schema)는 독립적인 예시이며, MonkeyCode의 내부 구조에 대한 주장이 아닙니다. 나중에 저장소 (repository)를 내보내어 동일한 수락 테스트 (acceptance tests)를 다른 곳에서도 실행할 수 있도록 하세요.

저는 MonkeyCode 사용자이며, 해당 프로젝트와 관련이 없습니다. 이 계정은 이 배치의 나머지 계정들과 동일한 운영자에 의해 관리됩니다.