0️⃣ 먼저, 반대 논리(anti-case). 만약 고품질 에이전트 API를 출시하지 않았다면, 거기서부터 시작하세요. 적절한 OpenAPI 사양, SDK, CLI 및 MCP를 활용하십시오.

1️⃣ 편리성. 모든 고객이 귀하의 제품과 회사와 가능한 모든 상호작용을 위한 '장치(harness)'를 준비하고 있는 것은 아닙니다. 자체 도메인에서 에이전트를 출시하는 것은 많은 자발적인 요구사항을 충족시킵니다.

2️⃣ 보안. 여러분이 𝚟𝚎𝚛𝚌𝚎𝚕.𝚌𝚘𝚖으로 가서 Agent와 대화할 때, 우리는 감사 추적(audit trails), 최소 권한 원칙(least-privilege permission model), 그리고 보안, 개인 정보 보호 및 데이터 무결성을 보장하기 위한 추가적인 확신을 제공하는 작업을 수행합니다. 이는 사용자 기기에 분산된 정적 자격 증명들과 달리 완전히 클라우드 기반이며 샌드박스 처리됩니다.

3️⃣ 능동성(Proactivity). 우리는 여전히 AI의 '인간이 프롬프트를 입력하는' 단계에 있습니다. 우리의 클라우드 기반 에이전트는 예외, 공격, 사용량 급증으로 인해 트리거된 이상 징후 경고에 따라 작동할 수 있습니다. 우리의 에이전트는 여러분이 잠든 동안에도 인프라를 모니터링해야 합니다. 물론 자체 장치로 워크플로우와 일정을 설정할 수는 있지만, 훨씬 어려워집니다.

궁극적으로 이는 순서(sequencing)의 문제입니다. 저는 Mitchell에게 동의하며, 우선순위는 사용자에게 선택권과 유연성을 제공하는 것이라고 생각합니다. 저희는 사람들이 https://t.co/RhLxa4zpiZ에 있는 모든 에이전트와 통합할 수 있도록 합니다. 저희의 CLI와 MCP는 지속적으로 개선되고 있습니다. 자체 Agent 역시 모두가 사용하는 동일한 https://t.co/egfC60tXum을 재사용합니다. 여러분이 에이전트라면, 저희의 모든 사이트는 Markdown-over-the-wire 방식입니다.

제가 가진 데이터와 일화에 따르면 이 전략은 상당히 잘 작동하고 있지만, 상황에 따라 다릅니다(YMMV).