2026년 7월 27일, Microsoft는 에이전트를 프로덕션(Production) 환경으로 전환하는 방법에 관한 이틀간의 Azure Tech Community 심층 분석 세션을 열었습니다. 개발자들에게 유용한 정보는 이것이 새로운 에이전트 제품이 '아니라는' 점입니다.

Microsoft의 에이전트를 위한 프로덕션 경로(Path to Production)는 설득력 있는 데모가 권한, 예산, 고객 기록 및 공개적인 작업과 만나는 지점에 대한 기술적 가이드라인입니다.

프로토타입의 정확도는 입장권일 뿐입니다

프로토타입은 작업을 잘 수행할 수 있지만, 운영하기에는 여전히 안전하지 않을 수 있습니다. 프로덕션 환경은 다른 질문을 던집니다. 비결정론적(Non-deterministic) 시스템이 실제 데이터와 실제 워크플로(Workflow)를 통해 반복적으로 행동하도록 허용될 때 어떤 일이 발생할까요?

Microsoft가 확인한 엔지니어링 테마는 신뢰(Trust), 거버넌스(Governance), 제어된 규모(Controlled scale), 효율적인 오케스트레이션(Orchestration), 비용 효율성(Affordability), 그리고 에이전트 운영(AgentOps)을 동일한 프레임 안에 둡니다. 이 조합은 매우 중요합니다. 모델 품질은 필수적이지만, 모델 품질만으로는 누가 CRM 변경을 승인했는지, 왜 캠페인 결정이 변경되었는지, 또는 한계치에 도달했을 때 시스템이 어떻게 행동해야 하는지를 알려주지 않습니다.

프롬프트(Prompt)를 다듬기 전에 행동 경계를 정의하세요

프롬프트의 완성도를 높이기 전에 권한(Authority)부터 시작하십시오. Van Data Team은 에이전트의 자율성을 높이기 전에 데이터 접근, 작업 권한, 검토 게이트(Review gates), 보고 및 복구 과정을 매핑합니다. 이는 애플리케이션이 강제할 수 있는 제어 계약(Control contract)을 생성합니다.

실질적인 기준은 다음과 같습니다:

• 공개 메시지, CRM 쓰기, 캠페인 변경 및 지출 결정을 승인 게이트(Approval gates) 뒤에 배치합니다.
• 작업 진행 여부를 결정하기 위해 증거 기반 평가(Evidence-based evaluations)와 명시적인 브랜드 규칙을 사용합니다.
• 중대한 작업이 관찰 가능하고 추적 가능하도록 감사 로그(Audit logs)를 기록합니다.
• 워크플로가 대규모로 실행되기 전에 비용 상한선(Cost caps)과 중단 조건(Stop conditions)을 설정합니다.
• 실행이 계속되어서는 안 되는 경우를 대비해 안전한 '초안 전용(Draft-only)' 폴백(Fallback)을 유지합니다.

다음은 Microsoft의 사양은 아니지만, 해당 제어 계약(Control contract)을 위한 개념적 스키마(Schema)입니다:

control_contract:
  data_access: mapped
  actions: 
...

이는 생성(Generation)과 실행(Execution)을 분리합니다. 에이전트는 잠재 고객에게 연락할 권한을 받지 않고도 아웃리치(Outreach)를 준비할 수 있습니다. 또한 변경 사항을 직접 적용하지 않고 캠페인 조정을 권장할 수도 있습니다. 만약 평가(Evaluation)가 실패하거나 중단 조건(Stop condition)이 발동되면, 유용한 작업은 외부 액션(External action)으로 이어지는 대신 초안(Draft) 상태로 남을 수 있습니다.

AgentOps가 운영 질문에 답할 수 있도록 만들기

비결정론적 시스템(Non-deterministic systems)을 위한 AgentOps는 단순히 활동을 수집하는 것을 넘어 의사결정을 지원해야 합니다. 평가 증거(Evaluation evidence)를 통해 브랜드 규칙 통과 여부를 보여줄 수 있습니까? 감사 기록(Audit record)이 해당 액션을 식별할 수 있습니까? 운영자가 비용 상한선(Cost cap)이나 중단 조건에 도달했음을 확인할 수 있습니까? 워크플로(Workflow)가 게시, 지출 또는 CRM 쓰기 작업을 수행하지 않고도 안전하게 폴백(Fallback)될 수 있습니까?

