Token导航 LogoToken导航

MCP Server · AI代理

Workflow Compliance Enforcer

一个用于企业和政府项目的MCP服务器,强制执行开发工作流并生成合规审计报告。

未说明官方级别未说明来源级核验工具 0
工作流管理JavaScriptClaude

快速开始

公开资料没有提供安装命令,按仓库或官方文档接入。
作者 / 组织
scarter4work
提供方
scarter4work

工具数量

0

来源目录标注

资源数量

0

来源目录标注

提示词数量

0

来源目录标注

GitHub Star

0

仓库热度

收录来源

1 个

MCP World

选型结论

Workflow Compliance Enforcer 属于AI代理类 MCP Server,公开资料标注 0 个工具,通过传输方式未标注接入,适配 Claude,没有现成的安装命令;接入前先确认权限范围。

分类

AI代理

传输方式

未说明

认证方式

无需认证

部署方式

公开资料未说明

安装与配置

公开目录没有给出安装命令,需要按仓库 README安装;下面按同类条目的通用流程说明。

公开命令不是通用的启动方式,拼不出可靠配置示例;请在客户端 MCP 配置里按官方文档填写 command 和 args。

上手步骤

  1. 1

    先确认运行方式

    公开资料没有标注传输方式,先看仓库 README,确认是本地进程还是远程地址。

  2. 2

    获取服务

    公开目录没有给出安装命令,按仓库 README里的步骤安装或获取服务。

  3. 3

    写入客户端配置

    在客户端的 MCP 配置里填启动命令和参数,保存后完全退出客户端再打开,让新配置生效。

  4. 4

    验证是否可用

    连接成功后客户端会列出 0 个工具,随便调一个只读工具确认能返回结果。

接入前确认

不要直接授予不必要的文件、网络或账号权限;先核对安装命令和配置内容。

公开资料仍需确认:安装命令

详细介绍

工作流合规执行器MCP

通过审计跟踪、状态持久性和合规性报告强制执行客户授权的开发工作流程。

一种模型上下文协议(MCP)服务器,专为企业、政府和受监管行业设计,这些行业的开发工作流程 不可转让的 和 合规性至关重要.

为什么存在

在企业咨询和政府合同中,客户通常要求严格的开发工作流程:

  • ✅ 测试 必须 先通过后提交
  • ✅ 代码 必须 在问题结束之前部署
  • ✅ 生产 必须 被验证
  • ✅ 审计跟踪 必须 存在是为了合规

此MCP服务器执行这些工作流 并提供合规证明。

特性

🔒 合规第一

  • 状态持久性 -克劳德代码重启后,工作流得以幸存
  • 审计跟踪 -带有时间戳的自动合规报告
  • 飞行前检查 -启动前验证所需的脚本
  • 时间跟踪 -所有步骤的持续时间跟踪

🎯 工作流管理

  • 视觉进度 -实时工作流可视化
  • 多个模板 -针对不同任务的不同工作流程
  • 恢复能力 -从撞车后停下的地方继续
  • 更好的错误 -针对常见问题的可行建议

⚙️ 可配置的

  • 按项目配置 -不同项目的不同工作流程
  • 部署方法 -Git推送、基于脚本或手动
  • 验证策略 -烟雾测试、脚本、手册或无
  • 严格/宽松模式 -强制执行或警告

快速开始

安装

  1. 克隆和构建:
git clone https://github.com/scarter4work/workflow-compliance-enforcer.git
cd workflow-compliance-enforcer
npm install
npm run build
  1. 添加到克劳德代码MCP配置 (~/.claude/mcp.json):
{
  "mcpServers": {
    "workflow-enforcer": {
      "command": "node",
      "args": ["/path/to/workflow-compliance-enforcer/build/index.js"]
    }
  }
}
  1. 重新启动Claude代码

配置

创建 .workflow-enforcer.json 在项目根目录中:

{
  "mode": "strict",
  "template": "full-deployment",
  "test_command": "npm test",
  "deploy_method": "git-push",
  "production_verification": "script",
  "production_test_command": "npm run test:prod"
}

