GitHub
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
作者による説明(英語の原文)
Competitor monitoring for AI agents: track rival pricing, docs and changelog changes with evidence.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
COMPETIFLOW_API_KEY「秘密」と表示された値は、あなたのアカウントの鍵です。絶対に人に教えたり、チャットに貼り付けたりしないでください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"competiflow": {
"command": "npx",
"args": [
"-y",
"@competiflow/mcp-server"
],
"env": {
"COMPETIFLOW_API_KEY": "your-value"
}
}
}
}ターミナルでこれを実行します
claude mcp add competiflow --env COMPETIFLOW_API_KEY=your-value -- npx -y @competiflow/mcp-server動かす前に、空欄の値を入力してください。
プロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"competiflow": {
"command": "npx",
"args": [
"-y",
"@competiflow/mcp-server"
],
"env": {
"COMPETIFLOW_API_KEY": "your-value"
}
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"competiflow": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@competiflow/mcp-server"
],
"env": {
"COMPETIFLOW_API_KEY": "your-value"
}
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月7日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント nyku で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
入力が必要なもの:COMPETIFLOW_API_KEY
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.2.0)がレジストリに届いたのは10 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.jsも必要です。
同じカテゴリには:GitHub, Desktop Commander, Cloudflare MCP
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
MCP server for terminal commands, file operations, and process management
Cloudflare MCP servers
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
MCP (Model Context Protocol) server for Competiflow. Use competitor monitoring as tools in Cursor, Claude Desktop, Windsurf, and any MCP-compatible client.
Track competitors, run discovery, read the interpreted change feed, triage items, and pull workspace digests without leaving your AI client.
Create an API key in the Competiflow dashboard under API keys, then add the server to your client config. COMPETIFLOW_API_KEY is the only variable you need.
Add to ~/.cursor/mcp.json:
{
"mcpServers": { "competiflow": { "command": "npx", "args": ["-y", "@competiflow/mcp-server"], "env": { "COMPETIFLOW_API_KEY": "sk_live_your_key_here" } } } }
Add to ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):
{
"mcpServers": { "competiflow": { "command": "npx", "args": ["-y", "@competiflow/mcp-server"], "env": { "COMPETIFLOW_API_KEY": "sk_live_your_key_here" } } } }
Add to ~/.codeium/windsurf/mcp_config.json:
{
"mcpServers": { "competiflow": { "command": "npx", "args": ["-y", "@competiflow/mcp-server"], "env": { "COMPETIFLOW_API_KEY": "sk_live_your_key_here" } } } }
| Tool | API | Description |
|---|---|---|
list_workspaces | GET /v1/workspaces | List workspaces with review counts |
create_workspace | POST /v1/workspaces | Create a workspace (optional product_url) |
update_workspace | PATCH /v1/workspaces/:id | Rename, set or clear product_url, or pause/resume every monitor |
delete_workspace | DELETE /v1/workspaces/:id | Remove a workspace and all its history |
add_competitor | POST /v1/workspaces/:id/competitors | Add a competitor by homepage URL. Async discovery, idempotent on duplicate URL |
list_competitors | GET /v1/workspaces/:id/competitors | List competitors with monitors and last_run |
get_competitor | GET /v1/competitors/:id | Read one competitor |
update_competitor | PATCH /v1/competitors/:id | Set cadence or status on all its monitors |
delete_competitor | DELETE /v1/competitors/:id | Remove a competitor and all its history |
list_monitors | GET /v1/monitors | List monitors with status, cadence, and last_run |
get_monitor | GET /v1/monitors/:id | Read one monitor. Pass include for capture evidence |
create_monitor | POST /v1/monitors | Add a manual monitor on a specific URL |
update_monitor | PATCH /v1/monitors/:id | Update URL, cadence, status, or min_severity |
delete_monitor | DELETE /v1/monitors/:id | Remove a monitor and all its history |
check_monitor | POST /v1/monitors/:id/check | Queue an on-demand check |
refresh_workspace | POST /v1/workspaces/:id/refresh | Queue checks for active monitors |
list_changes | GET /v1/changes | Change feed with since, filters, and meta counts |
get_change | GET /v1/changes/:id | Full change. Pass include for capture or raw diff |
update_change | PATCH /v1/changes/:id | Set review_status |
get_digest | GET /v1/workspaces/:id/digest | Weekly workspace summary |
Every tool declares MCP annotations (readOnlyHint, destructiveHint, idempotentHint, openWorldHint), so clients can ask before running the delete_* tools.
| Prompt | Arguments | What it does |
|---|---|---|
weekly_briefing | workspace_id?, period? | Summarizes competitor activity for a period, most important first |
triage_changes | workspace_id?, min_severity? | Walks the unreviewed inbox and proposes acknowledge or dismiss, then asks before updating |
track_competitor | url, workspace_id? | Adds a competitor, waits for discovery, and reports what is monitored |
Without workspace_id, each prompt starts with list_workspaces.
| URI | Type | Contents |
|---|---|---|
competiflow://guide | text/markdown | Agent guide: the typical flow, discovery, evidence, and delete versus pause |
competiflow://workspaces/{workspace_id}/digest | application/json | 7-day digest of one workspace. Clients that list resources show one per workspace. |
list_workspaces or create_workspace (optional product_url improves competitive context on changes).add_competitor with a homepage URL.get_competitor until discovery_status is completed.refresh_workspace or check_monitor to pull fresh data.list_changes with since=7d and min_severity, or get_digest for a summary.get_change with include when you need evidence.update_change to acknowledge or dismiss items.add_competitor starts discovery in the background and returns an acknowledgement, not the finished result. Poll get_competitor until discovery_status is completed.
A workspace runs one discovery at a time. Posting the same homepage URL again returns the existing competitor without starting a second run. If a different competitor is still discovering, the call returns 409 discovery_in_progress with active_competitor_id so you know which one to poll.
includeget_change and get_monitor accept an include array to attach the underlying capture in one call:
| Token | Available on | Returns |
|---|---|---|
capture | get_change, get_monitor | Extracted fields from the snapshot |
capture_markdown | get_change, get_monitor | Page markdown from the snapshot |
raw_diff | get_change | Before and after diff for the change |
For a change the capture is the post-change page. For a monitor it is the latest successful check, which is the current baseline.
delete_monitor, delete_competitor, and delete_workspace are permanent. They remove the record along with its check runs, snapshots, and changes. To stop checks while keeping intel history, call update_monitor, update_competitor, or update_workspace with status: paused instead.
delete_workspace returns 409 discovery_in_progress while a competitor in the workspace is still being discovered.
add_competitor, poll get_competitor until discovery_status is completed before reading changes. On 409, poll the active_competitor_id from the error.since (1d, 7d, 30d, or ISO8601), min_severity, monitor_type (homepage, blog, docs, changelog, pricing), and review_status to list_changes instead of pulling everything. Use meta.counts for inbox totals and next_cursor to page.why_it_matters for competitive context. recommended_action was removed from the API.include to get_change or get_monitor when you need the underlying capture. It adds payload.status: paused when a user wants to stop a monitor. Reserve delete_* for permanent removal, since it drops history.The server translates each tool call into a Competiflow v1 API request and returns structured JSON. Your agent sees interpreted changes, severity, and why it matters instead of raw page scrapes.
AI Agent → MCP Tool Call → Competiflow API → Interpreted Change Feed → Structured Response → AI Agent
| Variable | Required | Description |
|---|---|---|
COMPETIFLOW_API_KEY | Yes | Your Competiflow API key (sk_live_...) |
Sign up at competiflow.com and create a key under API keys.
npm install
npm run build COMPETIFLOW_API_KEY=sk_live_... node dist/index.js
npm test builds and runs a smoke test that starts the server without a key, the way directory scanners do, and checks the tools, annotations, prompts, and resources.
MIT