이러한 질문들은 관측 가능성(Observability)을 운영 경계(Operating boundary)로 전환합니다. 여러 단계나 에이전트가 하나의 결과에 기여할 때는 귀속(Attribution)이 특히 중요합니다. 팀은 외부 액션을 해당 권한, 평가 상태 및 복구 경로(Recovery path)와 연결할 수 있어야 합니다.

통제된 확장(Controlled scale)에는 실제 비용이 따릅니다

거버넌스(Governance)에는 마찰이 따릅니다. 승인 게이트(Approval gates)는 지연 시간(Latency)을 추가합니다. 평가 스위트(Evaluation suites)는 유지보수가 필요합니다. 보수적인 중단 조건은 유용한 작업을 중단시킬 수 있는 반면, 초안 전용 폴백(Draft-only fallback)은 자동화 수준을 낮춥니다. 비용 제한 또한 좋은 결과를 낼 수 있었던 실행을 종료시킬 수도 있습니다.

대안 역시 그 나름의 비용을 수반합니다. 수동 검토는 규모가 커질수록 느려지며, 브랜드에 맞지 않거나 규정을 준수하지 않는 액션을 여전히 놓칠 수 있습니다. 따라서 효율적인 오케스트레이션(Orchestration)과 경제성은 신뢰(Trust)와 분리될 수 없습니다. 워크플로는 모든 저위험 단계를 동일한 검토를 위해 대기하게 만들지 않으면서, 적절한 의사결정을 사람에게 전달하도록 라우팅(Route)해야 합니다.

목표는 최대 자율성(Maximum autonomy)이 아닙니다. 출시 전에 비용, 권한 및 실패 동작(Failure behavior)을 알고 있는 통제된 자율성(Controlled autonomy)을 확보하는 것입니다.

사례 연구: Vanaxity에 프레임워크 적용하기

Microsoft가 보고한 범위는 엔지니어링 가이드라인이며, 여기서의 마케팅적 해석은 Van Data 팀의 것입니다. 우리가 Microsoft의 프레임워크를 자체 에이전트인 Vanaxity에 어떻게 적용했는지 소개합니다.

우리의 자율형 콘텐츠 에이전트인 Vanaxity는 관리되는 전환(governed transitions)을 통해 SEO, GEO, AEO를 위한 작업물을 조사, 작성, 삽화 제작, 게시 및 배포(syndicate)합니다.

그러한 전환 단계들은 하나의 포괄적인 권한을 공유해서는 안 됩니다. 조사는 게시 권한 없이도 유용할 수 있습니다. 작성 및 삽화 제작은 검토 가능한 초안 상태로 유지될 수 있습니다. 게시 및 배포는 외부 경계를 넘어서는 작업이므로, 보고(reporting)와 복구(recovery)는 사후 고려 사항이 아닌 릴리스 설계의 일부가 되어야 합니다.

팀이 방어할 수 있는 릴리스 테스트를 사용하십시오

유능한 에이전트는 그 행동이 경계가 정해져 있고(bounded), 관찰 가능하며(observable), 귀속 가능하고(attributable), 복구 가능할(recoverable) 때에만 프로덕션(production) 준비가 된 것으로 간주됩니다. 자율성을 확장하기 전에 평가 증거(evaluation evidence), 명시적 규칙, 추적 가능한 기록, 예산 경계, 중단 규칙(stopping rule), 그리고 안전하지 않은 작업의 실행을 막는 폴백(fallback)을 요구해야 합니다.

해당 테스트를 통과한다고 해서 비결정론(non-determinism)이 사라지는 것은 아닙니다. 다만 팀에게 정의된 한계와 이를 운영하기 위한 복구 태세(recovery posture)를 제공할 뿐입니다.

CRM에 글을 쓸 수 있는 에이전트의 경우, 여러분은 어떤 제어 항목을 첫 번째 엄격한 릴리스 게이트(release gate)로 설정하시겠습니까: 평가 증거, 인간의 승인, 비용 상한선, 아니면 테스트된 복구 경로입니까?

📖 가이드 전문 읽기 → Microsoft Path to Production for Agents: Governance Playbook