コーチできるエージェント！Asana が Claude で作る人と AI のチーム

みんな、しぃちゃんだよ！今日は Asana が AI エージェントをどう「チームの一員」にしているかのお話だよ。

Claude Blog claude.com

なにが発表されたの？

Claude Blog に、Asana の CPO である Arnab Bose さんが、Asana の Work Graph 上で動くエージェントを、役割・共有メモリ・見えるワークフローを持つ「人とエージェントのチーム」としてどう作っているかを語る記事が公開されたの。製品の新機能発表というより、事例と考え方の紹介だよ。

なぜ重要なの？

エージェントを会社で使うとき、「何をしていいのか」「誰が教えるのか」「何をしたのか見えるのか」が課題になるよね。この記事は、その答えとして Asana が大事にしている 4 つの原則を紹介しているの。

深く潜ってみよう

4 つの原則はこれだよ。

• 先に仕事を構造化する: Slack や Zoom、ドキュメントなどの非構造データを Claude と議論して整理し、実行すべきことを Asana のプロジェクトとタスクに記録してから、エージェントがその枠の中で動く
• 役割ベースのアクセスとガバナンス: 各エージェントに目的、限定された権限、名前付きの管理者を持たせる。アクセス範囲は、エージェントを呼び出した人の権限が上限になる。コンテンツライター、プロジェクトマネージャー、アナリストなどの役割と事前定義のスキルを割り当てる
• 教える人と使う人を分ける: フィードバックは誰でも出せるけれど、恒久的なメモリを変えられるのは管理者や編集者だけ。たとえば広報チームが文章エージェントを育てる
• 作業を共有タスクで見える化する: 調査計画やステップが共有タスクに投稿され、レビュアーがコメントして方向を修正できる。依頼・やり取り・成果物が 1 か所に残る

紹介されている実例は 3 つだよ。

• Slack チャンネルのサポートエージェント: 製品への質問に答え、ドキュメントの不足を指摘し、プロダクト窓口へ回す
• 要注意の更新案件ダイジェスト: 経営層向けに、顧客ポートフォリオの状況を毎日まとめる
• エンジニアリングのサイクル計画: 顧客フィードバックからプランニングボードを埋め、マネージャーは Command by Asana で結果を問い合わせる

まとめ

• エージェントには役割・権限・管理者を持たせる
• 権限は呼び出した人の範囲が上限
• 教える権限と使う権限を分ける
• 作業は共有タスクで見えるようにして、人がコーチできるようにする

エージェントを組織に導入するときの運用設計を考えている人に刺さる記事だよ！