Skip to main content

Shanoneとは何か

Shanoneは自分で考えて計画を立てる自律型エージェントではありません。ShanoneはCursor・Claude Code、あるいはその他のModel Context Protocol (MCP)対応クライアントといった、チームが既に使っているエージェントの「下側」にあるレイヤーです。具体的には次の3つを提供します。
  • ツールベンダー — Slack、GitHub、Notion、Stripe、Google Workspace、Ethereumなど140以上のサービスを呼び出し可能なツールとして公開する、1つのホスト型MCPサーバー。エージェントごとに個別の連携を作り込む必要がありません。
  • スキルベンダー — 再利用可能なステップバイステップのワークフロー(「Skill」)を一度保存すれば、どのマシン・IDE・エージェントからでも呼び出せる仕組み。
  • 権限管理 — Shanoneアカウントを所有するチーム(または組織)が、どのメンバーがどのツール・サービスを使えるかを正確に決められる、IAM的な統制レイヤー。
一言でいえば、エージェントにはツールを、チームには権限管理を、すべて1つの場所で。
Shanone

数字について

Shanoneはマーケティング上「140以上の連携、10,000以上のツール」として紹介されています——これはShanoneが構築を目指しているエコシステム全体の規模です。本ドキュメント執筆時点で、Shanoneのバックエンド(apps/backend/src/tools/)には269以上のサービス統合が実装済みで実際に稼働しています。カテゴリの例は以下の通りです。

コミュニケーション

Slack、Discord、Telegram、Microsoft Teams、Google Chat、LINEなど

開発者プラットフォーム

GitHub、GitLab、Bitbucket、Linear、Jira、CircleCI、Sentry、Vercel

ドキュメント & 生産性

Notion、Google Workspace(Gmail、Calendar、Docs、Sheets、Drive)、Confluence

ビジネス & 金融

Stripe、HubSpot、CRM関連ツール、Airtable

Web3

Ethereum JSON-RPC、ENS、Alchemy経由のトークン/NFTデータ

AI & インフラ

OpenAI、Anthropic、Modal、Replicate、Datadog、Cloudflareなど
インテグレーションページに載っていないサービスが必要な場合でも、実装済みである可能性は高いです——これらのページは一部を詳しく紹介しているだけです。エージェントにサービス名でshanone_search_toolsを実行してもらってください。登録済みであれば見つかります。

エージェントがShanoneを使う仕組み

外部AIエージェントは、可能なアクション1つにつき1つのMCPツールを持つわけではありません(それではエージェントのコンテキストウィンドウがすぐに溢れてしまいます)。代わりに、Shanoneは少数のメタツールを公開し、Composioのようなツールカタログ構成に近い「検索(スキーマ同梱)→ 実行」のパターンに従います。
1

ツールを検索する

エージェントはshanone_search_toolsを自然言語のクエリ(例: 「Slackのチャンネルにメッセージを投稿する」)で呼び出し、適切なツール名を見つけます。あるサービスの全ツールを網羅的に知りたい場合はshanone_list_service_toolsを使います。
2

スキーマを確認する

エージェントは検索結果のinputSchemaで必須/任意の引数を確認します。schemaRefのみの場合に限り、shanone_get_tool_schemaで追加取得します。
3

ツールを実行する

エージェントはshanone_execute_toolをツール名と引数で呼び出します。対象サービスに認証が必要な場合、Shanoneは失敗の代わりにconnect_linkを返します——ユーザーがそれを開いて認可すれば、エージェントは再試行できます。
再利用可能なワークフローについても同じパターンが繰り返されます: shanone_list_skills → shanone_get_skill → エージェントが自身で指示に従い、必要に応じてツールを呼び出します。チーム管理者向けには、shanone_list_services → shanone_set_user_tool_permission / shanone_set_user_service_permissionによって、RootユーザーまたはSA2委任ユーザーが各メンバーのエージェントがどのツールを実行できるかを正確にコントロールできます。 これらはすべて1つのMCP接続の中で行われます——サービスごとにOAuthアプリを登録したり、SDKをエージェントのランタイムに組み込む必要はありません。

次のステップ

クイックスタート

APIキーを取得し、最初のクライアントを接続して、最初のツール呼び出しを実行する

MCP概要

メタツールのワークフローとShanone MCPサーバーの構造を理解する

インテグレーション

Slack、GitHub、Notion、Stripeなどの連携カタログを見る

権限管理

チームが誰がどのツールを使えるかを管理する方法を学ぶ