Spec Driven Development
MCP Server that facilitates spec-driven development workflows, not just Vibe Coding.
作者提供的说明(英文原文)
List agents, trigger workflows, and enforce team AI policies with ConductGuard.
这三项永远不会合并成一个分数:意见、测量和人气是不同的东西。
我们还没有为它写通俗的介绍。下面是我们从注册中心读取到的事实。
选择你使用的 AI 应用,然后复制设置。
你需要
你用的是哪个应用?
在上方选择你的应用。我们会记住它,下次按钮会显示“安装到 …”。
打开 Claude Desktop → Settings → Developer → Edit Config,把下面的内容粘贴到 claude_desktop_config.json
{
"mcpServers": {
"conduct-cli": {
"command": "uvx",
"args": [
"conduct-cli"
]
}
}
}在终端中运行这条命令
claude mcp add conduct-cli -- uvx conduct-cli粘贴到项目中的 .cursor/mcp.json,或 ~/.cursor/mcp.json
{
"mcpServers": {
"conduct-cli": {
"command": "uvx",
"args": [
"conduct-cli"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
粘贴到项目中的 .vscode/mcp.json
{
"servers": {
"conduct-cli": {
"type": "stdio",
"command": "uvx",
"args": [
"conduct-cli"
]
}
}
}浏览器会先询问是否打开应用,然后应用会显示设置并请你确认。密钥的值会留空,由你自己填写。
这个服务器在你的电脑上运行,而 ChatGPT 只能连接互联网上的服务器。请选择其他应用。
你的选择通过 Cookie 保存在这台设备上,无需账户。
这些设置是根据作者在注册中心的条目生成的。如果 README 的写法不同,请以 README 为准。
它在你的电脑上运行;安装后,工具列表会显示在你的 AI 应用中。
我们检查的是任何人都能看到的信息;我们没有阅读代码。不适用的检查项不计入总数。 · 检查于 2026年11月6日
注册名称已通过 GitHub 账户 sseshachala 验证,该账户拥有此仓库
我们还没有从 GitHub 读取这个仓库
我们还没有从 GitHub 读取这个仓库
它在你的电脑上运行,没有互联网端点
在你的电脑上运行,改用本地设置
它在你的电脑上运行;我们只能读取互联网端点的工具列表
与注册中心里这个分类中所有活跃的服务器比较。只有当发布者拥有该仓库时,星标数才计入。
它在 1 项适用的基础检查中通过了 1 项。我们没有阅读代码。在添加密钥或令牌之前,请先看看这个服务器要求哪些权限,并使用只具备所需权限的密钥。
注册中心没有列出必需的密钥,不过有些服务器会在首次使用时要求你登录。
它在你的电脑上运行。你的 AI 应用会在需要时启动它,数据不会经过作者的服务器(除非它自己调用在线服务)。
GitHub 仓库最后更新于–,最新版本(0.6.10)于4个月前进入注册中心。
支持 MCP 的应用,例如 Claude Desktop、Claude Code、Cursor 和 VS Code。你的电脑上还需要有 Python (uv)。
同一分类中有:Spec Driven Development, Remote Desktop Commander, yontu
同一分类中其他作者的服务器,按星标数排序。
如何看卡片:★ 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.
Türkçe yazı denetimi: TDK kuralları, yapay zekâ izleri, metin türüne göre üslup.
按原文从作者的仓库复制。PopNx MCP 没有审查或背书其内容。HTML、图片和脚本已被移除。链接会离开本站。
Official CLI for Conduct AI — install AI agents, manage projects, run end-to-end tests, and enforce team AI policies with ConductGuard.
Runs on Linux, macOS, and Windows. Python 3.9–3.12.
pip install conduct-cli
# Authenticate (one-time)
conduct login \ --server https://api.conductai.ai \ --token cond_agt_xxx \ --workspace
conduct playbooks
conduct install-all --project DevOps --repo owner/repo
conduct agents
conduct test "PR Reviewer" conduct test --all
| Command | Description |
|---|---|
conduct login | Save connection config to ~/.conduct/config.json |
conduct projects | List all projects |
conduct create project | Create a project |
conduct delete project | Delete a project and all its agents |
conduct reset project | Delete all agents in a project (clean slate) |
conduct playbooks | Browse available playbooks |
conduct playbooks | Show required inputs for a playbook |
conduct install | Install one agent from a playbook |
conduct install-all | Install all 12 playbooks into a project |
conduct agents | List all installed agents |
conduct test | Fire test trigger on an agent and stream results |
conduct test --all | Test every playbook-based agent |
Generate an agent token from Settings → Agents → Issue token in the Conduct AI dashboard. Tokens start with cond_agt_ and are stored as SHA-256 hashes — the plaintext is shown only once.
conduct login --server https://api.conductai.ai --token cond_agt_xxx --workspace <id>
# Installs all 12 playbooks into a project, pointed at your GitHub repo
conduct install-all --project DevOps --repo myorg/myrepo
If the project doesn't exist it's created automatically. Use --input key=value to override any playbook input.
# Test a single agent (fires synthetic test payload, streams run events)
conduct test "Autopilot Quick"
conduct test --all
Exit code is 0 if all pass, 1 if any fail — works in CI.
ConductGuard is AI tool fleet management — your security team sets policies once and they're enforced automatically across every developer's Claude Code, Cursor, and Windsurf session.
Admin configures policies and budgets in the Guard dashboard
└─ developers are workspace members automatically — no invite step needed
Developer runs: conduct guard sync ├─ pulls latest policy to ~/.conductguard/policy.json ├─ writes PreToolUse hook → ~/.conductguard/hook.py ├─ registers hook → ~/.claude/settings.json └─ registers conductguard-mcp → ~/.claude/settings.json (mcpServers) + Codex
Every Claude Code tool call: ├─ PreToolUse hook fires (hook.py) → checks policy → block / warn / audit └─ Event posted async to ConductGuard API → visible in Activity feed
pip install conduct-cli
conduct login --server https://api.conductai.ai --api-key
conduct guard sync
That's it. Policy enforcement is active from the next tool call.
| Command | Description |
|---|---|
conduct guard sync | Pull latest policy, write hook to ~/.conductguard/hook.py, register hook + MCP |
conduct guard status | Show today's spend, session count, and violations |
conduct guard audit [--since 7d] | Print recent guard events in a table |
conduct verify [--evidence FILE] [--strict] [--format json] | Map guard events to OWASP Agentic Top 10; exit 1 in CI if blocked events (--strict) |
conduct guard discover | Scan local environment for AI agents; report Guard coverage % |
conduct guard discover --register | Register discovered agents under Guard |
When advisory mode is enabled by your security admin, all policy violations are logged as "audited" instead of blocked — the developer sees a note but the tool call proceeds. The hook still posts every event to the audit log.
To check if advisory mode is active:
conduct guard sync # shows "· advisory" badge if active
conduct guard status
# Map last 24h of guard events to OWASP Agentic Top 10
conduct verify
conduct verify --evidence ./conduct-evidence.json
conduct verify --strict
conduct verify --format json
OWASP mapping: no-rm-rf → A04 Excessive Agency, no-sudo → A09 Privilege Escalation, policy_signature_invalid → A07 Insufficient Monitoring, etc. All 10 categories covered.
When you run conduct guard sync, the CLI writes a Python script to ~/.conductguard/hook.py and registers it as a PreToolUse hook in ~/.claude/settings.json:
{
"hooks": { "PreToolUse": [ { "matcher": ".*", "hooks": [{ "type": "command", "command": "python3 ~/.conductguard/hook.py" }] } ] } }
Before every tool call, Claude Code runs the hook. The hook:
tool_name and tool_input from stdin (JSON)~/.conductguard/policy.json (the team ruleset)match_tool, match_pattern, match_path_pattern)block — prints the policy message, exits with code 2 (Claude Code aborts the tool call)warn — prints the message, exits 0 (tool call proceeds, developer is notified)audit — posts an event silently, exits 0POST /guard/events asynchronously (fire-and-forget, never slows the tool call)conduct guard sync also registers an MCP server entry in ~/.claude/settings.json:
{
"mcpServers": { "conductguard": { "command": "conductguard-mcp", "args": ["--team", " ", "--token", " "] } } }
Claude Code starts conductguard-mcp as a subprocess on launch and keeps it running. It communicates via JSON-RPC 2.0 over stdin/stdout (MCP stdio transport).
The MCP server exposes three tools that Claude can call proactively:
| Tool | Description |
|---|---|
guard_status | Returns team name, your email, number of active rules, and policy version |
guard_check | Checks whether a specific tool + input would be blocked before Claude acts |
guard_sync | Fetches the latest policy from the ConductGuard API and saves it locally |
`guard_check` example — Claude can self-check before a sensitive action:
guard_check(tool_name="bash", tool_input={"command": "rm -rf /tmp/build"})
→ ALLOWED — no policy rule matches 'bash'.
guard_check(tool_name="bash", tool_input={"command": "curl http://internal-api/secrets"}) → BLOCKED — External network calls to internal endpoints are not permitted. [rule: no-internal-curl]
`guard_sync` example — after your security team pushes new rules:
guard_sync()
→ Policy synced — 12 rule(s) active (version: 2026-05-31T14:22:00Z).
Policy is stored at ~/.conductguard/policy.json and synced from the server:
{
"team_id": "uuid", "version": "2026-05-31T14:22:00Z", "rules": [ { "rule_id": "no-rm-rf", "match_tool": "bash", "match_pattern": "rm\\s+-rf", "match_path_pattern": null, "action": "block", "message": "Recursive deletes are not permitted. Use trash or targeted rm." }, { "rule_id": "audit-prod-writes", "match_tool": "edit,write", "match_path_pattern": "/prod/", "match_pattern": null, "action": "warn", "message": "Writing to prod directory — make sure this is intentional." } ] }
Run conduct guard sync after your security team updates rules in the ConductGuard dashboard. The sync command pulls the latest policy, rewrites the hook, and re-registers the MCP entry in any newly detected AI tool configs.
# Add to a daily cron or run manually after policy changes
conduct guard sync
Add to ~/Library/Application Support/Claude/claude_desktop_config.json (macOS) or %APPDATA%\Claude\claude_desktop_config.json (Windows):
{
"mcpServers": { "conduct": { "command": "conduct-mcp", "args": [] }, "conductguard": { "command": "conductguard-mcp", "args": ["--team", " ", "--token", " "] } } }
Run conduct login first — conduct-mcp reads credentials from ~/.conduct/config.json. Get your agent token from Settings → Agents → Issue token in the Conduct AI dashboard.
Install from the MCP registry directly in VS Code:
code --add-mcp '{"name":"conduct","command":"conduct-mcp","args":[]}'
code --add-mcp '{"name":"conductguard","command":"conductguard-mcp","args":["--team"," ","--token"," "]}'
Or add to .vscode/mcp.json in your repo:
{
"servers": { "conduct": { "type": "stdio", "command": "conduct-mcp", "args": [] }, "conductguard": { "type": "stdio", "command": "conductguard-mcp", "args": ["--team", " ", "--token", " "] } } }
Once wired, GitHub Copilot can list your agents, trigger workflows, and check Guard policies — the same tools available in Claude Code and Cursor.
Prerequisites: pip install conduct-cli + conduct login