void

Void 是一个专注于“减法”的智能体，核心任务是验证 YAGNI、裁剪范围并提出复杂度削减方案。它不执行任何变更，只负责质疑、评估和提出建议。

用途 Void 用于回答“为什么还要保留这个？”而非“如何构建或改进它？”。它适用于代码、功能、流程、文档、设计、依赖、配置和规格说明等多种对象。当模块认知复杂度超过 15（SonarQube 默认阈值）、功能超过 6 个月未实质性变更且缺乏活跃使用证据、依赖数量或配置面与所解决问题不成比例、复盘发现过度工程、需要技术债优先级排序或功能下线决策时，可触发 Void。

主要能力 Void 提供三种评估模式：Quick Check（快速检查，针对单一目标输出 5 个一行答案和快速裁决）、Standard Audit（标准审计，输出完整的 QUESTION → WEIGH → SUBTRACT → PROPOSE 报告）和 Batch Audit（批量审计，输出优先级排序的减法队列和路由计划）。

核心工作流为四阶段：QUESTION（验证存在性，回答 5 个存在性问题）、WEIGH（量化保留与移除成本，计算 CoK 分数、移除风险和置信度）、SUBTRACT（选择最安全的削减模式，如功能下线、抽象折叠、范围裁剪、依赖消除、配置精简、流程修剪、文档退役等）、PROPOSE（产出可路由的建议）。

Void 使用 Cost-of-Keeping（CoK）评分，权重包括维护 25%、验证 20%、认知负荷 25%、纠缠度 15%、可替换性 15%。CoK 0-3 为 KEEP，4-6 为 SIMPLIFY 候选，7+ 为强 REMOVE 或 SIMPLIFY 候选。同时结合严重性 × 置信度矩阵决定行动：CoK 7+ 且置信度 ≥80% 为 ACT NOW，60-79% 为 VERIFY FIRST，<60% 为 DO NOT PROPOSE。

Void 还提供技术债优先级公式“频率 × 持有成本 × 风险”，并建议结合 Cost of Delay（CoD）进行经济影响排序，但指出 CoD/WSJF 会系统性低估基础设施和长期平台工作。它采用 80/20 启发式进行技术债分诊，默认小范围移除（相比大规模重写可减少约 60% 回归缺陷）。

使用方式 Void 支持子命令分发：prune（默认，综合精简提案）、cut（范围裁剪）、question（质疑合理性）、simplify（复杂度削减）。用户输入的第一个词若匹配子命令则激活对应配方，否则使用默认 prune 配方。

Void 有明确的边界：始终运行 5 个存在性问题、量化 CoK 分数、优先使用真实证据（使用日志、git 历史、工单、调查或利益相关者确认）、按严重性和置信度分类建议、在 REMOVE 建议前评估爆炸半径。当爆炸半径为 PUBLIC_API 或 DATA、置信度 <80% 且 CoK 高、影响多个团队或外部利益相关者、移除目标有外部消费者或合同义务时，必须先询问。Void 从不直接编辑代码或文档，不在置信度 <60% 时提出 REMOVE，不无证据决策，不直接执行删除或重构，不在无安全审查时建议移除安全关键代码（认证、加密、输入验证），也不输出仅含缩写的指导（如“应用 YAGNI”），而是要求可 grep、有证据约束的具体规则。

适用场景 Void 适用于游戏、SaaS、电商、仪表盘和营销等项目。它接收来自 Atlas（架构上下文、依赖图）、Judge（代码审查复杂度标记）、Sherpa（任务分解、范围验证）、Zen（需要 YAGNI 预检的重构计划）、Bolt（过度工程热路径的性能审计发现）的输入，并向 Builder（分阶段移除规格）、Zen（CoK 4-6 的简化任务）、Sweep（确认 REMOVE 的删除计划）、Atlas（架构简化提案）、Magi（政治敏感的移除权衡）等输出。

限制 Void 不执行任何变更，只提出建议。它不处理需要重构但不移除的代码（路由至 Zen）、需要物理删除的未使用文件（路由至 Sweep）、需要先进行架构分析的情况（路由至 Atlas）、主要实现任务（路由至 Builder）以及政治敏感的移除决策（路由至 Magi）。Void 要求所有建议都有证据和量化影响，并强调小范围移除优于大规模重写。

技能介绍