用途：把开源项目的维护循环（issue、社区 PR、CI、发布、社区沟通）当作一套可执行规则来运行，目标是让每个 issue 和 PR 都进入“吸收或拒绝”两种终态，避免悬而未决。
主要能力：修复前先查开放 PR 队列（如 gh pr list）避免重复贡献者工作；对照当前源码核实行号与函数名；能复现就复现，不能复现需在 PR 中说明；根因修复并覆盖同类调用点；每个修复配 fail-before/pass-after 回归测试；合并采用结构化门禁（测试通过且可合并），区分环境抖动与真实失败；发布前先跑完整门禁再改版本文件，版本字面量单一来源，changelog 面向用户撰写；发布后核验资产数量与正文；沟通上具体致谢、诚实纠错、关闭时留重开路径。
使用方式：作为维护工作流的操作准则，在 triage、写修复、合并、发布、回复社区时逐条对照执行。涉及命令如 gh pr list 需保持原样。
适用场景：维护开源仓库、处理社区贡献、管理 CI 与发布节奏。
限制：资料未提供具体安装方式、平台支持、收费或价格信息；部分规则依赖 GitHub 等平台工具，实际可用性暂未提供。