WorkBuddyのスキルは再利用可能なタスクプラクティスのセットに近いのに対し、MCPは外部ツールとデータソースをつなぐインターフェースのようなものです。AIにファイルを処理させたり、コンテンツを生成したり、スクリプトを実行したりするには、まずスキルを見つけてください。WeComのボット、データベース、ビジネスシステムを接続してモデルが本当に外部サービスを呼び出すようにしたいなら、MCPを検討してください。この2つは互いに置き換えるのではなく、連携して機能します。
まず表を使って明確にしましょう
| 比較項目 | スキル | MCP |
|---|---|---|
| 主な機能 | カプセル化された命令、スクリプト、ワークフロー | 外部の文脈やツールはモデルに開放されています |
| 共通入口 | スキルマーケットプレイス、スキルパックのアップロード、スキルの検索や作成 | サイドバープラグインにおけるMCPサーバーの設定 |
| 典型的なシーン | ドキュメント処理、ウェブ検索、固定出力ワークフロー | グループチャットへの通知、ビジネスデータの照会、第三者インターフェースへの通話 |
| トラブルシューティングのポイント | インストール、アクティベート、許可が適切かどうか | フォーマットの設定、コマンドの実行、認証情報、接続状況の設定 |
なぜインストール後でもスキルを呼び出せないのですか?
まず、「インストール済み」リストに行き、切り替えを確認します。スキルを無効にするとモデル呼び出しは一時停止するだけで、スキルファイルは削除されません。再開すると機能が回復し、アカウントと複数のデバイス間でアクティベーション状態が同期されます。タスクの説明には目標と成果物が明確に記載されているべきです。そうでなければ、モデルがどのスキルを呼び出すかを決定できない可能性があります。スキルが多すぎる場合は、誤トリガーを減らすために現在必要な項目のみを有効にしてください。
MCPの設定はユーザーレベルまたはプロジェクトレベルで行うべきです
プロジェクト間で使用される通知サービスはユーザーレベルの設定に適しています。特定のクライアントやプロジェクトにのみデータソースが対応する場合は、他のタスクによる誤用を避けるためにプロジェクトレベルの構成ディレクトリの下に置くべきです。保存後、まずMCPサーバーの状態を確認してください。緑は接続成功、赤はJSON括弧や引用符の優先度チェック、スタートアップコマンドの存在、認証情報の有効性、ネットワークへのアクセス可能を示します。
バウチャーの扱い方
WeWorkのWebHook、Token、APIキーはすべて通話認証情報であり、プロンプト、スクリーンショット、共有可能なスキルは含まれていません。サードパーティのスキルはローカルファイルを読み取ったり、外部サービスに入力を送信したりすることも可能です。インストール前に、ソース、権限要求、スクリプト内容を必ず確認してください。削除、支払い、外部送信の際には、まず小規模なデータで検証してください。
選択時には標準文を使えます:主な質問が「AIに方法を知らせる」ならスキルを選び、「AIは何に接続できるのか?」ならMCPを選びます。外部システムにアクセスする際にプロセスを修正し、両者を組み合わせる必要があります。
