原典: How Anthropic’s sales team rebuilt inbound with Claude Managed Agents
一行要約
Anthropic の営業は、問い合わせに答えて購入まで運ぶエージェントを Managed Agents で作った（prompt・少数のツール・Claude だけ）。学んだのは、規則の一覧より目的を渡すほうが効く、prompt は短いほど良い、エージェントから人への引き継ぎの理由をすべてフィードバックとして扱うこと。
要点
何を作ったか
問い合わせフォームを出した人が何日も待たされ、質問の多くはドキュメントにある単純なもの（プランの値段、席数の下限、HIPAA の契約要件）だった。購入エージェントは問い合わせ・価格のページ、製品の中、メールに置かれ、会話は購入・担当者への引き継ぎ（会話の全文つき）・短い回答のどれかで終わる。エージェントと話すか担当者と話すかは、客が最初に選ぶ（opt-in）。
結果: 1日に数千の会話、引き継がれた客が商談になる割合は旧フォームの2倍超、成約は約5日早い。
学んだこと
Give Claude a goal, not rules. Explaining the goal of the agent worked better than a detailed list of instructions.
Claude には規則ではなく目的を渡せ。 エージェントの目的を説明するほうが、詳しい指示の一覧より良く働いた。
（「顧客の要件を理解し、見込み客を見極め、最適なプランを勧めることが目的」のような単純な一文が、見極めの条件をフローチャートで並べるより効いた）
Less is more. We experimented with prompts of varying lengths, complexity, and structure, and found the maxim of ‘less is more’ works best.
少ないほど良い。 長さ・複雑さ・構造の違う prompt を試し、「少ないほど良い」という格言が最も良く働くと分かった。
邪魔をせず、成功に要る知識と context（席課金が何を含むか、請求の周期など）を渡す。
- 専門家（SME）を開発のループに入れる —— 営業と内容の担当者が Console で system prompt を直接読み直し、変更はまず staging のエージェントへ。誰でも客に届く前に試せた
- 客に正しいことに集中する —— 小さなチームには Enterprise ではなく Team を勧めることがあり、それを仕様とした（押し売りされず正しいプランに着いた客のほうが残る）
- エージェントから人への引き継ぎをすべてフィードバックとして扱う —— 引き継ぐたびに理由を書かせた。初期の理由の多くは、客がまだ自分でできないこと（セルフサービスの欠け）で、それを直していくと人が要る会話の割合が約半分に下がった
なぜ Managed Agents か
エンジニア1人が数週間で最初の版を作った。ループ・セッション・ホスティングは基盤に任せ、時間を prompt・ツール・知識ベース（売ることに固有な3つ）に使った。変更はすべて版として残り、社内試験の1週間で v7、公開後も毎週 prompt を出し、必要なら新しいセッションを前の版に向け直せた。
そのまま使える具体例
目的を渡す一文（原典の例）:
Your goal is to understand customer requirements, qualify prospects, and recommend the best plan原典で言及されている関連文書
（原典は他の sources へのリンクを本文に持たない）