Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Data observability: alerts, freshness checks and schema drift for your data assets.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"datawatch": {
"command": "npx",
"args": [
"-y",
"@reneturcios/datawatch",
"mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add datawatch -- npx -y @reneturcios/datawatch mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"datawatch": {
"command": "npx",
"args": [
"-y",
"@reneturcios/datawatch",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"datawatch": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@reneturcios/datawatch",
"mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月6日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント CloudCorpRecords で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.1.0)がレジストリに届いたのは4 日前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにNode.js, Dockerも必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, FOGA node
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:★ GitHubスターi3つの柱:レビュー · チェック · 利用状況i更新=最新バージョンをレジストリに公開した日i
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Remote Desktop Commander: use files, terminal and processes on your own computers from any AI app.
A Finch OG Agent cell as an MCP server: read the world, dry-run and take ERC-8414 tenders by policy.
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
datawatch talks to a data-observability platform's API: platform health and a daily briefing, alerts (summaries, inbox, trends, history and rules), the data assets under observation and their discovery, freshness summaries, checks and schedules, and schema summaries, change lists, baselines and monitoring. One binary serves a command-line interface and a stdio MCP server.
An API key is required. Set ARMOR_API_KEY before use; when it is missing or blank, every tool fails with an error naming the variable before any request is made. The API base URL can be overridden with DATAWATCH_API_URL; when it is not set, calls go to https://api.anomalyarmor.ai (a labelled reconstruction).
Scope note: the platform's documentation enumerates 52 tool names (its own heading says 29 and its version line says 52; the enumerated sections list 52). datawatch implements a labelled core subset of 24 of them — alerts, assets, freshness and schema drift — and omits the metrics, validity, referential, destination, coverage, recommendation, Q&A, intelligence, lineage, job, tag and API-key tools.
npx @reneturcios/datawatch get_alerts_summary
Or run the container image:
docker run -i ghcr.io/cloudcorprecords/datawatch
The container defaults to the MCP server (see below). Pass CLI arguments to use it as a CLI instead.
The subcommands mirror the MCP tool names:
export ARMOR_API_KEY=...
datawatch health_summary datawatch get_todays_briefing datawatch list_alerts --status open --severity high datawatch list_inbox_alerts --limit 20 datawatch update_alert --alert-id al1 --action acknowledge --comment "looking into it" datawatch get_alert_trends --period 7d datawatch list_alert_rules --asset-id a1 --is-active true datawatch create_alert_rule --asset-id a1 --rule-type freshness --config '{"threshold_hours":24}' datawatch list_assets --source snowflake --search orders datawatch create_asset --name warehouse --source-type snowflake datawatch trigger_asset_discovery --asset-id a1 datawatch check_freshness --asset-id a1 --table-path db.schema.orders datawatch setup_freshness --asset-id a1 --table-path db.schema.orders --check-interval 1h datawatch list_schema_changes --severity breaking datawatch create_schema_baseline --asset-id a1 --description initial datawatch get_schema_monitoring --asset-id a1
datawatch --version
Results print the upstream JSON payload. Exit codes: 0 on success, 1 when a call fails (including a missing key or an upstream API error), 2 for usage errors.
One bin serves both faces. The mcp subcommand starts a stdio MCP server:
npx -y @reneturcios/datawatch mcp
MCP client configuration:
{
"mcpServers": { "datawatch": { "command": "npx", "args": ["-y", "@reneturcios/datawatch", "mcp"], "env": { "ARMOR_API_KEY": "..." } } } }
| Tool | Input | What it does |
|---|---|---|
health_summary | (none) | Overall platform health summary. |
get_todays_briefing | (none) | Today's observability briefing. |
get_alerts_summary | (none) | Summary of current alerts. |
list_alerts | status, severity, asset_id, from_date, to_date | List alerts with optional filters. |
list_inbox_alerts | status, limit (integer) | List inbox alerts. |
update_alert | alert_id, action (both required), comment | Apply an action to an alert. |
get_alert_trends | period | Alert trends for a period. |
get_alert_history | alert_id (required) | History of one alert. |
list_alert_rules | asset_id, is_active (boolean) | List alert rules. |
create_alert_rule | asset_id, rule_type (both required), config (object) | Create an alert rule. |
manage_alert_rule | rule_id, action (both required) | Manage an alert rule. |
list_assets | source, asset_type, search | List data assets. |
create_asset | name, source_type (both required), connection_config (object) | Create a data asset. |
manage_asset | asset_id, action (both required) | Manage a data asset. |
trigger_asset_discovery | asset_id (required) | Trigger asset discovery. |
get_freshness_summary | (none) | Freshness summary across assets. |
check_freshness | asset_id (required), table_path | Check one asset's freshness. |
setup_freshness | asset_id, table_path (both required), check_interval | Set up freshness monitoring. |
list_freshness_schedules | asset_id | List freshness schedules. |
manage_freshness_schedule | schedule_id, action (both required) | Manage a freshness schedule. |
get_schema_summary | (none) | Schema monitoring summary. |
list_schema_changes | asset_id, severity, from_date, to_date | List schema changes. |
create_schema_baseline | asset_id (required), description | Create a schema baseline. |
get_schema_monitoring | asset_id (required) | Schema monitoring for one asset. |
npm install
npm run build # tsc -> dist/ npm test # node test runner over test/*.test.ts, no network (fake fetch fixtures) npm run dev # run the CLI from source via tsx
MIT — see LICENSE.