衡木 Hengmu

介绍

衡木把代码与架构评审从“输出观察”推进到可追溯的工程决策闭环。候选问题需要独立核实和证据解析，确认后的缺口进入方案比较、改造切片、回滚、测试与验收；项目 Profile、真实约束和关键链路决定哪些规则有效。它既能审查单个仓库，也能从项目组合视角识别重复建设、技术栈扩散、共享能力、数据流与隐性耦合。

技术栈

从评论到决策闭环

多数代码与架构评审停在观察意见。衡木要求候选问题先经过独立核实和证据解析，再进入方案比较、改造顺序、保护措施、回滚和验收，让建议能够真正进入工程执行。

项目事实决定规则

共享方法不在每个仓库复制一份提示词。仓库只保存项目类型、关键质量属性、真实约束、关键链路、门禁策略和审核历史；规则只有在保护这些声明时才成立。

单仓库与项目组合

单仓库审查结构和工程质量；项目组合审查重复基础设施、技术栈扩散、共享能力、所有权冲突、数据流和隐性耦合，补足只看局部时遗漏的系统问题。

模型判断与确定性信任分离

模型审计只是候选输入，不直接成为策略。JSON Schema、来源哈希、Git 证据、角色策略、签名、指纹与稳定退出码负责可复现门禁，并保留被否定假设和证据局限。

要点

• 把系统审查、问题独立核实、方案决策、改造规划与确定性质量门禁连接为一条受证据约束的链路。
• 单仓库读取项目 Profile、约束、关键链路与审核历史；项目组合审查建模共享能力、依赖、数据流和所有权。
• 规则覆盖可靠性、安全与隐私、数据/API 契约、可观测性、测试、部署、性能效率和技术债。
• 技术方案比较维持现状与结构性选择，显式权衡质量、成本、复杂度、成熟度、锁定、迁移风险与可逆性。
• JSON Schema、哈希、Git 证据、角色策略、指纹、签名与稳定退出码把文字规则转成可复现门禁。
• 运行时完全本地，不依赖托管服务、遥测、凭据、网络或 MCP Server。