Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Claim-level provenance preflight for sanitized nonfiction passages; automated triage only.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
ใช้ได้ทั้ง Claude บนเว็บ แอปคอมพิวเตอร์ และมือถือ:
https://www.mahastrategies.com/api/mcp/mps-preflightพิมพ์คำสั่งนี้ใน Terminal
claude mcp add --transport http mps-preflight https://www.mahastrategies.com/api/mcp/mps-preflightวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"mps-preflight": {
"url": "https://www.mahastrategies.com/api/mcp/mps-preflight"
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"mps-preflight": {
"type": "http",
"url": "https://www.mahastrategies.com/api/mcp/mps-preflight"
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ChatGPT ต่อได้เฉพาะ server ที่อยู่บนอินเทอร์เน็ต:
https://www.mahastrategies.com/api/mcp/mps-preflightชื่อเมนูอาจต่างกันเล็กน้อยตามแพ็กเกจและรุ่นของแอป
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
ยังไม่ได้อ่านรายการเครื่องมือของตัวนี้ เราตรวจ endpoint ทีละชุดวนไป
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 8 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub Maha-Strategies ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้ตรวจ เราตรวจ endpoint ทีละชุดวนไป
ยังไม่ได้ตรวจ เราตรวจ endpoint ทีละชุดวนไป
ยังไม่ได้ตรวจ เราอ่านรายการเครื่องมือตอนตรวจ endpoint
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนคลาวด์ของผู้ทำ ต่อผ่านอินเทอร์เน็ตได้เลย ไม่ต้องลงโปรแกรม แต่ข้อมูลที่ส่งให้จะผ่านเซิร์ฟเวอร์ของผู้ทำ
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (0.1.0) เข้า registry 3 เดือนที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต่อผ่าน URL จึงใช้กับโปรแกรมที่รับ remote MCP ได้ เช่น ChatGPT ที่เปิดโหมดนักพัฒนา
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, SolveHub
server หมวดเดียวกันจากผู้ทำคนอื่น เรียงตามดาว
อ่านการ์ด:↓ ดาวน์โหลดต่อสัปดาห์i★ ดาว 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.
CAPTCHA and anti-bot solving for Turnstile, DataDome, Akamai, PerimeterX and Imperva.
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
The Maha Strategies platform: one Next.js application serving the public site and publishing surfaces, the credentialed commercial APIs, and the private operations control planes behind them. It is deployed on Vercel at www.mahastrategies.com.
Most of what follows in this file is operating instructions for a specific subsystem — read the section you need rather than the whole document.
| Concern | Service |
|---|---|
| Application and hosting | Next.js (App Router), React, TypeScript, on Vercel |
| Database | Supabase Postgres, RLS with no public access policies |
| Cache, rate limits, balances | Upstash Redis, namespaced per deployment environment |
| GPU compute | Modal — workers/maha_workers.py |
| Payments | Stripe — a separate endpoint and signing secret per product line |
| Resend | |
| Telemetry | Sentry, payload-scrubbed |
Requires Node 22 or newer.
npm install
npm run dev
The app serves on http://localhost:3000. Copy .env.example to .env.local and fill in what the surface you are working on needs; most features degrade to a disabled state rather than crashing when their variables are absent.
To exercise the database locally, start Supabase (supabase start) and apply supabase/migrations plus supabase/seed.sql, which provides deterministic fixtures.
npm run typecheck && npm run lint && npm test
npm test runs the full suite in test/. The same commands run in CI on every pull request, together with a production build, a production-dependency audit, and the migration integrity check below.
Three rules are enforced rather than assumed, because violating them corrupts state that cannot be reconstructed:
<14-digit UTC timestamp>_ .sql and must sort after everything already on main. Verify with: node --experimental-strip-types scripts/check-migrations.ts
NEXT_PUBLIC_* variables reach the browser. Credential secrets are disclosed exactly once at issuance and stored only as hashes.Framework note: this repository tracks a Next.js version whose APIs may differ from older documentation. See AGENTS.md.
| Runbook | Covers |
|---|---|
docs/agent-discovery-metering.md | Measuring whether agents are finding the platform, and reading the numbers honestly |
docs/backup-restore.md | Rehearsing a database restore, and measuring RTO and RPO |
docs/database-migrations.md | Applying schema changes to Production, drift detection, evidence |
docs/observability.md | Sentry configuration, signed alert verification, readiness checks |
docs/release-recovery.md | Release health, recovery drill, rollback, rehearsal, required GitHub environments |
docs/preview-e2e.md | Integration gates on every Preview deployment, and making them block merges |
docs/slo-capacity.md | Service objectives, error budgets, the bounded capacity harness |
docs/x402-conformance-corpus.md | Vendor-neutral x402 v2 fixtures and the offline reference runner |
docs/x402-declaration-digest-proposal.md | Draft catalog-attested discovery declaration digest and test vectors |
docs/x402-doctor.md | Live resource, crawler, Bazaar drift, and bounded-settlement diagnostics |
docs/x402-observatory.md | Public protocol-correctness observations, inclusion policy, and scheduled operation |
docs/x402-buyer-policy.md | Vendor-neutral pre-signing budgets, approvals, replay controls, and settlement verification |
SECURITY.md | Vulnerability reporting and the platform's standing security assumptions |
The private Market Scout is a read-only discovery process. It pulls attributable web-search evidence into /admin/market-mapping, where every proposal remains subject to a deterministic score and human review. It cannot publish, spend, deploy, or contact a person.
With MARKET_SCOUT_SOURCES=exa and EXA_API_KEY set, the default matrix rotates five queries per UTC day across MPS claim verification, research briefs, document-data extraction, and receipt operations. Each query retrieves at most eight Exa results.
To replace the defaults, set this server-only JSON environment variable:
MARKET_SCOUT_QUERY_MATRIX={"lanes":[{"id":"claims","label":"Claim verification","queries":["claim verification API pricing","citation audit tool quote"]},{"id":"documents","label":"Document extraction","queries":["PDF table extraction API pricing"]}]}
The matrix permits up to eight named lanes and twelve queries per lane; the Scout still selects only five cross-lane queries per daily run. The older MARKET_SCOUT_QUERIES JSON-string-array setting remains supported as a single custom lane for backward compatibility.
POST /api/agent-inquiries is an authenticated, non-binding intake endpoint for the offers published in /agent-offers.json. It validates against /agent-inquiry-schema.json, persists the inquiry and its first event to a private Supabase ledger, then attempts to notify the reviewer through Resend. It does not accept payment, create a commission, or send work automatically.
The inquiry gateway accepts named, database-backed client credentials. Credential issuance and revocation are private reviewer operations; there is no shared public inquiry token.
Set these deployment environment variables before enabling it:
AGENT_REVIEW_TOKEN=<unique reviewer bearer token>
RESEND_API_KEY=
Optional delivery overrides are AGENT_INQUIRY_FROM and AGENT_INQUIRY_TO. Keep the reviewer token server-side. Client credentials are created by the private registry and are shown only once at issuance.
Approved clients send JSON using the schema at /agent-inquiry-schema.json:
curl --request POST https://www.mahastrategies.com/api/agent-inquiries \
--header "Authorization: Bearer $CLIENT_CREDENTIAL" \ --header "Content-Type: application/json" \ --data '{ "clientRequestId": "client-generated-unique-id", "offerId": "rapid-intelligence-brief", "requester": { "name": "Requesting principal", "email": "principal@example.com" }, "decision": "The decision this brief will inform.", "question": "One clearly defined market, technology, or policy question.", "requesterAuthorized": true, "agent": { "name": "Approved client agent", "version": "1.0" } }'
A successful 202 response means only that the request was recorded for human review. The returned notificationStatus shows whether the optional email notification was delivered. Neither result is an acceptance, purchase confirmation, or service-level commitment.
Apply supabase/migrations/20260716_agent_inquiry_ledger.sql, supabase/migrations/20260716_agent_client_credentials.sql, supabase/migrations/20260716_mps_audit_jobs.sql, and supabase/migrations/20260717_serverless_credential_rate_limits.sql in the Supabase SQL Editor before enabling the full agent infrastructure. Together, they create the private inquiry ledger, credential registry, MPS audit ledger, database-maintained event histories, and an atomic shared credential rate limiter with RLS and no public access policies. The existing NEXT_PUBLIC_SUPABASE_URL and SUPABASE_SERVICE_ROLE_KEY deployment variables are required.
Selected credential-based commercial APIs also write to commercial_api_usage_daily through 20260727000100_privacy_preserving_commercial_api_metering.sql. This is a daily aggregate meter for MPS audits, MPS credit reads, book-entitlement checks, and structured book-content delivery. It deliberately excludes IP addresses, user agents, token values or fingerprints, request and response bodies, referrers, emails, and visitor identifiers. The read-only aggregate board is /admin/commercial-api-metering and requires REVENUE_CONTROL_TOKEN.
Reviewer operations use a separate private endpoint:
GET /api/agent-inquiries/:inquiryId
PATCH /api/agent-inquiries/:inquiryId
Both require Authorization: Bearer . GET returns the full private request and its event history. PATCH accepts one action: start_review, needs_clarification, decline, or approve_for_scoping; the last is an internal disposition, not an acceptance of work.
Private reviewer operations are available at:
GET /api/agent-credentials
POST /api/agent-credentials GET /api/agent-credentials/:credentialId PATCH /api/agent-credentials/:credentialId
All require Authorization: Bearer . POST issues a credential once; its plaintext value is returned only in that response. Supply either a new clientName or an existing clientId, plus credentialLabel, one or more allowedOfferIds and/or optional allowedCapabilities, optional rateLimitPerHour (default 12), and optional expiresAt (default 90 days). A capability-only credential is permitted. Capabilities default to none; the only current capability is mps_audit. PATCH accepts { "action": "revoke", "reason": "optional note" }. GET endpoints never return a credential secret.
Example issuance:
curl --request POST https://www.mahastrategies.com/api/agent-credentials \
--header "Authorization: Bearer $AGENT_REVIEW_TOKEN" \ --header "Content-Type: application/json" \ --data '{ "clientName": "Example client agent", "credentialLabel": "Production research intake", "allowedOfferIds": ["rapid-intelligence-brief"], "allowedCapabilities": ["mps_audit"], "rateLimitPerHour": 12 }'
POST /api/mps-audits applies the headless MPS/0.1 engine to a single passage. It requires a named client credential carrying the explicit mps_audit capability, uses the same credential rate limit, and stores an idempotent audit record in Supabase. The source passage is processed but deliberately not retained; the record retains the input hash, output claim excerpts, model identifier, status, and event history. This is a computational API, not a certification or a substitute for human verification.
The request schema is published at /mps-audit-schema.json. Use a unique clientRequestId; reuse of the same value with different text returns 409. A completed response contains the audit result. A replay with the same request ID and passage returns the stored result without a second model invocation.
curl --request POST https://www.mahastrategies.com/api/mps-audits \
--header "Authorization: Bearer $MPS_AUDIT_CREDENTIAL" \ --header "Content-Type: application/json" \ --data '{ "clientRequestId": "example-audit-20260716-01", "text": "In 2024, the company reported a 32 percent increase in output." }'
/audit is the free, bounded public MPS preflight. It accepts a passage of up to 6,000 characters, returns a claim ma
ตัดมาแค่ช่วงต้น อ่านต่อใน repo