Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者による説明(英語の原文)
Australian development application and property intelligence data for AI agents.
この3つを1つのスコアにまとめることはしません。意見、測定、人気はそれぞれ別のものだからです。
このサーバーのやさしい解説はまだ書いていません。以下はレジストリから読み取った事実です。
使っているAIアプリを選んで、設定をコピーしてください。
必要なもの
どのアプリを使っていますか?
上でアプリを選んでください。選んだアプリを覚えておくので、次からはボタンに「…にインストール」と表示されます。
Claude Desktop → Settings → Developer → Edit Config を開き、claude_desktop_config.json にこれを貼り付けます
{
"mcpServers": {
"daleads": {
"command": "uvx",
"args": [
"daleads-mcp"
]
}
}
}ターミナルでこれを実行します
claude mcp add daleads -- uvx daleads-mcpプロジェクトの .cursor/mcp.json、または ~/.cursor/mcp.json に貼り付けます
{
"mcpServers": {
"daleads": {
"command": "uvx",
"args": [
"daleads-mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
プロジェクトの .vscode/mcp.json に貼り付けます
{
"servers": {
"daleads": {
"type": "stdio",
"command": "uvx",
"args": [
"daleads-mcp"
]
}
}
}ブラウザがアプリを開いてよいか確認し、そのあとアプリが設定を表示して確認を求めます。キーの値は空欄のままなので、自分で入力してください。
これはパソコンで動くサーバーですが、ChatGPTがつなげるのはインターネット上のサーバーだけです。ほかのアプリを選んでください。
選んだアプリは、この端末のCookieに保存されます。アカウントは不要です。
この設定は、作者のレジストリ登録情報から作成しています。READMEと違う場合は、READMEに従ってください。
パソコンで動くサーバーです。インストールすると、ツール一覧がAIアプリに表示されます。
誰でも見られる情報をチェックしており、コードは読んでいません。当てはまらない項目は数に入れていません。 · 2026年11月9日にチェック
レジストリ名は、リポジトリを所有するGitHubアカウント resuly で確認済みです
このリポジトリはまだGitHubから読み取っていません
このリポジトリはまだGitHubから読み取っていません
これはパソコンで動くため、インターネット上のエンドポイントはありません
パソコンで動き、代わりにローカルの設定を使います
パソコンで動くサーバーです。ツール一覧を読み取れるのは、インターネット上のエンドポイントがある場合だけです
レジストリでこのカテゴリにある有効なすべてのサーバーと比較しています。スターは、公開者がリポジトリの所有者である場合だけ数えます。
当てはまる基本チェック1項目のうち1項目に合格しました。コードは読んでいません。キーやトークンを追加する前に、サーバーがどんなアクセスを求めているかを確認し、必要な権限だけを持つキーを使ってください。
レジストリには必須のキーは載っていません。ただし、最初に使うときにサインインを求めるサーバーもあります。
あなたのパソコンで動きます。必要なときにAIアプリが起動し、データは作者のサーバーを通りません(サーバー自体がオンラインサービスを呼び出す場合を除きます)。
GitHubリポジトリの最終更新は–、最新バージョン(0.2.0)がレジストリに届いたのは2 か月前です。
Claude Desktop、Claude Code、Cursor、VS CodeなどのMCP対応アプリで使えます。パソコンにPython (uv)も必要です。
同じカテゴリには:Spec Driven Development, Remote Desktop Commander, MCP Tennis Match Data
同じカテゴリで、ほかの作者が作ったサーバー。スターの多い順。
カードの見方:↓ 週あたりのダウンロードi★ 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.
ATP and WTA match results, schedules, and rankings by date
作者のリポジトリから書かれたとおりにコピーしたものです。PopNx MCPは内容を確認・推奨していません。HTML、画像、スクリプトは取り除いています。リンクはこのサイトの外へ移動します。
DA Leads MCP lets Claude, Cursor and other MCP clients query Australian development applications and address-level property intelligence through the DA Leads API.
It exposes 36 tools for DA search, canonical project search and monitoring, nearby applications/projects, council and category lookups, read-only SQL analysis, generic entitlement-filtered property intelligence, the closed public Full Property contract, focused Noise, Flood, Bushfire and Walkability screening, score-free Property Core, Suburb Signals, SA2 scenarios, Neighbourhood Context, Solar Resource, keyless samples and sandbox addresses.
Run without installing globally:
uvx daleads-mcp
Or install with pipx:
pipx install daleads-mcp
daleads-mcp
Paid tools use a DA Leads API key. The property sample tools work without a key.
{
"mcpServers": { "da-leads": { "command": "uvx", "args": ["daleads-mcp"], "env": { "DALEADS_API_KEY": "dk_live_xxx" } } } }
DALEADS_API_KEY is the only environment variable read by this package. Treat it as a secret. It is sent only to the fixed official HTTPS API endpoint at https://daleads.com.au/api.
For Claude Code 2.1+, add the stdio server to the current project with:
claude mcp add --scope project da-leads -- uvx daleads-mcp
Keyless sample tools work immediately. For paid tools, launch Claude Code from an environment that already provides DALEADS_API_KEY; do not commit a real key to the project MCP configuration.
The 10 canonical Agent Skills live in skills/. A repository checkout exposes the same files to Codex through .agents/skills/ and to Claude Code through .claude/skills/; both directories are thin relative symlinks, so there is only one maintained instruction source. The Skills guide agents through subject identity, coverage, attribution and product-specific limits. They do not grant an API entitlement or expand data rights.
`search_das` — Search Australian development applications with filters, newest first. Parameters: state (NSW, VIC, QLD, SA, WA, TAS, NT, ACT), council (full council name, e.g. City of Melbourne), category (trade category, e.g. Renovation / Extension), suburb, postcode, since (ISO date YYYY-MM-DD, lodged on or after), status_group (pending, advertised, approved, rejected, other), is_residential (bool), page (default 1), limit (per page, default 20, max 100). Returns {data: [DA record, ...], meta: {total, page, per_page, pages}}. Each record carries id, address, suburb, postcode, council, state, trade_category, lodgement_date, status, status_group, latitude, longitude, info_url and document links; paid plans add description, summary, sub_category, cost_of_development, decision fields, number_of_dwellings, building_type, storeys and the full documents list. Applicant names are never returned on any plan.
`get_da` — Retrieve one development application in full. Parameters: da_id (integer record id, as returned by search_das or nearby_das). Returns {data: DA record} with the same field set as above.
`nearby_das` — Find development applications within a radius of a point, nearest first. Parameters: lat, lng (WGS84 decimal degrees), radius_km (default 5, max 50), category, since, status_group, page, limit (max 100). Returns the same {data, meta} shape as search_das, with an extra distance_km on each record.
`list_categories` — List every trade category with its record count, for discovering valid category values. No parameters. Returns {data: [{name, slug, is_residential, record_count}, ...], meta: {total}} — categories such as Renovation / Extension, Swimming Pool / Spa, Granny Flat / Secondary Dwelling and Demolition.
`list_councils` — List councils with coverage and freshness, for discovering valid council values. Parameters: limit (max councils to return, default 50). Returns {data: [{council, state, record_count, last_lodgement, last_fetched}, ...], meta}.
`get_stats` — Coverage summary for the whole dataset. No parameters. Returns {data: {total_records, records_last_7_days, date_range: {earliest, latest}, by_state: [...], by_category: [...]}}.
`sql_query` — Run a read-only SQL query for custom aggregation the filter tools cannot express. Pro plan only. Parameters: query (a single SELECT against the das table), params (optional list of values for %s placeholders). Available columns: id, address, address_suburb, address_postcode, council_name, council_reference, state, trade_category, sub_category, application_type, is_residential, lodgement_date, status, cost_of_development, decision_date, decision_status, on_notice_from, on_notice_to, number_of_dwellings, lot_count, land_use, building_type, storeys, latitude, longitude, data_source, date_fetched, documents, info_url. Description and summary are deliberately unavailable here because council free text can contain personal contact details. SELECT only, capped at 1000 rows with a 10 second timeout. Returns {columns: [...], rows: [[...], ...], row_count, truncated}.
These tools use the same DALEADS_API_KEY as every other paid tool. The API enforces the key's project_intelligence entitlement and rights-cleared field projection; the MCP package does not maintain a second capability list.
`search_projects` — Search canonical projects rather than independent DA records. Parameters: q, state, normalized stage, normalized project_type, changed_since (ISO-8601 timestamp), page, and limit (max 100). The client sends the provider's canonical per_page parameter. Returns a {data, meta} envelope with contract_version: project-intelligence-v1.
`get_project` — Retrieve one canonical project. Parameter: project_uid (the stable identifier returned by search_projects). The current v1 response contains identity, normalized status, location, linked applications and project relations. Rights-gated fields are omitted rather than represented as coverage or conflict metadata.
`get_project_changes` — Retrieve durable changes for one project. Parameters: project_uid, optional initial since, continuation cursor, and limit (max 100). Persist meta.cursor after every response. Use a non-null meta.next_cursor only to fetch the next page immediately. Change values remain redacted until field-level delivery provenance is available.
`nearby_projects` — Search canonical projects around a WGS84 point. Parameters: lat, lng, radius_km, optional stage and project_type, page, and limit.
`create_project_watch` — Create or idempotently replay a persistent signed callback for future rights-cleared events on one project_uid. Parameters: project_uid, a public HTTPS callback_url, and a stable idempotency_key. This tool changes external state and returns the signing secret.
`list_project_watches` — List watches owned by the current API key. Signing secrets are never returned by the list operation.
`deactivate_project_watch` — Stop one owned watch by watch_uid. Delivery audit rows remain durable. Pending work is suppressed, but an HTTPS request already in flight cannot be recalled and remains visible in the audit. Receivers must deduplicate the stable callback Idempotency-Key header.
The repository includes skills/daleads-project-monitoring for cursor polling and explicit callback management. It is installed from the GitHub repository, not bundled inside the PyPI wheel.
`property_intelligence` — Generic entitlement-filtered address-level property lookup for existing and manually issued keys. Parameters: address (free text, e.g. 34 Mary St Clayton VIC) or lat + lng together, and optional components (comma-separated subset to request). A requested name never grants a capability: the API intersects it with the key's server-side entitlement and field-level rights policy. This tool is not proof of a Full Self-Serve entitlement; new Full workflows should use the closed tool below.
`full_property_intelligence` — Closed public Full Property Intelligence Self-Serve lookup. Parameters: address (recommended) or lat + lng together. It requests the base facts das, poi, planning, transport, utilities, administrative and public_housing; named hazard leaves for bushfire, flood, coastal, landslide and fire history; and named environmental leaves for soil, protected-area, heritage, threatened-species, Ramsar, koala, ecological, EPBC, bioregion and biodiversity context. The exact environmental leaf names are pinned in contracts/focused-api-v1.json.
It also requests exactly these score leaves: scores.noise, scores.aircraft_noise, scores.flood, and scores.bushfire. It never requests top-level hazards, environment or scores, so a new provider field cannot enter Full automatically. Explicit official, rights-gated contamination and register facts may return as Property Core context; they do not grant scores.contamination or publish the standalone Contamination product. Solar, Neighbourhood Heat, Landscape Openness and the Walkability Pilot are excluded. The Full key carries separate property_core and suburb_intelligence capabilities, which do not add fields to this response. Provider-side source and rights gates still apply to every returned field.
`property_core` — Closed score-free property context. Parameters: address (recommended) or lat + lng. Returns resolved address/parcel identity, development applications, POI, planning, hazards, environment, transport, utilities, administrative and public-housing facts, plus response-specific coverage and source obligations. It never returns scores, surfaces or unknown future blocks. The key must include the complete explicit Core component set.
`find_suburbs` — Resolve a suburb-name prefix to ABS SAL codes before a signals call. Parameters: query, optional state, limit (max 100). Returns the existing licensed Census rows with sal_code; repeated names remain separate rather than being guessed.
`suburb_signals` — Census context and privacy-slim development activity for one SAL code. Parameter: sal_code. Returns current/prior 12-month DA-record counts, momentum, status and dwelling publication coverage, category mix and a machine contract stating that project deduplication has not been applied. It never attaches an SA2 absolute population forecast to the SAL.
`find_sa2_regions` — Resolve an exact or partial region name to ASGS 2021 SA2 codes. Parameters: query, optional state, limit (max 50). Use the returned code with sa2_population_forecast; never infer it from a suburb name.
`sa2_population_forecast` — Code-keyed regional population scenario Beta. Parameter: nine-digit sa2_code. Returns history, model/vintage, housing- constraint status and matching 1/3/5-year rolling-origin errors. Established SA2s include low/medium/high scenarios. High-growth and greenfield future values are withheld while the artifact has no DA dwelling constraint; withheld is not zero growth.
`noise_screening` — Focused Noise Intelligence lookup. Parameters: address (recommended) or lat + lng. It requests exactly scores.noise and scores.aircraft_noise, returning modelled road/rail context, Lden/day/night estimates, facade sectors, confidence evidence and aircraft-overlay assessment. It is not a site measurement, LA90 result or acoustic compliance assessment. Use the Noise fields in property_sample as the current keyless shape preview; the generic sample's other fields are not part of the Noise entitlement.
**`flood_s
冒頭だけを表示しています。続きはリポジトリで読めます