Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
คำอธิบายจากผู้ทำ (ภาษาอังกฤษตามต้นฉบับ)
CueAPI agent-work scheduling: cues, executions, claiming, heartbeats, and outcomes.
สามเรื่องนี้ไม่รวมเป็นคะแนนเดียว เพราะความเห็น การวัด และความนิยม เป็นคนละเรื่องกัน
ตัวนี้ยังไม่ได้เรียบเรียงเป็นภาษาไทย ด้านล่างคือข้อเท็จจริงที่เราอ่านจาก registry
เลือกโปรแกรม AI ที่คุณใช้ แล้วคัดลอกค่าตั้งไปวาง
ต้องเตรียมก่อน
คุณใช้แอปไหน
เลือกแอปด้านบน เราจำไว้ให้ ครั้งหน้าปุ่มจะขึ้นว่า “ติดตั้งลง …”
เปิด Claude Desktop → Settings → Developer → Edit Config แล้ววางค่านี้ในไฟล์ claude_desktop_config.json
{
"mcpServers": {
"cueport": {
"command": "npx",
"args": [
"-y",
"@reneturcios/cueport",
"mcp"
]
}
}
}พิมพ์คำสั่งนี้ใน Terminal
claude mcp add cueport -- npx -y @reneturcios/cueport mcpวางในไฟล์ .cursor/mcp.json ของโปรเจกต์ หรือ ~/.cursor/mcp.json
{
"mcpServers": {
"cueport": {
"command": "npx",
"args": [
"-y",
"@reneturcios/cueport",
"mcp"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
วางในไฟล์ .vscode/mcp.json ของโปรเจกต์
{
"servers": {
"cueport": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@reneturcios/cueport",
"mcp"
]
}
}
}เบราว์เซอร์จะถามก่อนเปิดแอป จากนั้นแอปแสดงค่าตั้งให้ตรวจแล้วกดยืนยัน ช่อง key เว้นว่างไว้ให้คุณใส่เอง
ตัวนี้รันในเครื่องคุณ แต่ ChatGPT ต่อได้เฉพาะ server บนอินเทอร์เน็ต ลองเลือกแอปอื่น
ตัวเลือกเก็บในคุกกี้บนเครื่องนี้ ไม่ต้องมีบัญชี
ค่าตั้งนี้สร้างจากข้อมูลใน registry ของผู้ทำ ถ้าไม่ตรงกับ README ให้เชื่อ README
รันในเครื่องคุณ รายการเครื่องมือจะขึ้นในแอป AI หลังติดตั้ง
เราตรวจจากข้อมูลที่ใครก็เปิดดูได้ ยังไม่ได้อ่านโค้ด ข้อที่ไม่เกี่ยวกับตัวนี้ไม่นับในตัวหาร · ตรวจเมื่อ 6 พ.ย. 2569
ชื่อใน registry ยืนยันด้วยบัญชี GitHub CloudCorpRecords ซึ่งเป็นเจ้าของ repo
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ยังไม่ได้อ่านข้อมูล repo จาก GitHub
ตัวนี้รันบนเครื่องคุณ ไม่มี endpoint บนอินเทอร์เน็ต
ตัวนี้รันบนเครื่อง ใช้ค่าที่ตั้งในเครื่องแทน
รันในเครื่องคุณ เราอ่านรายการเครื่องมือได้เฉพาะตัวที่มี endpoint บนอินเทอร์เน็ต
เทียบกับทุก server ที่ยังใช้งานในหมวดนี้ทั้งทะเบียน ดาวนับเฉพาะเมื่อผู้ลงทะเบียนเป็นเจ้าของ repo
จากการตรวจเบื้องต้นของเรา ผ่าน 1 จาก 1 ข้อที่ตรวจได้ เรายังไม่ได้อ่านโค้ด ก่อนใส่กุญแจหรือ token ให้ดูว่า server ขอสิทธิ์อะไร และเลือกกุญแจที่ทำได้เท่าที่จำเป็น
registry ไม่ได้ระบุว่าต้องใช้กุญแจ แต่บางตัวจะขอให้ล็อกอินตอนใช้ครั้งแรก
รันบนเครื่องของคุณ โปรแกรม AI จะเปิด server ขึ้นมาเองเมื่อใช้ ข้อมูลไม่ต้องผ่านเซิร์ฟเวอร์ของผู้ทำ (ยกเว้นตัวที่ไปเรียกบริการออนไลน์ต่อ)
repo บน GitHub มีการแก้โค้ดล่าสุด – และส่งรุ่นล่าสุด (0.1.0) เข้า registry 4 วันที่ผ่านมา
โปรแกรมที่รองรับ MCP เช่น Claude Desktop, Claude Code, Cursor และ VS Code ตัวนี้ต้องมี Node.js, Docker ในเครื่องด้วย
ในหมวดเดียวกันมี Spec Driven Development, Remote Desktop Commander, Safe Fetch
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.
MCP server for fetching URLs, safe against SSRF, DNS rebinding, and redirect-to-internal attacks.
ส่วนนี้คัดจาก repo ของผู้ทำตามต้นฉบับ PopNx MCP ไม่ได้ตรวจหรือรับรองเนื้อหา ตัด HTML รูปภาพ และสคริปต์ออกแล้ว ลิงก์จะพาออกนอกเว็บ
cueport gives an MCP host or a terminal access to CueAPI, the coordination layer for agent work: schedule cues (recurring cron or one-time), fire them on demand, watch their executions, claim worker executions, keep a claim alive with heartbeats, and close the loop by reporting an outcome backed by evidence. One binary serves a command-line interface and a stdio MCP server.
An API key is required. Set CUEAPI_API_KEY to a key from your CueAPI account; every call sends it as Authorization: Bearer , and a missing key fails before any request is attempted. Self-hosting or testing against another host? Set CUEAPI_BASE_URL alongside the key; when it is unset, calls go to https://api.cueapi.ai.
npx @reneturcios/cueport list-cues
Or run the container image:
docker run -i ghcr.io/cloudcorprecords/cueport
The container defaults to the MCP server (see below). Pass CLI arguments to use it as a CLI instead.
cueport create-cue --name digest --schedule "0 9 * * *" --callback-url https://example.test/hook
cueport list-cues --status active --limit 5 cueport get-cue cue_abc123 cueport fire-cue cue_abc123 --payload-override '{"topic":"release notes"}' cueport update-cue cue_abc123 --name "morning digest" cueport pause-cue cue_abc123 cueport resume-cue cue_abc123 cueport delete-cue cue_abc123 cueport list-executions --cue-id cue_abc123 --status failed cueport get-execution exec_123 cueport list-claimable --task digest --agent worker-a cueport claim-execution exec_123 --worker-id worker-7 cueport claim-next --task-name digest --worker-id worker-7 cueport heartbeat exec_123 --worker-id worker-7 cueport report-outcome exec_123 --outcome succeeded --external-id ext_42 --result-url https://example.test/result
cueport --version
Commands print the upstream JSON payload. Exit codes: 0 on success, 1 when a call fails (including a missing API key or an upstream API error), 2 for usage errors.
Two behaviours are worth knowing. Pausing and resuming are not separate endpoints: both are a PATCH /v1/cues/{id} carrying only a status field (paused or active). And claim-next is a fan-out, not a single call: the claim endpoint has no task filter, so the tool first fetches the server-side filtered claimable list, picks the oldest entry, and then claims that execution by id.
One bin serves both faces. The mcp subcommand starts a stdio MCP server:
npx -y @reneturcios/cueport mcp
MCP client configuration:
{
"mcpServers": { "cueport": { "command": "npx", "args": ["-y", "@reneturcios/cueport", "mcp"], "env": { "CUEAPI_API_KEY": "cue_sk_..." } } } }
Add CUEAPI_BASE_URL to the env block to point the server at a different CueAPI-compatible host.
| Tool | Input | What it does |
|---|---|---|
cueapi_create_cue | name, schedule (required); optional description, callback, method, timezone, payload, task and platform fields | Create a recurring or one-time cue. |
cueapi_list_cues | status, limit (optional) | List cues, filtered by status. |
cueapi_get_cue | cue_id | Fetch one cue. |
cueapi_fire_cue | cue_id; optional payload_override, merge_strategy (merge default, or replace) | Fire a cue immediately. |
cueapi_update_cue | cue_id plus any mutable cue fields | Sparse update; only provided fields are sent. |
cueapi_pause_cue | cue_id | Pause a cue (PATCH with status paused). |
cueapi_resume_cue | cue_id | Resume a cue (PATCH with status active). |
cueapi_delete_cue | cue_id | Delete a cue permanently. |
cueapi_list_executions | cue_id, status, limit (optional) | List executions, filtered by cue and status. |
cueapi_get_execution | execution_id | Fetch one execution, with state and outcome. |
cueapi_list_claimable_executions | task, agent, limit (optional) | List unclaimed worker executions, filtered server-side. |
cueapi_claim_execution | execution_id; optional worker_id | Atomically claim one execution. |
cueapi_claim_next_execution | task_name, worker_id (optional) | Claim the oldest claimable execution. |
cueapi_execution_heartbeat | execution_id, worker_id (both required) | Extend a claim lease; worker_id travels in the X-Worker-Id header. |
cueapi_report_outcome | execution_id, outcome (required); optional evidence fields | Report a write-once outcome with evidence. |
npm install
npm run build # tsc -> dist/ npm test # node test runner over test/*.test.ts, no network (fake fetch fixtures) npm run dev # run the CLI from source via tsx
MIT — see LICENSE.