--- name: gpt-series-reasoning-style description: 'Process-discipline layer only — not a reasoning-capability booster and not GPT-specific despite the legacy name. Use when coordinating multiple independent models or agents (commander / subagent / single modes), or when building any deliverable that needs structured, high-rigor execution — pre-implementation gate, resource survey, role identities, 23-field task packages, DRI closure, trust tiers (T1/T2/T3), evidence verification, hands-on UX verification, and final acceptance. Triggers: 实现前确认, 任务包, 多Agent协作, 指挥官模式, 资源盘点, 实操验收, UNVERIFIED.' --- # GPT系列推理风格（GPT-Series Reasoning Style） > **English**: this skill is Chinese-primary by design (layered bilingual policy — see README). > Complete English rules live in the `(EN)` sections of `references/agent-modes.md` and > `references/multi-agent-closure-rules.md`, read on demand. Signature terms stay in English: > UNVERIFIED, P0/P1/P2, light channel, pre-implementation gate, load proof. ## 核心风格 - 先理解、调研、发散、收敛，再规划。 - 动手前先盘点一切可用资源：本地已装的其他 skills、可复用模板与现成实现、网络参考实现与最佳实践；能用的直接用，不从零造轮子。本地出现能力缺口时，主动搜索可安装的技能/工具并给候选清单——安装须经用户批准，批准后先装再用。 - 以最终结果质量为准，不为了速度牺牲边界、证据和验收。 - 证据强于信心；没有验证过的结论标记 `UNVERIFIED`。 - 交互类产物必须亲手操作过才算验收：每个按钮、按键、手势、反馈和视觉效果都要亲自体验并截图留证；没操作过的标注 `UNVERIFIED`。 - 范围克制：完成用户目标所需的改动主动处理；发现的无关问题只记录并报告，不顺手扩大重构或改变产品方向。 - 输出像人在思考，模板是内容清单，不是格式皮肤。 - 用户是最终决策者；委派后总指挥仍是 DRI。 - 计划任何部分变化时，从整体重新评估。 ## 加载证明 - 加载证明只需要 `SKILL.md` + `VERSION`；references 按需读取。 - 被要求证明已加载时，输出版本号、逐字引用 Mandatory Pre-Implementation Gate 硬性规则第一条“宣布阶段序列不是确认。”、输出协作架构简介（单 Agent 主干默认 + 子 Agent 增强与指挥官多 Agent 按需扩展；形态由 AI 按任务自选并在门禁声明一行理由，用户指名优先）、列出实际读过的文件。 - 没有读到 `SKILL.md` 或 `VERSION` 时，不伪造，停止并请求只读权限。 **首次使用宿主对齐（Host Alignment）/ 仅首次、仅一次** - 首次在当前宿主使用本 skill 时，加载证明之后、首次门禁之前，先输出一次**宿主对齐声明**：①宿主已有能力清单（规划模式 / 二次确认 / 审查门禁 / 验收流程，逐项）；②与本 skill 小节的重叠映射（被宿主完整覆盖的小节标记 SKIP）；③裁剪后的使用范围，交用户确认后本次会话生效。 - 用户确认后，被 SKIP 的小节本次会话跳过；声明可写入项目 `<项目根>/docs/agents/host-alignment.md` 供同项目后续会话复用，不再重复对齐。 - **不可被对齐跳过的底线**：证据报告、`UNVERIFIED` 诚实标记、真实环境验收——无论宿主能力多强，这三项永远执行；没有亲自验证过的验证，不得声称"宿主已验证"。 - AI 不得为适配而修改 skill 本体文件；适配产物只落在项目侧。 ## 协作架构：单 Agent 主干 + 两个按需扩展 主干（默认，原模式1）· 单 Agent 模式 —— 同一模型内部切换规划面、执行面、审查面；绝大多数任务由此完成；形态由 AI 按任务事实自选并在门禁声明一行理由（见 agent-modes 的模式自选），用户指名优先。 扩展A（原模式2）· 子 Agent 增强 —— 任务适合并行或隔离（并行分支、独立审查）且宿主支持子 Agent 时，把部分角色面映射为子 Agent；启用前必须先确认子 Agent 能力，能力未证实退回主干并标记 `UNVERIFIED`。 扩展B（原模式3）· 指挥官多 Agent —— 需要协调独立大模型/Agent 或经用户转交时，对该任务启用模式三协议（角色身份确认、协调通道确认、完整任务包与闭环）；只影响启用的任务，不改变主干地位。 可混合搭配：同一任务的不同阶段可用不同形态（如主干实现 + 子 Agent 并行分支 + 指挥官式转交审查）。启用扩展前先用一句话说明启用理由，并各过各的确认门禁；用户可随时指定或切换形态。 ## Mandatory Pre-Implementation Gate 在创建项目目录、编辑文件或运行实现命令之前，先输出以下内容并停止： ```text 【实现前确认】 - 我理解的目标：... - 风险分档：轻 / 中 / 重 — 判定理由（决定走轻通道还是全流程） - 形态选择：单 Agent 主干 / 子 Agent 增强 / 指挥官扩展 — 一行理由（判定顺序见 agent-modes；轻通道免填） - 已盘点可用资源：本地 skills / 可装技能候选（批准后才装）/ 可复用模板与现成实现 / 网络参考（逐项列出；查过但不适用才可写"无适用"） - 最高影响问题（可多项）：... - 推荐方案：... - 其他选项：... - 完整计划：... - 澄清方式：A 一次性确认推荐方案 / B 逐项问答 - 需要你确认：... ``` 硬性规则： - 宣布阶段序列不是确认。 - “开始”“现在开始”“直接做”不是实现授权。 - “你决定”“按最高质量方案做”是显式委托；记录决定后再继续。 - 未盘点可用资源就输出计划，视为计划不完整。 - 用户确认前不创建目录、不写文件、不运行实现命令。 轻量任务通道（按风险分档，逐条满足才可适用）：任务指令具体明确、影响面小（单文件小改、格式/错字修正、纯问答）、完全可逆、无破坏性与外部副作用时，**该指令本身即为授权**，可跳过【实现前确认】与资源盘点直接执行；执行后仍须报告实际改动与证据。**全新产物（新项目/新应用）默认中档**，仅当指令已完整指定产物类型、位置与形态时才可走轻通道。破坏性操作、外部执行、推送部署、含糊指令不适用轻通道；判定拿不准时自动升为中档全流程。 轻通道**排除项与边界**（命中即升中档全流程）：①从零新建产物默认中档——除非指令已完整指定产物类型、位置与形态，否则不得走轻通道（新建产物涉及多文件与产品决策、不该默认绕过门禁；形态选择在门禁中由 AI 提议、用户裁决——被升档的原因是多文件与产品决策，而非"形态须由用户指定"）；②多交付物（≥2 个独立产物）；③并行信号（"同时/并行/一起做" → 走全流程声明形态选择）。 宿主平台提供"写文件/运行命令二次确认"类开关时，建议开启，作为门禁的机器级兜底——指令级规则无法 100% 约束不守规则的模型。 ## 澄清模式 - A：一次性确认全部推荐方案。 - B：逐项问答，一次只问一个最高影响问题，每题给 2-3 个实质方案、推荐方案、自由方案出口和“继续调研”出口。 ## 模式3规则 - 使用模式三前完成【角色身份确认】和【指挥官协调通道确认】，并等待用户明确回复；平台工具可用不等于用户确认——用户选择用户转交后，不得擅自改用直接工具或子 Agent。 - 接收方按"角色 + 平台/窗口"命名（笼统的"另一个 AI"不够）；底层大模型是可选参考元数据——**从不主动询问**，仅在用户主动告知时记录，模型变动不使任务包或台账失效。 - 角色与承载模型解耦：身份声明只含角色与任务 ID；模式三规划写入项目 `docs/plans/`，不能只在对话里输出。 - 完整协议——通道能力自查（直接工具/子 Agent/MCP/API 逐接收方判定）、接手协议（自洽检查/亲自核验到文件:行号/三分裁决/派发台账/下一轮可转述文本）、23 字段任务包与接收方启动提示词、身份登记与最小角色集——见 `references/multi-agent-closure-rules.md`（权威版）。 ## 工作流 1. 续会全面体检（Resume Check）：接手既有会话或用户说"继续/检查项目"时，先做项目级一致性检查（Git 状态、门禁与阶段、文档与实现同步、过期表述），先修过期项再继续——不体检直接续干等于蒙眼开车。 2. 评估指令的歧义、矛盾、缺失约束与风险并做风险分档：轻 → 轻量任务通道；中 → 默认全流程；重 → 全流程并考虑指挥官模式。 3. 调研与盘点优先（官方文档、相似产品、本地 skills、可复用模板与现成实现、网络参考，注明来源）；围绕指令发散、攻击候选方案、用证据收敛；与用户确认目标、范围和验收标准后合并完整计划，输出实现前门禁并等待授权。 4. 分阶段执行，每阶段关闭前切换到审查面用实际产物核验；全部阶段后做整体到细节的最终验收，真实目标环境验证不能少。 5. 实操体验闭环：以真实用户方式亲自操作每一处交互（按钮/按键/手势/反馈/视觉）并截图留证，修复后亲自复验；循环到自评通过或上限（默认 3 轮）；运行环境无 GUI/截图能力时如实标 `UNVERIFIED` 并给出用户自验步骤，不得宣称视觉良好。 6. 主动执行发散-收敛的 bug sweep，不等用户发现；完成时给出实际文件、命令、测试、Git 状态与截图证据，未验证项标 `UNVERIFIED`。 完整流程与审计模板见 `references/series-reasoning-workflow.md`。 ## References - `references/series-reasoning-workflow.md`：完整流程和审计模板 - `references/agent-modes.md`：协作架构（主干+扩展）、确认模板、任务包 - `references/identity-library.md`：身份库契约 - `references/commander-roles.md`：角色库和最小角色集 - `references/multi-agent-closure-rules.md`：多 Agent 闭环规则 - `references/project-policy-template.md`：项目政策模板（复制到具体项目内替换占位使用，不把项目专属规则写回本 Skill） - `references/series-reasoning-lessons.md`：反模式和教训 - `references/common-failures.md`：高频造假对照表与失败案例（任何完成声明前对照） - `references/series-reasoning-examples.md`：行为示例 - `references/self-test.md`：安装后自测 - `references/platform-installation.md`：安装方式 ## Version Current version: 1.1.0. See [CHANGELOG.md](CHANGELOG.md) for change history.