Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
Repository MCP adapter for company-scoped workflow candidates and conditional API discovery.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"agenticorg": {
"command": "npx",
"args": [
"-y",
"agenticorg-mcp-server"
]
}
}
}在终端中运行这条命令
claude mcp add agenticorg -- npx -y agenticorg-mcp-server粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"agenticorg": {
"command": "npx",
"args": [
"-y",
"agenticorg-mcp-server"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"agenticorg": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"agenticorg-mcp-server"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月7日
注册名称已通过 GitHub 账户 mishrasanjeev 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(5.0.0)于29天前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Node.js。
同一分类中有:Spec Driven Development, Remote Desktop Commander, FlyDocs
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ GitHub 星标i三大支柱:评价 · 检查 · 使用情况i更新 = 最新版本发布到注册中心的时间i
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.
Spec-driven development workflow: your agent works issues, sessions and the status lifecycle.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
AgenticOrg is an enterprise AI agent platform for building, running, and governing agent workflows across finance, HR, marketing, operations, back office, communications, and bounded agentic-commerce use cases. The platform is source-available under the Orchestrum Personal Use License 1.0: only individuals' personal use is free, and any organisation needs a signed agreement with Orchestrum Technologies LLP; the SDKs and MCP server are Apache-2.0 open source (see Licence).
Ownership: AgenticOrg is owned by Orchestrum Technologies LLP.
Inventor / Owner: Sanjeev Kumar
Contact: sanjeev@orchestrum.in | mishra.sanjeev@gmail.com
Website demo and trial lead notifications default to sanjeev@orchestrum.in. Self-hosted operators can select their own single marketing inbox with AGENTICORG_DEMO_NOTIFY_TO. This does not redirect requester confirmations, workspace notifications, or account-recovery email, and does not replace SMTP setup.
See the canonical ownership and contact statement and NOTICE.
Website | Application | Playground | User manual | Technical documentation | Current product status | Security policy
Start with a measurable pilot: bank service cases, fintech/API integrations, or merchant and external-buyer workflows. The visual rollout checklist explains source setup, review, external confirmation and expansion. Discuss your task and systems at sanjeev@orchestrum.in; do not send credentials or customer data in a public enquiry.
The AgenticOrg platform is source-available under the [Orchestrum Personal Use License 1.0](LICENSE). Only an individual using it for their own personal purposes is free. Every organisation (companies, firms, sole proprietors' businesses, charities, schools, universities, research bodies and government) needs prior written permission in a signed agreement with Orchestrum Technologies LLP, for any use: evaluation, testing, pilots, internal use, hosting, resale or embedding, paid or free.
The AgenticOrg SDKs (`sdk/`, `sdk-ts/`) and the MCP server (`mcp-server/`) are open source under the Apache License 2.0, free for any use including commercial.
| Directory | Licence |
|---|---|
sdk/ (Python SDK) | Apache License 2.0: open source, free for any use including commercial |
sdk-ts/ (TypeScript SDK) | Apache License 2.0: open source, free for any use including commercial |
mcp-server/ (MCP server) | Apache License 2.0: open source, free for any use including commercial |
tests/fixtures/ucp/, core/commerce/acp/schemas/ (vendored protocol schemas) | Apache License 2.0 (third-party, unchanged) |
Everything else: the AgenticOrg platform (api/, core/, auth/, connectors/, ui/ and the website, workers, docs/, scripts/, migrations/, tests) | Orchestrum Personal Use License 1.0: individuals' personal use only; any organisation needs a signed agreement with Orchestrum Technologies LLP |
Live product totals and the deployed product version are published by the public product facts endpoint:
GET https://app.agenticorg.ai/api/v1/product-facts
The response contains version, agent_count, connector_count, and tool_count. Do not copy those values into documentation, page copy, or tests: they are computed from runtime registries and can change independently of a documentation release. The version declared for source builds is in pyproject.toml.
Billing limits and list prices come from core/billing/catalog.py. Production deployment behavior comes from scripts/deploy_cloud_run.sh.
New agents default to gemini-3.5-flash-lite; explicitly selected models remain unchanged. Save your Google or other provider key in the protected AI credential settings. Model selection, fallback and company scope remain configurable. For this model, Agent Configuration > Gemini thinking offers an optional medium profile for multi-step reasoning. Existing agents and generic calls keep the provider default; no global flag or default is changed. The API equivalent is llm.thinking_level="medium"; set it to null to restore the provider default. Both runtime clients honor explicit profiles. Thinking is billed as output tokens; budget for its additional token use and response time within existing limits. It is not a correctness guarantee. Older model settings and all feature flags remain unchanged. See reasoning acceptance.
The Channels dashboard connects your own WhatsApp Cloud API, Meta Messenger, Telegram, Viber, inbound Mailgun email or signed gateway to an agent or workflow. Credentials are encrypted, callbacks are authenticated, unlinked messages require review, and private sender links delegate only your current permissions. Existing Twilio voice/call setup and remote MCP tool discovery remain separate integrations. Native channel replies default to optional status notices. Telegram agent connections can opt into bounded final-answer replies for the linked private sender under Channels > Reply content. Traces and tool-call records stay in AgenticOrg; approvals, sender authorization and tenant controls still apply. The encrypted intake carries the authenticated sender identity across services; older receipts without that proof remain withheld, even if the agent completed. For tool-free Telegram agents without traffic splits in this opt-in mode, follow-ups may use up to four recent, confirmed question/answer pairs from the same linked private sender and agent/company scope, within 30 minutes. This is bounded text context, not durable memory or permission to repeat actions. Hindi and other Unicode model input remains readable before privacy scanning; existing redaction still applies. With AGENTICORG_PII_HINDI_GRAMMAR_ENABLED=true (default off), targeted Hindi grammar checks distinguish referential name/colour questions from named values. This is not a general-purpose Hindi entity-recognition model; quoted names, unknown words and structured identifiers retain privacy scanning.
Follow the channel account and workflow guide for account creation, callback registration, sender linking and verification. Local wire-contract tests are not proof of real provider-account delivery. Reuse an existing Telegram connection for an already connected bot; a second connection must not overwrite its webhook. Change its destination through Save settings only when authorized and no tasks are queued or running. Verify real model reasoning separately from transport-only workflows, and do not claim a combined Telegram-to-Gemini flow unless one delivery proves both.
Acceptance checks validate the actual answer as well as the terminal status. A completed, high-confidence model run can still be wrong; compare numeric results independently and preserve PII protections while diagnosing it. See the bounded production acceptance runbook.
The production platform currently includes governed agent/workflow execution, document ingestion with scanned-document OCR, signed Twilio voice with provider-managed STT/TTS, tenant-scoped browser RPA, Python and TypeScript SDKs, MCP/A2A surfaces, and the bounded Shopify-to-OACP commerce runtime. See the current product status for the exact shipped, configuration-dependent, and not-shipped boundaries.
External actions remain explicit. A voice provider, connector, browser script, buyer channel, payment rail, merchant system, or POS path is usable only when the target tenant has the required credentials, scopes, configuration, and provider approval.
The repository includes a tenant-gated business onboarding case workflow with read-only provider investigation, a cited memo, deterministic policy scoring, screening dispositions, human review, and an auditable hand-off. Provider calls are refused unless the active role agent, registered tools, exact local case purpose, and delegated grant all authorize the call. This case-specific check is strict even if general tool enforcement is in off or warn mode.
AgenticOrg pins grantex==0.7.1 and calls its enforcement check with the grant token, connector, tool and any numeric amount. It does not pass a case id or case purpose, so a token's case purpose and per-case caps are not checked on this path. The role's case_purposes list is a local AgenticOrg control, and pooled grants are not bound to one case. Decision and analyst actions still require a signed-in human; API keys, agent tokens, and MCP tools cannot act as that human. The case runtime is off for a tenant until enabled and configured. This source description is not a claim that a particular hosted deployment has enabled the workflow. See the case lifecycle and setup, grant-enforcement runbook, and decision requests.
Voice, email, OCR, and browser RPA can be exercised together before release with the Docker-backed local multichannel simulation. It uses fresh PostgreSQL, local Mailpit delivery, real Tesseract, and optional real Playwright Chromium while keeping paid calls and production mutations off.
Knowledge upload status distinguishes extraction from searchable indexing. With opt-in upload recovery, transient native embedding failures retry on the existing worker; the previous searchable copy remains until replacement succeeds. Malformed PDF/Office files are refused before replacement. See Knowledge and OCR for status meanings, citations and recovery limits. For a reasoning-only agent, disable suggested tools and leave tool/connector selection empty; this does not bypass tenant budgets. Provider charges and quotas still apply. Use structured output for conf
只显示了开头部分;其余内容请在仓库中阅读