Could Have Been Email について
Could Have Been Emailは、会議の文字起こしを分析し、メールで代替できたかを判定するMCPサーバーです。フィラーや決定事項、アクション項目を抽出し、代替メール案を作成します。
主な機能
- 01会議の文字起こしを分析
- 02フィラーを数え決定事項を特定
- 03アクション項目を抽出し代替メールを作成
活用シーン
- 01定例会議をメールに置き換えられるか評価
- 02議事録から決定事項とフォローアップを整理
MCP 対応
MCPクライアントに could_have_been_email_analyze ツールを提供し、Pipeworxゲートウェイまたはローカルstdioで利用できます。
設定
リモートサーバーはインストール不要です。クライアントを選んで設定をコピーするか、ワンクリックで導入できます。
https://gateway.pipeworx.io/could-have-been-email/mcpclaude mcp add --transport http pipeworx-io-could-have-been-email https://gateway.pipeworx.io/could-have-been-email/mcp{"mcpServers":{"pipeworx-io-could-have-been-email":{"type":"http","url":"https://gateway.pipeworx.io/could-have-been-email/mcp"}}}Cursor で開く{"servers":{"pipeworx-io-could-have-been-email":{"type":"http","url":"https://gateway.pipeworx.io/could-have-been-email/mcp"}}}VS Code で開く{"mcpServers":{"pipeworx-io-could-have-been-email":{"type":"http","url":"https://gateway.pipeworx.io/could-have-been-email/mcp"}}}{"mcpServers":{"pipeworx-io-could-have-been-email":{"serverUrl":"https://gateway.pipeworx.io/could-have-been-email/mcp"}}}コマンドはターミナルで実行し、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
コメント
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。