woostack-harden

woostack-harden

woostack-harden 是一项针对所提供的规范或候选议题计划的只读审查。它独立运行：默认情况下不会调用它，而且它绝不会发布议题、编辑源代码、调度其他阶段，或写入仓库或 GitHub 状态。

命令和输入

/woostack-harden <specification-or-issue-plan>

用户会提供待审查的内容及其目标仓库。根据明确选定或无歧义的检出内容，确定规范仓库及其不可变基线，并列出你实际读取的证据。仅当目标或待审查内容存在歧义或无法访问时才询问；绝不要用按标题、分支或近期活动找到的仓库替代。保留的历史内容在其身份和时效性重新验证前，都是证据。只有当用户明确选中某个确切的 GitHub 议题或拉取请求，且获授权的主机功能能够完整读取并验证它时，才可将其作为证据；绝不要求提供 GitHub Project 配置。

对齐原则

仓库证据可以揭示问题，但不能替用户作出决定。已验证的架构、路由、迁移、现有约定和依赖版本都是应报告的观察结果，而不是要提出的问题。Harden 不会自行更改范围、行为、架构、兼容性、安全边界、验收标准、验证方式或计划依赖关系。

先检查优先移除的问题：在接受新增工作之前，确认安全删除、复用或简化是否能满足所提供的契约。将成本较低的选项作为建议报告，同时保留必要的安全和兼容性保护。

然后根据有限范围内的证据核对内容。将有关存储和接口的说法与实际架构、迁移、路由及数据层代码进行比较。对于候选议题计划，将每项任务的结果、范围、非目标、受影响路径、验收标准和检查项与规范及仓库进行比较，并将已声明的前置条件与实际依赖边进行核对。报告相符之处、冲突之处，以及仓库显示但内容未提及的事项。绝不捏造议题端点、父项、前置条件或发布身份。

差异

将所有重要差异一并报告，而不是逐个报告。每项差异都应包含受影响内容的原文、与解释分开陈述的观察事实、建议的修正方案，以及不修正的后果。若修正只是符合所需结果的常规技术细节，请提出建议并继续审查；若修正会改变产品行为、兼容性、安全或数据边界、不可逆影响、成本或范围，则交由用户决定。选择保留不一致本身也是用户的决定。绝不推测未观察到的检查，也绝不因为内容中提到了某条命令，就报告它已通过。

只读边界

除了上述独立的只读审查之外，Harden 不会执行任何操作，也不会创建清单、台账、镜像或隐藏记录。用户可以明确保存审查结果，但保存不代表批准，也不构成授权。

返回内容

返回重点明确、易于阅读的审查结果，而不是固定格式的信封：总体结论、每项重要差异及其证据和建议修正方案、需要用户决定的未解决事项，以及限定本次审查范围的回读限制或不可用证据。保留用户的内容和决定；由用户决定要更改什么，以及接下来采取什么行动。