Context7
Up-to-date docs for AI agents
作者による説明(英語の原文)
Read-only search over the meetings, dictations and writing saved by the Transcripted Mac app.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
リンク先は作者自身のファイルです。私たちが置いたり再パッケージしたりしたものではありません。ファイルを開くと、Claude Desktopがインストールします。
ターミナルでこれを実行します
ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント r3dbars で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(1.1.76)がレジストリに届いたのは昨日です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにMCPBも必要です。
同じカテゴリには:Context7, Codebase Memory, Exa
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Up-to-date docs for AI agents
Codebase knowledge graph for AI agents — 162 languages, sub-ms queries, 99% fewer tokens.
Connect AI agents to Exa for web search, content fetching, and multi-step research.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
Read-only local tools for Transcripted meetings, dictations, and writing.
For Claude Desktop users, the best setup is inside the app:
Agent.Install in Claude.That path installs the bundled helper, updates Claude Desktop's config, and runs a local self-test.
The server exposes one interactive widget via the MCP Apps extension (io.modelcontextprotocol/ui, SEP-1865): call show_recent_meetings to render a card list of recent meetings — each with inline audio playback and a raw-transcript view — that draws inside a rendering-capable client. It is fully self-contained (no network; local audio/transcripts travel over the local transport), and falls back to a plain-text list in clients that do not render inline UI (e.g. the Claude Code CLI). Renders inline today in ChatGPT, VS Code, Cursor, and Goose; see docs/mcp-ui-recent-meetings.md for the per-client support matrix and how to try it.
Use this only when developing the MCP server directly:
swift build -c release
swift test
Binary:
.build/release/transcripted-mcp
Self-test:
.build/release/transcripted-mcp --self-test
The server reads the app-selected capture library first when Transcripted has written its local directory manifest or transcriptSaveLocation preference. Without a custom library, it reads:
~/Library/Application Support/Transcripted/captures/meetings
~/Library/Application Support/Transcripted/captures/dictations ~/Library/Application Support/Transcripted/captures/writing
Override paths with TRANSCRIPTED_DATA_DIR, TRANSCRIPTED_MEETINGS_DIR, TRANSCRIPTED_DICTATIONS_DIR, TRANSCRIPTED_WRITING_DIR, or TRANSCRIPTED_INDEX_DIR. If TRANSCRIPTED_DATA_DIR points at a shared root with meetings/, dictations/, or writing/ subfolders, transcripted-mcp uses those subfolders automatically and stores its SQLite index in that shared root unless TRANSCRIPTED_INDEX_DIR is also set. With per-kind meeting or dictation overrides, writing is read only when TRANSCRIPTED_WRITING_DIR is set too.
list_writing and read_writing mirror list_dictations and read_dictation for Writing_ .md day files (what the user typed with the Transcripted keyboard). search_context and recent_context take kind: "writing" and include writing in all. Writing search is full-text only; the on-device embeddings cover meetings and dictations.
The server can emit one anonymous PostHog event when each tracked capture query finishes (agent_capture_query_observed, see AgentCaptureQueryTelemetry.swift). result is one of success, empty_not_found, invalid_input, or internal_error. The payload is limited to coarse allowlisted metadata: client, tool, and capture kinds; latency and source- and result-count buckets; the result; and the owning app's validated app_version, build channel, and revision when available. Build identity is omitted when the app did not install it; the helper's own server version is never used as an app-version fallback. source_count_bucket means distinct capture files contributing to the response. result_count_bucket means returned records at that tool's natural response grain. Transcript text, query strings, capture IDs, titles, names, file paths, audio, and user identifiers are never properties.
It is gated twice:
observability-anonymous-analytics-enabled; off means nothing is sent)POSTHOG_API_KEY/POSTHOG_HOST, a local override, or the bundle's TranscriptedPostHogAPIKey; source builds have none by defaultTranscripts and audio never leave the Mac in any mode.
WS2.3 adds local structured retrieval tools for agents:
decisions(topic, range)commitments(person, range)open_questions(project, range)search_meetings(query, range)Each returns JSON receipts shaped around meetingId, timestamp, and quote. Summary-derived receipts have timestamp: null until exact audio anchors are available; raw utterance search includes the transcript timestamp. These tools use only the local SQLite index and saved summary/parser output.
Each release can also ship the helper as an MCP Bundle (transcripted-mcp.mcpb) for clients that install bundles directly, and list it in the official MCP Registry as io.github.r3dbars/transcripted.
The Publish MCP Bundle workflow does both. It copies the signed helper out of the release DMG, packs it with mcpb/manifest.json, attaches the bundle to the release, then fills in and publishes the root server.json. It runs when a release is published. There is no manual dispatch (it could run from any branch); to retry, re-run the job. Nothing is rebuilt, so the bundle keeps the notarized app's signature.
glama.json at the repo root claims the Glama listing for the maintainer.