Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
Open source contribution manager with PR tracking, issue discovery, and CI diagnosis
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
GITHUB_TOKENค่าที่ติดป้ายความลับคือกุญแจของบัญชีคุณ อย่าส่งให้ใคร และอย่าวางในแชต
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json
{
"mcpServers": {
"oss-autopilot": {
"command": "npx",
"args": [
"-y",
"@oss-autopilot/mcp"
],
"env": {
"GITHUB_TOKEN": "ใส่ค่าของคุณ"
}
}
}
}พิมพ์คำสั่งนี้ใน Terminal
claude mcp add oss-autopilot --env GITHUB_TOKEN='ใส่ค่าของคุณ' -- npx -y @oss-autopilot/mcpเติมค่าที่เว้นว่างไว้ก่อนรัน
วางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"oss-autopilot": {
"command": "npx",
"args": [
"-y",
"@oss-autopilot/mcp"
],
"env": {
"GITHUB_TOKEN": "ใส่ค่าของคุณ"
}
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"oss-autopilot": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@oss-autopilot/mcp"
],
"env": {
"GITHUB_TOKEN": "ใส่ค่าของคุณ"
}
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 7 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub costajohnt ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต
ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน
รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
ต้องใส่ค่าเหล่านี้: GITHUB_TOKEN
รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (5.11.0) เข้า registry 5 วันที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Node.js ในเครื่องด้วย
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, 好縮 Short
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.
Smart URL shortener: create, tag and track short links on s.gooo.name.
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
MCP server for OSS Autopilot — exposes PR tracking, issue discovery, and contribution management as MCP tools for any MCP-compatible client.
| Feature | Count | Description |
|---|---|---|
| Tools | 35 | daily, status, search, features, vet, vet-list, verify-issue, track, compliance-score, repo-vet, strategy, eval, comments, post, claim, config, init, setup, check-setup, startup, dismiss, undismiss, work-claim, work-finish, work-release, work-list, move, state-show, state-sync, state-unlink, guidelines-list, guidelines-get, guidelines-store, guidelines-reset, guidelines-fetch-corpus |
| Resources | 6 | oss://status, oss://config, oss://prs, oss://prs/shelved, oss://pr/{owner}/{repo}/{number}, oss://repo/{owner}/{repo}/guidelines |
| Prompts | 4 | triage (PR prioritization), respond-to-pr (draft response), find-issues (discover issues), extract-learnings (distill per-repo guidance from past PR feedback) |
Supports stdio (default) and Streamable HTTP transports.
gh auth login)# 1. Add the server to your MCP client (see config examples below)
init tool once with your GitHub usernamedaily to check your PRs, search to find issues.
Add to your claude_desktop_config.json:
{
"mcpServers": { "oss-autopilot": { "command": "npx", "args": ["@oss-autopilot/mcp@latest"] } } }
Add to .cursor/mcp.json in your project or global config:
{
"mcpServers": { "oss-autopilot": { "command": "npx", "args": ["@oss-autopilot/mcp@latest"] } } }
codex mcp add oss -- npx @oss-autopilot/mcp@latest
Add to your Windsurf MCP config:
{
"mcpServers": { "oss-autopilot": { "command": "npx", "args": ["@oss-autopilot/mcp@latest"] } } }
Run the server in HTTP mode instead of stdio:
npx @oss-autopilot/mcp@latest --http --port 3001
The server listens at http://127.0.0.1:3001/mcp and accepts POST requests.
HTTP mode requires a bearer token on every request (stdio mode does not — it inherits the parent process identity). On first --http startup, the server generates a random 32-byte token and writes it to ~/.oss-autopilot/mcp.token with 0600 permissions. The path and "newly generated" marker are logged to stderr at startup.
Every HTTP client must send:
Authorization: Bearer <contents of ~/.oss-autopilot/mcp.token>
Requests without a valid Authorization header return 401. The Bearer scheme is case-insensitive per RFC 7235; the token value itself is compared byte-for-byte in constant time. Requests with a non-loopback Host header return 403 (DNS-rebinding defense). Requests must declare a numeric Content-Length ≤ 1 MiB — missing, non-numeric, or oversize Content-Length values return 413.
The token persists across restarts. To rotate, delete the file and restart — a new token will be generated. To relocate the token (e.g. for multi-user or CI setups), set OSS_AUTOPILOT_MCP_TOKEN_PATH to the desired absolute path before starting the server.
| Tool | Description | Read-only |
|---|---|---|
daily | Run daily PR monitoring check with prioritized summary | No |
status | Show current PR tracking status | Yes |
search | Search GitHub for contributable issues | Yes |
features | Find feature-scoped opportunities in repos with 3+ merged PRs (relationship-anchored) | Yes |
vet | Analyze an issue for contribution suitability; records the vet-time prediction and issue traits (labels, author association, competing PRs, first PR in the repo) for calibration | No |
verify-issue | Deterministically verify issue state and linked-PR claims before vetting; also returns the issue author, author association and comment count | Yes |
vet-list | Re-vet all available issues in the curated issue list | No |
track | Inspect a PR: read-only metadata lookup (nothing is tracked or persisted) | Yes |
compliance-score | Score a PR against opensource.guide best practices (#1245) | Yes |
repo-vet | Compute the repo health rubric (1–10 + verdict) for owner/repo (#1271) | Yes |
strategy | On-demand contribution strategy snapshot via computeStrategy() (#1243) | Yes |
eval | Calibration and outcome report from the outcome ledger (#1825) | Yes |
comments | Fetch and display PR comments | Yes |
post | Post a comment on an issue or PR | No |
claim | Claim an issue by posting a comment | No |
config | Get or set configuration values | No |
init | Initialize with a GitHub username | No |
setup | Configure preferences (languages, interests) | No |
check-setup | Check if setup is complete | Yes |
startup | Run startup checks (auth, state, config) | No |
dismiss | Dismiss an issue from notifications | No |
undismiss | Re-enable notifications for a dismissed issue | No |
work-claim | Claim an issue (implementation, while a fix is built in the background) or a PR (pr, while a session works it) so other sessions and machines see it; a claim another session holds needs takeover (#1856, #1852) | No |
work-finish | Mark an implementation claim finished: its branch is ready to collect for a week (session refuses a claim held elsewhere) | No |
work-release | Drop the claim on a URL, or every claim a session holds | No |
work-list | List live work claims across sessions and machines | Yes |
move | Move a PR between states (attention, waiting, shelved, auto) | No |
state-show | Show current state persistence mode (local or Gist) and sync status | Yes |
state-sync | Force push current state to the backing Gist | No |
state-unlink | Disconnect from Gist persistence and switch to local-only mode | No |
guidelines-list | List repos that have stored guidelines (always empty in local mode) | Yes |
guidelines-get | Read per-repo learning guidelines extracted from past PR feedback | Yes |
guidelines-store | Persist per-repo guidelines (8 KB cap; requires Gist mode) | No |
guidelines-reset | Tombstone the guidelines file for a repo | No |
guidelines-fetch-corpus | Fetch raw PR comment bundles for the host's extract-learnings prompt to consume | No |
| Resource URI | Description |
|---|---|
oss://status | PR tracking status (cached local state) |
oss://config | Current configuration |
oss://prs | Active open PRs from last daily digest |
oss://prs/shelved | Shelved PRs |
oss://pr/{owner}/{repo}/{number} | Detail for a specific PR |
oss://repo/{owner}/{repo}/guidelines | Per-repo learning guidelines (markdown) |
| Prompt | Args | Description |
|---|---|---|
triage | none | Fetches daily digest and builds a prioritized triage list |
respond-to-pr | prUrl | Fetches PR comments and context for drafting a response |
find-issues | maxResults? | Searches for issues ranked by viability score |
extract-learnings | repo, corpus, existingGuidelines? | Distills durable per-repo guidance from raw PR comment bundles (#867) |
With Gist persistence, every client that runs oss-autopilot (the plugin on each machine, and every MCP server process) reads and writes the same state. Since core 3.35.0, a client keeps state fields it does not recognise instead of dropping them, and warns when the state was written by a different release. Clients on older releases still drop newer fields when they save, so update every machine after a release and restart running MCP servers, which keep the version they started with.
The server can also be imported and used as a library:
import { createServer } from '@oss-autopilot/mcp';
const server = createServer(); // Connect to your own transport
See the main repository README for the full documentation, including the Claude Code plugin, CLI usage, dashboard, and contributing guide.
MIT