Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
Beschreibung vom Entwickler (englisches Original)
Interact with the Beans CLI issue tracker agentically
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
Du brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"beans": {
"command": "npx",
"args": [
"-y",
"@selfagency/beans-mcp"
]
}
}
}Führe das in deinem Terminal aus
claude mcp add beans -- npx -y @selfagency/beans-mcpIn .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"beans": {
"command": "npx",
"args": [
"-y",
"@selfagency/beans-mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"beans": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"@selfagency/beans-mcp"
]
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
Diese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 7. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto selfagency bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Die Registry nennt keinen erforderlichen Schlüssel, manche Server bitten dich aber bei der ersten Nutzung, dich anzumelden.
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.1.4) kam vor 8 Monaten in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: Spec Driven Development, Remote Desktop Commander, Zendesk
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
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.
Zendesk MCP Pack — tickets, users, organizations via OAuth.
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
MCP (Model Context Protocol) server for Beans issue tracker. Provides programmatic and CLI interfaces for AI-powered interactions with Beans workspaces.
Documentation: beans-mcp.voxslopuli.org
🤖 Try Beans fully-integrated with GitHub Copilot in VS Code! Install the selfagency.beans-vscode extension.
npx @voxslopuli/beans-mcp /path/to/workspace
The beans CLI binary is bundled via platform-specific optional dependencies (@voxslopuli/beans-cli-darwin-arm64, -darwin-x64, -linux-arm64, -linux-x64, -win32-x64), pinned to the supported Beans version (0.4.2). At startup the server resolves the bundled binary first and falls back to the beans command in PATH. An explicit --cli-path always wins.
To release new platform packages when Beans publishes a new version:
# 1. Bump beansCli.version + optionalDependencies in package.json
pnpm fetch-beans-binaries --version
pnpm publish-beans-cli # add --dry-run to preview
Or dispatch the Release beans CLI packages workflow on GitHub Actions.
@voxslopuli/beans-mcp has its own package versioning. Compatibility with the Beans CLI is tracked separately.
At startup, the server compares the installed beans CLI version against the hardcoded supported Beans version: 0.4.2. If they differ, it prints a warning to stderr and continues startup.
--workspace-root or positional arg: Workspace root path--cli-path: Path to Beans CLI--port: MCP server port (default: 39173)--log-dir: Log directory-h, --help: Print usage and exit| Tool | Description |
|---|---|
beans_init | Initialize the workspace (optional prefix). |
beans_archive | Archive completed/scrapped beans. |
beans_view | Fetch full bean details by beanId or beanIds. |
beans_create | Create a new bean (title/type + optional body/parent). |
beans_bulk_create | Create multiple beans in one call, optionally under a shared parent. |
beans_update | Consolidated metadata + body updates (status/type/priority/parent/clearParent/blocking/blockedBy/body/bodyAppend/bodyReplace) plus optional optimistic concurrency hint (ifMatch). |
beans_bulk_update | Update multiple beans in one call, optionally reassigning them to a shared parent. |
beans_complete_tasks | Mark all markdown checklist tasks within a bean as complete. |
beans_delete | Delete one or many beans (beanId or beanIds, optional force). |
beans_reopen | Reopen a completed or scrapped bean to an active status. |
beans_query | Unified list/search/filter/sort/ready operations, with GraphQL passthrough. |
beans_bean_file | Read/edit/create/delete files under .beans. |
beans_output | Read extension output logs or show guidance. |
Notes
beans_query tool is intentionally broad: prefer it for listing, searching, filtering or sorting beans, and for generating Copilot instructions (operation: 'llm_context')..beans/ prefix is automatically stripped from paths — you can pass either some-bean.md or .beans/some-bean.md and the result is the same.beans_update replaces many fine-grained update tools; callers should use it to keep the public tool surface small and predictable.beans_archive provides CLI parity for archiving completed/scrapped beans.beans_update (status: completed or status: scrapped) cascades the same status to all descendants.beans_reopen cascades the target status to closed descendants (completed / scrapped).beans_bulk_create and beans_bulk_update are best-effort: they process each item sequentially and return a per-item result array with success/error entries rather than failing atomically.title: values are automatically double-quoted on write. Pass raw titles — quoting and escaping is handled for you.beans_bean_file supports update_frontmatter for atomic frontmatter-only writes; supported fields include pr and branch.beans_create, beans_update, beans_delete, etc.) invalidate the cache immediately.beans-mcp and the Beans CLI are warning-only and non-blocking by design.beanId is missing in tool input, validation errors include a hint: Did you mean \beanId\?.beans_init
Request:
{ "prefix": "project" }
Response (structuredContent):
{ "initialized": true }
beans_view
Request:
{ "beanId": "bean-abc" }
Request (multiple beans):
{ "beanIds": ["bean-abc", "bean-def"] }
Response (structuredContent):
{
"bean": { "id": "bean-abc", "title": "Fix login timeout", "status": "todo", "type": "bug", "priority": "critical", "body": "...markdown...", "createdAt": "2025-12-01T12:00:00Z", "updatedAt": "2025-12-02T08:00:00Z" } }
beans_archive
Request:
{}
Response (example):
{ "archived": true, "archivedCount": 3 }
beans_create
Request:
{
"title": "Add dark mode", "type": "feature", "status": "todo", "priority": "normal", "body": "Implement theme toggle and styles", "parent": "epic-123" }
descriptionis accepted as a deprecated alias forbody.
Response (structuredContent):
{
"bean": { "id": "new-1", "title": "Add dark mode", "status": "todo", "type": "feature" } }
beans_bulk_create
Request:
{
"parent": "epic-123", "beans": [ { "title": "Design mockups", "type": "task" }, { "title": "Implement API", "type": "task", "priority": "high" }, { "title": "Write tests", "type": "task", "parent": "epic-456" } ] }
The top-level parent is applied as a default to any bean that does not specify its own parent. Here Design mockups and Implement API are assigned to epic-123; Write tests overrides with epic-456.
Response (structuredContent):
{
"requestedCount": 3, "successCount": 3, "failedCount": 0, "results": [ { "bean": { "id": "task-1", "title": "Design mockups" } }, { "bean": { "id": "task-2", "title": "Implement API" } }, { "bean": { "id": "task-3", "title": "Write tests" } } ] }
beans_bulk_update
Request (move a batch of tasks to in-progress and assign them to a parent):
{
"parent": "epic-123", "beans": [ { "beanId": "task-1", "status": "in-progress" }, { "beanId": "task-2", "status": "in-progress" }, { "beanId": "task-3", "status": "in-progress", "parent": "epic-456" } ] }
Response (structuredContent):
{
"requestedCount": 3, "successCount": 3, "failedCount": 0, "results": [ { "beanId": "task-1", "bean": { "id": "task-1", "status": "in-progress" } }, { "beanId": "task-2", "bean": { "id": "task-2", "status": "in-progress" } }, { "beanId": "task-3", "bean": { "id": "task-3", "status": "in-progress" } } ] }
Both bulk tools are best-effort: partial failures are reported per-item rather than aborting the whole batch.
beans_update
Request (change status and add blocking):
{
"beanId": "bean-abc", "status": "in-progress", "blocking": ["bean-def"], "ifMatch": "etag-value" }
Request (atomic body modifications):
{
"beanId": "bean-abc", "bodyReplace": [ { "old": "- [ ] Task 1", "new": "- [x] Task 1" }, { "old": "- [ ] Task 2", "new": "- [x] Task 2" } ], "bodyAppend": "## Summary\n\nAll checklist items completed." }
Note:
body(full replacement) cannot be combined withbodyAppendorbodyReplacein the same request.
Response (structuredContent):
{
"bean": { "id": "bean-abc", "status": "in-progress", "blockingIds": ["bean-def"] } }
beans_delete
Request:
{ "beanId": "bean-old", "force": false }
Response:
{ "deleted": true, "beanId": "bean-old" }
Batch request:
{ "beanIds": ["bean-old", "bean-older"], "force": false }
Batch response (summary):
{
"requestedCount": 2, "deletedCount": 2, "failedCount": 0, "results": [ { "beanId": "bean-old", "deleted": true }, { "beanId": "bean-older", "deleted": true } ] }
beans_reopen
Request:
{
"beanId": "bean-closed", "requiredCurrentStatus": "completed", "targetStatus": "todo" }
Response:
{ "bean": { "id": "bean-closed", "status": "todo" } }
beans_complete_tasks
Request:
{ "beanId": "bean-abc" }
Response:
{
"bean": { "id"
Nur der Anfang wird gezeigt; den Rest findest du im Repo