Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Bulk HTTP status checker: up to 100,000 URLs per job, with redirect chains and response times.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
ใช้ได้ทั้ง Claude บนเว็บ แอปคอมพิวเตอร์ และมือถือ:
https://mcp.bulkurlchecker.com/mcpพิมพ์คำสั่งนี้ใน Terminal
claude mcp add --transport http bulk-url-checker https://mcp.bulkurlchecker.com/mcpวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"bulk-url-checker": {
"url": "https://mcp.bulkurlchecker.com/mcp"
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"bulk-url-checker": {
"type": "http",
"url": "https://mcp.bulkurlchecker.com/mcp"
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ChatGPT ต่อได้เฉพาะ server ที่อยู่บนอินเทอร์เน็ต:
https://mcp.bulkurlchecker.com/mcpชื่อเมนูอาจต่างกันเล็กน้อยตามแพ็กเกจและรุ่นของแอป
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
ยังไม่ได้อ่านรายการเครื่องมือของตัวนี้ เราตรวจ endpoint ทีละชุดวนไป
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 7 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub carlosofscience ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้ตรวจ เราตรวจ endpoint ทีละชุดวนไป
ยังไม่ได้ตรวจ เราตรวจ endpoint ทีละชุดวนไป
ยังไม่ได้ตรวจ เราอ่านรายการเครื่องมือตอนตรวจ endpoint
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนคลาวด์ของผู้ทำ ต่อผ่านอินเทอร์เน็ตได้เลย ไม่ต้องลงโปรแกรม แต่ข้อมูลที่ส่งให้จะผ่านเซิร์ฟเวอร์ของผู้ทำ
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (1.0.1) เข้า registry 20 วันที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต่อผ่าน URL จึงใช้กับโปรแกรมที่รับ remote MCP ได้ เช่น ChatGPT ที่เปิดโหมดนักพัฒนา
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, LexPact UK Contracts
server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว
อ่านการ์ด:★ ดาว GitHubiสามเสา: รีวิว · ผลตรวจ · การใช้งานiอัปเดต = วันที่ส่งรุ่นล่าสุดเข้า registryi
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.
Generate UK-law contracts: NDA, service, freelance, recruiter terms of business, IR35.
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
Python client for the Bulk URL Checker API.
Skip the proxy-rotation, rate-limiter, soft-404 detector, and retry classifier you would otherwise spend two weeks building. Submit thousands of URLs, get status codes, redirect chains, and broken-link detection back as plain Python objects. Backed by a managed cloud service with residential proxies and per-domain throttling.
pip install bulkurlchecker
from bulkurlchecker import Client
client = Client(api_key="uck_live_...") results = client.check_urls(["https://example.com", "https://example.org"]) for r in results.results: print(r.url, r.status_code, "BROKEN" if r.is_broken else "ok")
Get an API key at https://app.bulkurlchecker.com/dashboard/api-keys. First 300 URLs are free, no card required.
results = client.check_urls(urls)
results.status # 'completed' | 'paused' | 'failed' | 'cancelled' results.timed_out # True if the wait deadline passed (job still running) results.total_urls # how many URLs the engine accepted results.completed_urls # how many it finished checking results.duplicates_removed results.invalid_urls_rejected
for r in results.results: r.url # the original URL you submitted r.final_url # after redirects r.status_code # 200, 301, 404, 429, 500, ... r.redirect_chain # list of intermediate URLs r.is_broken # True if the engine flagged this as broken r.is_soft_404 # True if 200 OK but page content says "not found" r.response_time_ms
results.broken # list of URLResult where is_broken == True results.soft_404s # list where is_soft_404 == True
Install with the [cli] extra to get the bulkurlchecker command:
pip install 'bulkurlchecker[cli]'
export BULKURLCHECKER_API_KEY=uck_live_...
bulkurlchecker check urls.txt > report.csv
sitemap-extractor mydomain.com | bulkurlchecker check - --output jsonl > report.jsonl
bulkurlchecker check --urls "https://example.com,https://example.org" --only-broken
JOB=$(bulkurlchecker submit urls.txt) bulkurlchecker status "$JOB" bulkurlchecker results "$JOB" --output csv > report.csv
Output formats: csv (default), json, jsonl. Run bulkurlchecker check --help for the full flag list.
check_urls() blocks for up to 15 minutes server-side. For lists where the wait would time out, use the two-step pattern:
job = client.submit(my_500k_urls)
print(f"Submitted {job.job_id}, {job.total_urls} URLs queued")
done = client.wait_until_done(job.job_id, timeout=3600)
for batch in client.iter_results(job.job_id, page_size=1000): for r in batch: if r.is_broken: print(r.url, r.status_code)
idempotency_keyPass an idempotency key on submit() or check_urls() to make retries safe under network failures. The server caches the response for 24 hours; a retry with the same key + same body returns the original result without creating a duplicate job.
import uuid
key = str(uuid.uuid4()) # generate once per logical request
job = client.submit(urls, idempotency_key=key)
same_job = client.submit(urls, idempotency_key=key)
Same idempotency_key + different urls returns 409 Conflict (raised as ValidationError) so client bugs that reuse a key against a new payload are caught loudly instead of silently mapping to the wrong cached response.
When a job finishes, we POST to your registered endpoint with a signed payload. Verify the signature before trusting the body — anyone who knows your endpoint URL can otherwise send fake events.
from flask import Flask, request
from bulkurlchecker import verify_signature, InvalidSignatureError
SECRET = os.environ["MY_WEBHOOK_SECRET"] # the signing_secret we showed once
app = Flask(name)
@app.route("/webhook/bulkurlchecker", methods=["POST"]) def webhook(): try: verify_signature( request.get_data(), # RAW bytes — not request.get_json() request.headers.get("Bulkurlchecker-Signature", ""), SECRET, ) except InvalidSignatureError: return "", 401 event = request.get_json() if event["type"] == "job.completed": job_id = event"data"
return "", 200
Register endpoints + get secrets at https://app.bulkurlchecker.com/dashboard/webhooks (or via POST /api/v2/webhooks/endpoints).
verify_signature() enforces a 5-minute timestamp tolerance by default to defeat replays. Tune via tolerance_seconds=.
All errors derive from BulkURLCheckerError. Catch specific subclasses when you want to branch on the failure mode:
from bulkurlchecker import (
Client, BulkURLCheckerError, AuthenticationError, RateLimitError, QuotaError, ValidationError, )
try: results = client.check_urls(urls) except QuotaError as e: print(f"Out of credits. Top up at https://app.bulkurlchecker.com/billing") except RateLimitError as e: print(f"Rate limited. Retry after {e.retry_after}s.") except AuthenticationError: print("API key rejected — check it's not revoked.") except ValidationError as e: print(f"Bad request: {e}") # bad URLs, too many URLs, etc. except BulkURLCheckerError as e: print(f"Other error: {e} (request_id={e.request_id})")
Every error carries status_code, code (server's machine-readable string), request_id (for support), and details (when the server provides them).
Honest answer: for ≤500 URLs you don't need this. The standard requests/httpx toolchain handles it fine.
The wall hits at scale:
| Problem | Rolling your own | This SDK |
|---|---|---|
| Concurrency | asyncio + careful semaphores | done |
| Proxy rotation across residential IPs | $90+/mo Webshare / Bright Data subscription + custom code | done |
| Per-domain rate limiting (so you don't hammer one host) | wire it yourself | done |
| Distinguishing real 403 from "you got blocked" 403 | guess and check | done |
| Detecting soft 404s (200 OK + "not found" body) | regex / heuristic per template | done |
| Retry classification (transient vs permanent) | tune for weeks | done |
| Long-running job state (resume after crash) | Redis + queue + worker infra | done |
| Engineer time, weeks 1-4 | $$$ | nothing, ship today |
If you've already lost a weekend to httpx + proxy rotation, you know what we're talking about.
Scheduled checks, with email, Slack and webhook alerts, are included on every plan. One-time credit packs start at $5 for 3,000 checks, and pack credits roll over. Current prices: https://bulkurlchecker.com/#pricing
The SDK follows semver. While we're at 0.x, breaking changes can land in minor releases (we'll always note them in CHANGELOG.md). Once we hit 1.0 you can pin major versions safely.
MIT. See LICENSE.