企业官网建设流程全解析

dcg Destructive Command Guard项目路线图：这个AI代理安全守卫下一步要去哪

【免费下载链接】destructive_command_guardThe Destructive Command Guard (dcg) is for blocking dangerous git and shell commands from being executed by agents.项目地址: https://gitcode.com/GitHub_Trending/de/destructive_command_guard

dcg（Destructive Command Guard）是一个用 Rust 编写的 AI 代理命令安全守卫，专门在 Claude Code、Codex、Cursor 等 AI 编码代理执行危险命令（如git reset --hard、rm -rf ./src）之前将其拦截。它目前已经发布了 v0.14.1，内置 50 多个安全规则包。那么它的项目路线图（Roadmap）规划了什么？我们翻了项目仓库里的规划文档，帮你把这份"AI 代理安全守卫"的下一步走向一次讲清楚。

🧭 先看清楚：路线图从哪里来

dcg 的路线图不是拍脑袋，而是两份经过严格评估的改进计划（从 30 个候选点子中精选出 7 个），存放在项目规划目录里：

• 核心改进计划：docs/planning/DCG_IMPROVEMENT_PLAN__OPUS.md
• 超详细混合版计划：docs/planning/DGC_IMPROVEMENT_PLAN__GPT.md
• 依赖升级记录：docs/planning/UPGRADE_LOG.md

项目先诚实列出了当前的 6 个"信任杀手"级缺口——比如已启用的非核心规则包在 Hook 模式下可能"静默失效"、同一条命令两次判定结果可能不同（决策非确定性）、git commit -m "提到 rm -rf"这类纯文本会被误拦。路线图的核心思想一句话概括：先修地基，再谈新功能。

🛠️ 七大改进方向：按依赖和影响力排序

🗺️ 六阶段实施路线：10 周走完的关键节点

路线图把 7 大改进拆成了 6 个阶段（路线图原文）：

阶段 1-2：修正确性、除误报（第 1-4 周）

• Pack 感知的全局快速拒绝：不再硬编码只认git/rm，而是用所有已启用规则包的关键词并集做门控，Docker、K8s 保护真正生效
• 确定性规则包排序：引入显式 Tier 分层（核心 → 基础设施 → 容器 → 数据库 → 严格策略 → 包管理器），同输入永远同判定
• 安全字符串参数注册表：git commit -m、grep "rm -rf"这类"数据而非代码"的上下文将被豁免，直接解决最大的误报痛点

阶段 3-4：可解释与深扫描（第 5-8 周）

• dcg explain输出完整决策追踪，30 秒内让你看懂拦截原因
• 按规则 ID 加白名单（而不是写原始正则），配合建议库降低维护成本
• 三层 Heredoc 扫描：快速触发器 → 有界提取 → AST 感知匹配，封堵内联脚本绕过

阶段 5-6：团队级保护 + 持续加固（第 9 周起，长期）

• Pre-commit 扫描 + CI Action：把同一个扫描引擎用到代码评审环节，实现"团队级防线"
• 性能与可靠性护栏：属性测试、模糊测试（项目已有 fuzz/ 目录和 tests/corpus/ 回归语料）、延迟预算持续执行

📊 路线图的成功标准（写进文档的 KPI）

规划文档把目标量化成了硬指标：

设计原则同样明确写在计划里：永不挂起、永不崩溃（单命令处理上限 10ms）、默认放行但坚决拦截已知灾难、误报是一等问题——"一个被用户禁用的守卫，比一个稍微宽松但始终在线的守卫更差"。

🚀 路线图之外：已经在路上的新东西

规划文档是"未来的承诺"，而 CHANGELOG.md 展示了"现在正在发生"：

• v0.14.1（2026-09）已发布：新增 Charm Crush Hook 支持、Azure DevOps 规则包、git lfs独立规则、历史库路径迁移至 XDG 标准目录
• MCP Server：dcg 已内置 MCP 服务（dcg mcp-server），提供check_command、scan_file、explain_pattern三个工具，方便更多 AI 客户端接入（src/mcp.rs）
• TOON 输出格式：为 LLM 优化的小型文本格式正在按计划接入dcg test --format toon，Hook 协议保持 JSON 不变（docs/planning/TOON_INTEGRATION_BRIEF.md）
• 依赖持续升级：三轮依赖升级全程保持 2210+ 测试全绿（docs/planning/UPGRADE_LOG.md）

💡 总结：这份路线图在"卷"什么

dcg 的路线图逻辑可以浓缩为一句话：把"一个会拦命令的 Hook"升级成"一个你看得懂、改得动、团队共用的可信安全层"。

• 对个人用户：误报变少、拦截可解释、放行更简单
• 对团队：Pre-commit 和 CI 扫描让防线覆盖整个工作流
• 对开发者：确定性判定 + 性能预算 + 模糊测试保证长期可靠

想跟进它的进展，可以直接看规划目录 docs/planning/ 里的完整计划文档，以及 tests/corpus/ 里持续积累的绕过尝试与误报回归语料——那才是路线图执行得"真不真"的最好证明。

【免费下载链接】destructive_command_guardThe Destructive Command Guard (dcg) is for blocking dangerous git and shell commands from being executed by agents.项目地址: https://gitcode.com/GitHub_Trending/de/destructive_command_guard