القائمة
认知对齐前置闸门：复杂任务前强制完成意图保存、问题层级标注、证据时间线标注和关键词扩展搜索。 防止 AI 过早把用户的复杂意图压缩成局部工程任务。 触发词：「认知对齐」「cognitive alignment」「先对齐」「别急着写代码」「我们在解决什么问题」。 也可由 deep-brainstorm / brainstorming 在复杂任务前自动前置调用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
Frontend UI prototype workflow — clarify intent, explore directions, preview across viewports, diff against references, deliver with screenshot evidence
Excel 电子表格读写与编辑最佳实践 — 用 xlsx_read/xlsx_write/xlsx_edit 处理 .xlsx 时遵守的公式、数字格式与可维护性纪律
生成与读取 PDF 文档（报告、合同、交付文档）——原生 pdfkit 渲染，自动解析系统 CJK 字体支持中文，支持 heading/paragraph/table/code/list 内容块与页码页脚
PowerPoint 演示文稿生成纪律 — 用 pptx_create/pptx_read 产出有设计感、零 AI 味的 .pptx（PPT、幻灯片、deck、演讲稿、汇报）
在任意项目中执行开发任务时的测试方法论——包括测试能力探测、RED→GREEN 纪律、探针管理、环境模拟、测试策略选择。当面对 bugfix、功能开发、重构等需要验证的代码改动时使用。
创建计划文档——Plan Mode 下写设计文档；独立使用时写可执行实现计划（含 TDD/验证命令）
| name | cognitive-alignment |
| description | 认知对齐前置闸门：复杂任务前强制完成意图保存、问题层级标注、证据时间线标注和关键词扩展搜索。 防止 AI 过早把用户的复杂意图压缩成局部工程任务。 触发词：「认知对齐」「cognitive alignment」「先对齐」「别急着写代码」「我们在解决什么问题」。 也可由 deep-brainstorm / brainstorming 在复杂任务前自动前置调用。 |
核心原则：跑错方向比不跑更浪费时间。
本 Skill 不生成方案、不写代码、不做设计。它只做一件事：确保 AI 和用户在同一个问题模型里，再进入执行。
本 Skill 对应 OpenMythos Recurrent-Depth Transformer 的 Prelude 层：编码输入、保存意图、标注层级，为后续 Recurrent Loop（deep-brainstorm 三轮循环）提供稳定的输入锚点。Mythos 的核心机制是"input injection at every loop step prevents drift"——本 Skill 产出的意图原文和问题层级就是那个被反复注入的编码输入 e。
记录用户原话，不改写成工程任务。
输出格式：
用户原始意图：
「<逐字复述用户的原话，包括模糊部分和情绪词>」
禁止：
判断当前问题涉及以下哪些层级，标注主层级和关联层级。
| 层级 | 说明 | 示例 |
|---|---|---|
| L1 业务目标 | 用户想达成什么业务结果 | P24 是前置资产利用率验证 |
| L2 链路结构 | 哪些模块/步骤之间的接线有问题 | 世界/角色资产是否进入 P21/P22 步骤 |
| L3 资产投影 | 资产是否变成可写素材 | assetProjection 是否包含世界制度碎片 |
| L4 选择评审 | 评审/选择机制是否奖励健康方向 | S4 是否奖励非模板方向 |
| L5 执行 handoff | 步骤间数据传递是否完整 | openingWritingBrief 是否传到 Chapter |
| L6 prompt 安全 | prompt 边界是否安全 | XML 标签注入风险 |
| L7 代码实现 | 字段、测试、构建 | 类型定义、Jest、tsc |
输出格式：
问题层级：
主层级：L2 链路结构 — <一句话说明为什么>
关联层级：L3 资产投影、L5 执行 handoff
不应在此轮处理：L7 代码实现（等链路方向确定后再落代码）
反局部补丁检查： 如果你的方案是以下形式，必须暂停回到本阶段：
标注当前可用证据属于哪个时间点，能证明什么、不能证明什么。
| 证据类型 | 含义 |
|---|---|
| baseline | 改造前的旧链路输出 |
| post-change validation | 改造后的新链路输出 |
| fixture | 合成的测试数据 |
| live | 真实运行的产出 |
| preflight | 预检但未实际执行 |
输出格式：
证据时间线：
当前证据：<runId/文件/commit> — 类型：baseline
能证明：旧链路在无世界资产接入时的方向质量
不能证明：世界/角色资产接线后的创意质量提升
下一步需要：post-change validation（接线后重测）
对用户输入中的关键阶段、模块、概念做相邻扩展，避免被首句关键词锚定。
执行步骤：
git log --oneline --grep="<keyword>" 或 .planning/ 目录）packages/prompts/src/seed-packs/ 目录确认可用方向空间（当前 13 个 seed pack），避免在已有方向空间之外凭空想象输出格式：
关键词扩展：
显性关键词：P21, P22, P23
扩展发现：
- P22→P23 之间已有世界引擎基于 P21/P20 的链路接入（commit xxx）
- P23 之后 P25 补了叙事技巧矩阵（8 种切入技法）
- 叙事引擎（Phase 16/17）尚未接入 Opening/Chapter
推导的下一条链路：叙事引擎、节奏骨架是否也应接入？
用 3-5 句话向用户同步你的理解，等用户确认后再进入执行。
输出格式：
认知同步：
我理解现在不是要 <局部补丁描述>，而是要 <用户真实目标>。
当前证据属于 <证据类型>，不能用于证明 <什么>。
我会先 <正确的第一步>，不会先 <应避免的局部补丁>。
确认后我将进入 <下一个 Skill/执行步骤>。
等用户确认后才能进入方案、设计或代码。
如果当前任务涉及创作方向/题材脑洞生成，基于用户输入特征推荐创作路径：
| 用户输入特征 | 推荐路径 | 说明 |
|---|---|---|
| 包含世界级概念（"如果XX世界"、"一个XX的世界观"） | 路径 A：世界先行 | Sanderson/刘慈欣模式，因果解耦 |
| 包含角色概念（"一个XX的主角"、"XX身份的人"） | 路径 B：角色先行 | 富坚/Gilligan 模式，角色驱动 |
| 模糊或包含多个不相关碎片 | 路径 C：情境先行 | King/Gaiman 模式，what-if 种子涌现 |
| 同时包含世界和角色 | 询问用户 | "哪个对你更重要——这个世界还是这个角色？" |
输出格式：
创作路径推荐：
用户输入特征：<分析>
推荐路径：<A/B/C>
理由：<一句话>
确认后进入对应路径的 skill（causal-decoupling-engine 路径 A / deep-brainstorm 路径 B/C）。
如果当前任务不涉及创作方向生成，跳过此步。
完成 Stage 0.1-0.5 后，逐条检查：
如果任何一条为"是"，回到对应 Stage 重新执行。