mcpField
C
Could Have Been Email

Could Have Been Email

リモート
pipeworx.io生産性05 日前に更新
リポジトリ公式サイト

Could Have Been Email について

Could Have Been Emailは、会議の文字起こしを分析し、メールで代替できたかを判定するMCPサーバーです。フィラーや決定事項、アクション項目を抽出し、代替メール案を作成します。

主な機能

  1. 01会議の文字起こしを分析
  2. 02フィラーを数え決定事項を特定
  3. 03アクション項目を抽出し代替メールを作成

活用シーン

  1. 01定例会議をメールに置き換えられるか評価
  2. 02議事録から決定事項とフォローアップを整理

MCP 対応

MCPクライアントに could_have_been_email_analyze ツールを提供し、Pipeworxゲートウェイまたはローカルstdioで利用できます。

設定

リモートサーバーはインストール不要です。クライアントを選んで設定をコピーするか、ワンクリックで導入できます。

エンドポイントhttps://gateway.pipeworx.io/could-have-been-email/mcp
インストールコマンドをコピー
Claude CodeTerminal
Cursor.cursor/mcp.json
VS Code.vscode/mcp.json
Claude Desktopclaude_desktop_config.json
Windsurf~/.codeium/windsurf/mcp_config.json

コマンドはターミナルで実行し、JSON は各クライアントの MCP 設定に貼り付けて再起動します。認可が必要なサーバーは初回接続時にログインを求めます。

ツール

詳細

mcp-could-have-been-email

could-have-been-email MCP — StupidAPIs をラップします(キー不要 — 認証情報は不要です)

Pipeworx の一部です — AI エージェントを 1875 以上の稼働中のデータソースに接続する MCP ゲートウェイです。これは独立した非公式の統合であり、上流プロバイダーとは提携、承認、公開のいずれもされていません。

ツール

ツール説明
could_have_been_email_analyze会議の議事録を確認し、代わりにメールで済ませられたかどうかを判定します。フィラー語の数、決定事項、アクションアイテム、会議に代わるメールの提案を返します。

クイックスタート

MCP クライアント(Claude Desktop、Cursor、Windsurf など)に追加します。

{
  "mcpServers": {
    "could-have-been-email": {
      "url": "https://gateway.pipeworx.io/could-have-been-email/mcp"
    }
  }
}
このエンドポイントが実際に提供するもの

https://gateway.pipeworx.io/could-have-been-email/mcp の tools/list は、上の表にあるツールに加えて、共有 Pipeworx メタツール(ask_pipeworx、discover_tools、search_within、remember/recall など、ゲートウェイ全体で使える一連のツール)も返します。そのため、表示されるツール数はこの表より多くなります。現在、単一パックのエンドポイントには、そのパック独自のツールに加えて、共有ツールがおよそ 30 個表示されます。接続の initialize 応答には正確な対象範囲が示されており、日ごとの状況を確認するうえでの正式な情報源となります。

これは意図的な仕様であり、偶然の多重化ではありません。メタツールを使うと、このパックが対象としない質問にも、カタログ全体を横断して処理する ask_pipeworx 経由で回答できます。そのため、MCP サーバーをもう 1 つ追加する必要はありません。現時点では、メタツールなしでパックのエンドポイントを接続する方法はありません。追加のスキーマが、ルーティングによる利点よりも多くのコンテキストを消費する場合は、複数のパックエンドポイントではなく、フルゲートウェイに 1 回接続してください。

また、フル Pipeworx ゲートウェイに接続すると、このパックだけでなく、すべてのパックのツールが直接一覧表示されます。

{
  "mcpServers": {
    "pipeworx": {
      "url": "https://gateway.pipeworx.io/mcp"
    }
  }
}

どちらの URL も同じゲートウェイと同じ 1875 以上のデータソースに接続します。異なるのは、どのパックのツールが直接一覧表示されるかだけです。どちらからも ask_pipeworx を使ってすべてのツールにアクセスできます。

MCP クライアントをお持ちでない場合:HTTP 経由で呼び出す

curl -X POST https://gateway.pipeworx.io/v1/tools/could_have_been_email_analyze \
  -H 'Content-Type: application/json' \
  -d '{"transcript":"Team standup: John reported completion of API integration. Sarah discussed Q4 roadmap priorities. Mike raised concern about database performance. Action: John to share API docs by Friday.","duration":15,"attendee_count":5,"recurring":true}'

最初の呼び出しではアカウントは不要です。任意のツールを確認するには、GET https://gateway.pipeworx.io/v1/tools/could_have_been_email_analyze を実行します。ツールを探すには、{"query":"..."} を指定して POST https://gateway.pipeworx.io/v1/tools/search_packs を実行します。

スタンドアロン(ゲートウェイアカウント不要)

このパッケージはローカルの stdio MCP サーバーとしても実行できます。Pipeworx アカウントも、ゲートウェイへの往復通信も必要ありません。

{
  "mcpServers": {
    "could-have-been-email": {
      "command": "npx",
      "args": ["-y", "@pipeworx/mcp-could-have-been-email"]
    }
  }
}

または、直接実行して起動することを確認できます。

npx -y @pipeworx/mcp-could-have-been-email

stdin/stdout 経由で MCP と通信し、このパックのツールだけを対象に initialize/tools/list/tools/call に応答します。上記のゲートウェイ接続で追加される共有メタツールは含まれません。同じソース、同じツールを使用しますが、ask_pipeworx によるルーティングはありません。

ask_pipeworx を使う

ツールを直接呼び出す代わりに、自然な英語で質問できます。この方法は、上記のパックエンドポイントとフルゲートウェイのどちらでも利用できます。

ask_pipeworx({ question: "your question about Could Have Been Email data" })

ゲートウェイが適切なツールを選び、引数を自動的に設定します。

詳細

ライセンス

MIT

コメント

MCP は初めてですか?

プロトコルの概要から最初のサーバーの導入まで、よくある疑問にまとめて答えます。

AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。