用法

基本工作流程

// 1. Start work on an issue
workflow_start_issue({ issue_number: 42 })

// 2. Write your code, then run tests
workflow_run_tests()

// 3. Commit (only works after tests pass)
workflow_commit({ message: "fix: resolve authentication bug" })

// 4. Deploy to production
workflow_deploy()

// 5. Verify production
workflow_verify_prod()

// 6. Close issue and generate audit report
workflow_close_issue()

崩溃后恢复

// If Claude Code crashes mid-workflow
workflow_start_issue({ issue_number: 42, resume: true })
// Picks up exactly where you left off!

检查进度

workflow_status({ detailed: true })

输出:

📊 Workflow Status:

State: TESTS_PASSED
Active Issue: #42 - Fix authentication bug
Commit: None

📋 Workflow Progress (full-deployment):

✅ 1. Start Issue (workflow_start_issue)
✅ 2. Run Tests (workflow_run_tests)
⏳ 3. Commit Changes (workflow_commit) ← YOU ARE HERE
⬜ 4. Deploy to Production (workflow_deploy)
⬜ 5. Verify Production (workflow_verify_prod)
⬜ 6. Close Issue (workflow_close_issue)

Available actions:
  - workflow_commit

工作流模板

完全部署(默认)

对于需要完整发布周期的生产功能:

  1. 启动问题→ 2. 运行测试→ 3. 提交→ 4. 部署→ 5. 验证→ 6. Close

仅测试

对于不需要部署的内部更改:

  1. 启动问题→ 2. 运行测试→ 3. 提交→ 4. Close

仅限文档

有关文档更改:

  1. 启动问题→ 2. 提交→ 3. Close

审计报告

每个完成的工作流都会生成一份审计报告:

📊 Workflow Completion Report - Issue #42
======================================================================

Issue: Fix authentication bug
Started: 2025-11-16T12:00:00.000Z
Completed: 2025-11-16T12:45:30.000Z
Duration: 0h 45m 30s

Steps Completed:
✅ Start Issue           - 2025-11-16T12:00:00.000Z
✅ Run Tests             - 2025-11-16T12:15:00.000Z (12450ms)
✅ Commit Changes        - 2025-11-16T12:20:00.000Z
✅ Deploy to Production  - 2025-11-16T12:35:00.000Z (145000ms)
✅ Verify Production     - 2025-11-16T12:43:00.000Z (8200ms)
✅ Close Issue           - 2025-11-16T12:45:30.000Z

Commits:
- a1b2c3d: fix: resolve authentication bug

Attestation: All required workflow steps completed successfully.
Signed: workflow-enforcer v2.0.0

已保存到 .workflow/reports/issue-42-report.md 出于合规目的。

配置选项

选项值描述
modestrict, lenient严格=强制执行;宽容=警告
templatefull-deployment, tests-only, docs-only要使用的工作流
test_commandstring测试命令(默认值: npm test)
deploy_methodgit-push, script, manual如何部署
production_verificationsmoke-test, script, manual, none如何验证

看 工作流_ENFORCER_V2.md 以获取完整的文档。

用例

企业客户

{
  "mode": "strict",
  "template": "full-deployment",
  "deploy_method": "manual",
  "production_verification": "manual"
}

部署和验证的手动门,带有完整的审计跟踪。

CI/CD自动化

{
  "mode": "strict",
  "template": "full-deployment",
  "deploy_method": "git-push",
  "production_verification": "smoke-test",
  "production_url": "https://api.example.com/health"
}

自动部署,快速烟雾测试验证。

内部发展

{
  "mode": "lenient",
  "template": "tests-only"
}

跳过内部更改的部署,但仍强制执行测试。

可用工具

  • workflow_start_issue -开始进行飞行前检查
  • workflow_run_tests -运行带有持续时间跟踪的测试套件
  • workflow_commit -提交代码(仅在测试通过后)
  • workflow_deploy -部署到生产环境
  • workflow_verify_prod -验证生产部署
  • workflow_close_issue -关闭问题并生成审计报告
  • workflow_status -检查当前工作流状态
  • workflow_config -查看/更新配置

