Agentspan

각 단계는 다음 단계가 시작되기 전에 영속화되므로 충돌, 배포, 긴 대기가 실행의 진행 상황을 앗아가지 않는다. 새 워커가 연결되면 서버는 마지막으로 완료된 단계부터 재개한다. 그게 약속의 전부다. 몇 분이나 몇 시간 걸리는 에이전트에게 이는 신뢰할 수 있는 도구와 계속 지켜봐야 하는 도구의 차이다.

계획 후 실행 모드에서 모델은 실행 시점에 무엇을 할지 정하지만 단 한 번만 정하고, 단일 JSON 계획을 내놓는다. 서버는 이를 불변 워크플로로 컴파일해 오케스트레이션, 재시도, 병렬성에서 모델의 무작위성을 걷어낸다. 이 계획 후 실행 에이전트는 기존 Conductor 워크플로를 단계로 호출할 수도 있다.

에이전트는 cron 일정, Kafka 토픽, SQS 큐, AMQP 메시지, 웹훅, 데이터베이스 이벤트에서 시작할 수 있고, 이런 트리거는 각각 완전한 이력을 지닌 지속적 실행이다. 그래서 에이전트는 스택 안의 다른 어떤 이벤트 소비자와도 똑같이 동작한다. 일정 연결은 한 줄이면 된다. 예컨대 평일 아침 cron 표현식이다.

실행은 상태를 잃지 않고 일시 정지해 사람의 검토나 입력을 받은 뒤 같은 실행을 재개할 수 있다. 이는 덧대기식이 아니라 설계상 휴먼 인 더 루프 에이전트임을 뜻한다. 상태가 프로세스의 메모리가 아니라 워크플로에 있으므로 대기는 몇 분에서 며칠까지 이어질 수 있다. 효과를 내기 전에 서명이 필요한 모든 동작에서 이 점이 중요하다.

서버는 결정, 정책 결과, 작업 데이터, 타이밍, 실패의 지속적 기록을 남긴다. 에이전트가 무엇을 제안했고 정책이 무엇을 허용했으며 실행이 어디서 멈췄는지 확인할 수 있다. 왜 실패했나? 답이 기록에 있다. 모든 턴이 기록되면 에이전트 디버깅은 더 이상 추측이 아니다.

모델 출력은 명령이 아니라 제안으로 취급된다. 계획과 도구 인수는 실행 가능한 작업이 되기 전에 스키마 검증, 정책 점검, 필요한 승인을 통과해야 한다. 그래서 허가되기 전에는 아무것도 돌지 않는다. 도구, 입력, 팬아웃, 시간, 비용은 무엇이든 실행되기 전에 제한할 수 있다.

Conductor Agent SDK는 Python, TypeScript/JavaScript, C#/.NET용으로 제공되므로 팀은 이미 쓰는 언어로 에이전트를 만든다. 계획 후 실행 전략은 세 가지 모두에서 동작한다. 스택마다 패키지 한 줄로 설치하고 에이전트를 이식 가능하게 유지한다.