コアコンセプト

カスタムコネクタを自分で作成することは、おそらく開発者でない限りありません。しかし、あなたはそれを「依頼する」立場です。そして、上手に依頼すること自体がスキルとなります。本章では、何が可能か、チームにどのように伝えるべきか、そして良い最初のカスタムコネクタの例について解説します。

仕組み（ステップバイステップ）

ステップ1 - カスタムが最適な選択肢であるタイミングを知る

「カスタム」には3つのパターンがあります。

これら3つのケースすべてで、カスタムが最適な選択肢となります。

ステップ2 - 実現を可能にする標準を理解する

MCP（Model Context Protocol）は、Anthropicの対応を待たずにカスタムコネクタを実現できる仕組みです。これはオープンな標準規格です。誰でも任意のツールをMCPでラップでき、Coworkはそれと連携できます。開発チームは許可を得る必要はありません。ただ構築すればよいのです。

ステップ3 - 具体的に依頼する

依頼内容の具体性が、コネクタが実際にリリースされるかどうかを左右します。開発チームには次の5点を伝えましょう。

• ツール。 システム名、API名、バージョン名を明記。
• アクション。 必要な操作の正確なリスト。「連絡先レコードの読み取り」「案件にメモを追加」など。
• データ構造。 どのフィールド、どのレコード、どのフォーマットか。
• 認証。 OAuthやAPIキーなど。開発者は既に把握している場合が多いです。
• 最初のユースケース。 このコネクタを使ってCoworkで実現したい具体的なタスク。

5番目が抜けると、「何でもできる」コネクタになりがちで、結局リリースされません。

ステップ4 - 最初のターゲットを適切に選ぶ

最初の社内コネクタには3つのルールがあります。

• 範囲を絞る。 1つのツール、少数のアクション。
• 頻度重視。 チームが日常的に使うもの。
• 主に読み取り。 まずは情報取得から始める。書き込みはリスクが高く、より多くの制御が必要です。

ステップ5 - 現実的な期待値を設定する

焦点を絞ったカスタムコネクタは、数分から数時間で構築可能なものであり、数週間かかるプロジェクトではありません。開発チームは、いくつかのAPIエンドポイントをMCPでラップするだけで、アプリを新規開発するわけではありません。一度経験した開発者なら、ほとんどのシンプルな社内ツールを半日で対応できます。基盤となるツールのAPIが変更された場合は継続的なメンテナンスが必要ですが、それはすべての連携に共通することです。一度リリースされれば、その日から、そしてその後もずっと効果を発揮します。

なぜ重要なのか

今後2年間でCoworkを活用して成果を上げるチームは、早い段階からこの社内ツールキットの構築を始めたチームです。1つずつ、範囲を絞って、午後のうちにリリースするカスタムコネクタ。Coworkは汎用的なツールから、あなたのビジネスを理解するツールへと進化します。

この章でできるようになること

• 自社で最初のカスタムコネクタ候補を特定する
• 開発者が実行可能な5点ブリーフを書く
• MCPとは何かを非技術者に高いレベルで説明する
• チームと現実的なスケジュール感を共有する