需求

  • Node.js 18+
  • GitHub命令行界面(gh)用于问题管理
  • 支持MCP的Claude代码

比较:v1.0与v2.0

功能v1.0v2.0
状态持久性❌✅
飞行前检查❌✅
工作流可视化❌✅
审计报告❌✅
配置❌ 硬编码✅ 每个项目
模板❌ 一刀切✅ 3个模板
错误消息⚠️ 通用✅ 可操作
时间跟踪❌✅
恢复能力❌✅

贡献

欢迎投稿!拜托:

  1. 分叉存储库
  2. 创建要素分支
  3. 提交拉取请求

对于重大更改,请先打开一个问题。

许可证

MIT许可证-请参阅 许可证 文件以获取详细信息。

支持

致谢

内置于 模型上下文协议 通过Anthropic。

______________________________________________________________________

为合规而构建。专为真实世界的客户工作流程而设计。

工具与能力

工具数量

0

资源数量

0

提示词数量

0

能力标签

工作流管理JavaScript本地部署合规审计企业开发状态持久化自动化部署

支持客户端

Claude

数量来自来源目录的标注,具体工具清单以官方文档为准。

典型使用场景

多步任务编排

把拆解、检索、执行串成一条链,模型按步骤调用工具。

长期上下文

把会话、笔记和知识放到外部存储,换个会话还能接着做。

接自有流程

把内部系统和模型连起来,让助手调用已有的工作流。

选择建议

值得选的地方

  • 只提供 0 个工具,职责集中,接入后不容易误操作。
  • 公开说明写得比较完整,接入前能看清能力边界。

先想清楚的地方

  • 公开资料没有可直接复制的安装命令,第一次接入要自己找入口。
  • 公开摘要偏短,具体能力和限制要回到仓库确认。
  • 第三方目录整理,版本更新和行为细节以官方仓库为准。

更适合

  • 需要在AI代理场景里让模型直接调用外部能力的人。
  • 已经在用 Claude 的用户,接入路径最短。
  • 愿意照着官方文档一步步配环境的人。

不太适合

  • 希望一条命令就装好、不想看文档的人。
  • 需要厂商级 SLA 和技术支持的生产环境。

同类对比

5 个同类
MCP Server工具数传输方式安装命令收录来源最后核验
Workflow Compliance Enforcer

MCP World · 本页

0未说明未标注1 个2026-05-17
Everything Claude Code

MCP World

0stdio有1 个2026-05-17
Filesystem 560c4363

MCP World

13未说明未标注2 个2026-05-17
Time 7365cb6d

MCP.so

2SSE有2 个2026-05-17
Server Everything (everything)

MCP World

11stdio有1 个2026-05-17

按同分类和工具数量挑出最接近的几条,字段以各自详情页为准。

常见问题

5 条

Workflow Compliance Enforcer 怎么安装?

公开目录没有给出可以直接复制的安装命令,需要按仓库 README里的步骤安装;装好后写进客户端的 MCP 配置再重启。

Workflow Compliance Enforcer 怎么在 Claude Desktop、Cursor 里配置?

它是传输方式未标注,客户端配置里要写启动命令和参数,运行环境是 未标注;保存后完全退出客户端再打开,配置才会生效。

Workflow Compliance Enforcer 收费吗?

本站只整理公开资料,不代收费用,也没有标注具体价格。是否收费取决于服务本身和背后的接口额度,正式使用前按官方说明确认。

Workflow Compliance Enforcer 需要 API Key 吗?

公开资料标注为无需认证,装好就能连;如果实际调用时报鉴权错误,按官方文档补上凭据。

Workflow Compliance Enforcer 支持哪些客户端?

公开资料标注支持 Claude;其他客户端只要能配置 MCP Server,也能用同样的命令或地址接入。

来源信息

继续浏览同类 MCP