Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Concurrent Builder + Breaker agents generate code and adversarial tests at once, gated in CI.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json
{
"mcpServers": {
"gauntlex": {
"command": "uvx",
"args": [
"gauntlex-ai",
"mcp-server"
]
}
}
}พิมพ์คำสั่งนี้ใน Terminal
claude mcp add gauntlex -- uvx gauntlex-ai mcp-serverวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"gauntlex": {
"command": "uvx",
"args": [
"gauntlex-ai",
"mcp-server"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"gauntlex": {
"type": "stdio",
"command": "uvx",
"args": [
"gauntlex-ai",
"mcp-server"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 7 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub sanjoy1234 ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต
ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน
รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (1.0.2) เข้า registry 4 เดือนที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Python (uv) ในเครื่องด้วย
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, Dialyne
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.
Real phone calls in France for AI agents: dial +33 numbers, menus, hold, AI disclosure.
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
Generates code and adversarial attacks from the same specification, at the same time — before a commit exists.
What it is · See it run · Quickstart · Commands · Domains · IDE Integrations · Deep Dive
Every AI coding tool ships code and hopes someone tests it for security later. GAUNTLEX removes the "later." It runs two agents concurrently against the same specification:
An Arbiter scores every attack (mitigated / partial / missed) and produces an Adversarial Resilience Score (ARS). A configurable gate blocks your CI pipeline when the score falls below threshold — the same way a failing test suite blocks a merge.
No manual test authoring. No separate security review step. No waiting for a scanner to catch up to code that shipped last week.
📊 One-page overview — what it is, what's different, how it deploys. Built for sharing with a technical lead or architecture review board.
[Download the full PDF](docs/media/GAUNTLEX_Overview.pdf)
Watch the Demo
Setup through the CI gate, real terminal output, real dashboard — concurrent Builder + Breaker, HIPAA domain testing, and every IDE integration in one pass.
Three properties, not features — the reasoning behind each is in the Deep Dive:
asyncio.gather(). The Breaker never sees generated code — it reasons from the specification alone, the same surface a real attacker would work from before your implementation choices exist.Not a replacement for any of these — a different point in the lifecycle. Static analysis and pentests are still worth doing; GAUNTLEX exists because neither of them runs *while the code is being generated*.
| Traditional SAST (Semgrep, Snyk, etc.) | Manual pentest | No dedicated testing | GAUNTLEX | |
|---|---|---|---|---|
| When it runs | After code is written | After code is written, periodically | Never, until an incident | Same instant as generation |
| What it tests | Known vulnerability patterns in existing code | The live, deployed system | Nothing dedicated | The spec-to-code pipeline itself |
| Speed | Minutes per scan | Days to weeks per engagement | — | ~45s–12min per run (mode-dependent) |
| Cost | Free–moderate | High (specialist time) | "Free" until it isn't | Free, open source |
| Compliance mapping | Varies by tool | Manual, engagement-specific | None | Built-in — OWASP/HIPAA/FINRA/PCI-DSS/SOC2 + CWE + NIST SSDF/SAMM/ISO 27001 |
| Output you can verify later | Scan report | Pentest report | — | SHA-256 tamper-evident report (gauntlex verify) |
gauntlex setup # start here — interactive, detects and validates the best
gauntlex run --issue examples/demo_issue.md --mode quick --pretty # then run the demo spec
Install first with pip install gauntlex-ai, or skip the install entirely with uvx --from gauntlex-ai gauntlex setup.
gauntlex setup writes your model provider and credentials to .env for you — there is no manual configuration step, and no fallback to whatever API key happens to be lying around the environment. What you configure during setup is what runs, always (run gauntlex init separately if you also want a .gauntlex.yml with tunable defaults like rounds_max or the gate threshold).
──────────────────────────────────────────────────────────────────────
GAUNTLEX Adversarial Run Mode: quick (5 attacks) Language: python [signals: filesystem, async] Domain: owasp_top10 ────────────────────────────────────────────────────────────────────── ARS Score: 0.87 ✅ PASSED (gate: ≥ 0.80)
✅ CWE-89 SQL Injection via username param mitigated ✅ CWE-502 Unsafe deserialization mitigated ✅ CWE-78 OS command injection in file path mitigated ✅ CWE-22 Path traversal in upload handler mitigated ❌ CWE-79 Reflected XSS in error message MISSED ──────────────────────────────────────────────────────────────────────
Wall-clock time depends on which model you configure — anywhere from single-digit seconds with a fast paid API to several minutes with a free-tier or local model. Attack count *targets* 5/20/50 by mode (quick/standard/thorough), spread across the adversarial rounds — actual totals land close to but not always exactly at the target (a thorough run might fire ~30–50, for example), since it depends on how many attacks the model actually returns per round.
gauntlex run --issue https://github.com/your-org/your-repo/issues/42 --mode standard --domain hipaa --pretty
--issue is the spec — precise enough for the Builder and Breaker to implement and attack. It answers *what* to build. --intent adds a second, separate input answering *why* it's needed, pulled from wherever your team actually tracks that: a Jira key, a Confluence page, or an Aha! roadmap item. GAUNTLEX reasons from both together, not just the spec alone.
gauntlex run --issue SPEC.md --intent PROJ-123 --domain hipaa --pretty
gauntlex setup connects Jira/Confluence/Aha! automatically if it detects credentials in your environment — see the interactive wizard's business intent step.
All 22 commands, grouped by when you'd reach for them:
| Getting started | |
|---|---|
gauntlex setup | Configure model provider and integrations (run any time to reconfigure) |
gauntlex init | Scaffold .gauntlex.yml with sensible defaults |
gauntlex doctor | Full environment health check |
gauntlex validate | Dry run — checks config and connectivity, fires zero attacks |
| Running assessments | |
|---|---|
gauntlex run | Run adversarial Builder + Breaker on a spec |
gauntlex status | Show running and recently completed runs |
gauntlex findings | Vulnerability findings from the last run — fix-first, score last |
gauntlex compare | Diff two Resilience Reports — ARS delta and attack-level changes |
gauntlex learn | Feed a run into the Knowledge Forge + Forge Ledger (runs automatically after every gauntlex run — use this to re-process an older run) |
| Evidence & compliance | |
|---|---|
gauntlex report | Render a stored report in any output format (HTML/SARIF/JUnit/JSON) |
gauntlex verify | Re-derive SHA-256 integrity hash, confirm a report hasn't been altered |
gauntlex audit | List all reports with compliance control mapping over a time window |
gauntlex vault | Browse the Forge Ledger — human-readable Markdown attack records |
gauntlex stats | ARS trends, learning-curve, and cost metrics |
| Domains & policy | |
|---|---|
gauntlex policy | List, install, search, or validate policy domains — see Domain Intelligence |
| Team & CI deployment | |
|---|---|
gauntlex integrate | One command: wire GAUNTLEX into Claude Code, Cursor, Windsurf, Copilot, Codex, Zed, Antigravity, or GitHub Actions |
gauntlex mcp-server | Start GAUNTLEX as an MCP server (stdio transport) for local IDE use |
gauntlex serve | Start GAUNTLEX as a webhook/CI service, with optional GitHub team-based RBAC |
gauntlex dashboard | Launch the GAUNTLEX dashboard web UI (also serves a live leaderboard at /leaderboard) |
gauntlex leaderboard | Build a *static* ARS leaderboard HTML page across multiple agents/runs — e.g. for GitHub Pages |
gauntlex forge-network | Opt-in community adversarial pattern sharing |
gauntlex prune | Remove expired reports |
Full usage, flags, and examples for every command: Deep Dive → Complete CLI Reference.
Auto-detected from the specification — no per-project configuration:
| Language | Priority CWEs (examples) |
|---|---|
| Python | SQL injection, OS command injection, unsafe deserialization, path traversal |
| JavaScript / TypeScript | Prototype pollution, XSS, CSRF, SSRF |
| Java | Deserialization, XXE, authorization bypass |
| Go | Race conditions, nil-pointer dereference, resource exhaustion |
5 regulated-industry playbooks ship today — 43 attack scenarios total, each mapped to a specific rule or control, not a generic label:
| Domain | Scenarios | Regulatory framework |
|---|---|---|
owasp_top10 | 12 | OWASP Top 10 (2021/2025) |
finra | 9 | FINRA Rules 4370, 3110; SEC Rule 17a-4 |
hipaa | 9 | HIPAA Security Rule (45 CFR §§160, 164) |
soc2 | 7 | AICPA SOC 2 Trust Service Criteria |
pci_dss | 6 | PCI DSS v4.0 |
Two more (owasp_api_security, nist_ssdf) are available via gauntlex policy install. GDPR, FedRAMP, and DORA are on the roadmap — not available today.
For exactly what's live threat data vs. static playbook content, and how to bring your own domain, see the full [Domain Intelligence page](docs/DOMAIN_INTELLIGENCE.md).
One command wires GAUNTLEX into whatever AI coding tool you already have open:
gauntlex integrate --dry-run # preview every config it would write, writes nothing
gauntlex integrate # wire up every supported target at once gauntlex integrate --platform claude-code # or just one — .mcp.json gauntlex integrate --platform cursor # .cursor/mcp.json gauntlex integrate --platform windsurf # ~/.codeium/windsurf/mcp_config.json gauntlex integrate --platform copilot # .vscod
ตัดมาแค่ช่วงต้น อ่านต่อใน repo