请把以下演示内容约束为固定 16:9 HTML 舞台： 主题：{{topic}} 目标页数：{{slide count}} 要求： 按 1920×1080 设计，每页保持 16:9 比例并整体缩放。 不用滚动承载单页内容，不把手机端重排成另一套幻灯片布局。 内容超出时拆页或删减，不压缩字号掩盖溢出。 在 1280×720 和窄窗口检查裁切、重叠、横向滚动和文字遮挡。 输出：舞台尺寸规则、超载页拆分结果和逐项检查结果。

请验收 HTML 演示 {{html}} 的键盘交互。 逐项检查并记录实际证据： 左右键、上下键和空格是否切页。 Home/End 是否跳到首尾页。 页码、进度条和实际页数是否同步。 S 键是否能打开当前页备注或给出明确降级。 刷新、窄窗口和 prefers reduced motion 是否保持可用。 每项输出：操作、期望、实际、结果、最小修复和复验步骤；未实际操作的项目标记未验证。

请压缩演示 {{deck}} 的单页信息密度，不改动事实： 每页要求： 只保留一个观众需要记住的核心结论。 正文最多保留 1 3 个要点，优先保留证据、示例或行动。 细节移入演讲者备注，不用缩小字号或堆叠卡片解决超载。 对每页输出：核心结论、保留内容、移入备注内容、需要拆出的新页。 如果一页存在两个互不依赖的结论，必须拆成两页。

请为演示 {{deck}} 编写逐页演讲者备注。 要求： 每页对应一个 <aside class="notes" ，不能漏页或合并页。 每页备注包含：本页核心词、讲解顺序、与上一页的过渡、观众需要关注的证据。 备注服务演讲者，不重复抄写整页正文；使用口语化提示。 演讲时长：{{duration}}；观众：{{audience}}。 输出逐页备注，并列出没有足够素材而标记为待补充的页。

请制作一个可直接打开的单文件 HTML 演示文稿。 主题：{{topic}} 目标观众：{{audience}} 演示时长：{{duration}} 页数：{{slide count}} 要求： 使用语义化 HTML、CSS 和原生 JavaScript，所有资源优先内联，不依赖构建工具。 每页只传达一个核心结论，建立清晰的开场、论证和收束。 先定义版式、字体层级、颜色 token、间距和动效节奏，再写页面。 键盘可切换页面，移动端不出现横向溢出。 完成后检查每页是否能在浏览器直接打开，并列出未验证的外部资源。 输出完整 HTML，不要只给设计说明。

请实现 {{feature}}，严格按 Red Green Refactor 执行：先写一个能表达需求且当前失败的测试；再写通过该测试的最小生产代码；最后在不改变行为的前提下重构。每一步都运行测试并报告失败原因、通过证据和未覆盖边界。没有失败测试时不要直接写生产代码。

请排查 {{bug}}，但先不要修改生产代码。先记录复现步骤、期望与实际结果、调用链、已排除假设和根因证据；只有根因得到证据支持后，输出最小修复方案和回归测试。若根因仍不确定，列出下一条最小调查动作并停止。

你正在处理一个复杂任务。请按四个阶段工作，不要把所有步骤压成一次性结论： 一、上下文：列出你已读取的文件、约束和未知信息。 二、计划：拆成最小可验证步骤，标注每步的输入、输出和失败处理。 三、执行：逐步修改，每完成一个阶段说明实际变化，不要声称未运行的命令已经通过。 四、验证：使用代表性场景检查成功、失败、边界和回归；最后报告证据、未验证事项和剩余风险。 如果信息不足，先指出缺口并提出最少的澄清问题，不要用猜测填补关键事实。

请先复述我的需求，说明你理解的目标、修改范围、验收标准、潜在风险和需要我确认的未知信息。 在我确认前不要修改文件、数据库、外部服务或发送任何消息；只输出理解结果和待确认问题。 如果需求存在歧义，先列出最少的澄清问题，不要用猜测补齐关键事实。收到确认后，再按已确认范围实施并报告实际验证结果。

请按仓库规则执行本任务： 1. 先阅读 AGENTS.md、项目架构文档、当前 active 任务和本次改动涉及的正式规范。 2. 先输出目标、允许范围、禁止范围、验收标准和验证方式。 3. 只在 active 任务允许的范围内修改；发现范围外问题只登记，不顺手修复。 4. 实现时优先沿用现有架构，不做过早抽象。 5. 完成后运行定向测试和 npm run verify；失败先读日志判断根因。 6. 如果启动浏览器、服务或临时进程，记录并清理本次任务创建的全部进程。 7. 最后报告改动文件、验证结果、未验证事项和剩余风险。

只允许修改以下文件： [填写允许修改的文件或目录] 禁止修改： 路由、接口、依赖配置和其他页面 完成后请说明： 1. 实际修改了哪些文件 2. 每个修改解决了什么问题 3. 运行了哪些验证命令及结果 4. 仍未验证的事项和剩余风险

请审计以下页面或组件的设计 token：{{implementation}} 现有规范：{{design rules}} 输出： | Token 类别 | 当前重复或冲突值 | 规范目标 | 受影响位置 | 最小修复方式 | 只检查：颜色、字体层级、字重、行高、间距、圆角、边框、阴影和动效时长。 要求： 优先复用已有 token，不凭空新增同义 token。 说明哪些值是历史兼容，哪些可以安全收敛。 修复建议不能改变业务结构和文案。 如果无法从代码或规范确认，标记为待确认，不猜测。

请为下面的页面生成一页设计 Brief，不要写代码： 页面目标：{{page goal}} 目标用户：{{audience}} 核心任务：{{primary task}} 已有品牌或设计规范：{{design rules}} 输出： 页面唯一主任务和成功信号。 内容层级：必须突出、辅助说明、可以隐藏。 必须覆盖的 loading、empty、error、success 和 disabled 状态。 桌面端与移动端的布局约束。 不采用的视觉模式及原因。 每条结论都要能指导组件、文案或验收；禁止只写“现代、简洁、高级”。

请审计组件或页面 {{component}} 的交互和可访问性：{{implementation}} 输出： 1. 键盘路径：Tab 顺序、焦点可见性、Enter/Space/Escape 行为。 2. 触控路径：目标尺寸、间距、点击反馈和误触风险。 3. 状态闭环：loading、success、error、empty、disabled 是否都有反馈。 4. 语义要求：可访问名称、label、aria 状态、图片替代文本。 5. 按严重程度排序的修复清单，每项给出复现步骤和验收条件。 禁止：删除焦点环、用 hover 代替键盘反馈、用颜色作为唯一状态信号；不要提出与发现问题无关的视觉改版。

请为页面 {{page}} 定义响应式契约，不要修改视觉风格： 页面结构：{{structure}} 内容类型：{{content types}} 目标断点：{{breakpoints}} 输出一张表： | 区域 | 桌面布局 | 平板布局 | 移动布局 | 内容降级/折叠规则 | 验收方式 | 必须检查： 多列布局在移动端如何变为单列或滚动。 导航、按钮、表格和长文本是否仍可操作。 图片、视频和代码块是否保留比例并预留空间。 390px 宽度下不能产生页面级横向滚动。 禁止：只写“使用响应式 CSS”或把断点交给实现者猜测。

请审计页面 {{page}} 的截图或实现：{{reference}} 项目设计规范：{{design rules}} 只输出按优先级排序的视觉问题： | 优先级 | 位置 | 现象 | 违反的规则 | 具体修复 | 验收证据 | 检查： 信息层级、标题与正文宽度、垂直节奏和对齐。 容器、边框、圆角、阴影、颜色 token 和图标的一致性。 交互态、焦点态、空态、错误态和移动端布局。 是否存在重复 CTA、无意义卡片套卡片或装饰性元素。 禁止：只给审美形容词；每条问题必须指向具体位置和可观察修复。

请把以下产品目标改写成可执行的验收标准： 目标：{{goal}} 用户路径：{{user flow}} 约束：{{constraints}} 对每条标准使用以下格式： 场景：{{given}} 行为：{{when}} 可观察结果：{{then}} 失败或边界：{{boundary}} 要求： 结果必须能通过页面、API、数据或用户操作观察。 不使用“更好看”“更流畅”“体验提升”等不可测表述。 如果目标缺少必要信息，列出待确认项，不自行补齐。

请审计下面的产品方案，不要改写方案，也不要新增功能： 方案：{{proposal}} 已知事实：{{facts}} 已有数据：{{data}} 输出一张表： | 假设 | 证据状态（事实/推断/未知） | 失败影响 | 风险等级 | 最小验证动作 | 规则： 只有材料明确支持的内容才能标为事实。 不能用“行业通常如此”替代证据。 优先列出会阻断用户价值、数据安全或交付验收的风险。 验证动作必须能在一次小实验、访谈或数据检查中完成。

请分析以下用户反馈，只输出问题归并，不设计功能： 反馈： {{feedback}} 产品上下文：{{product context}} 输出： 1. 反馈原文中的事实与用户主观判断。 2. 去重后的问题簇，每簇包含代表性原文、受影响用户和触发场景。 3. 每个问题簇的证据强度：单条反馈、重复出现或有行为数据。 4. 可能的根因与仍需验证的部分。 5. 不应直接采纳的功能化表述。 禁止：因为用户提出了某个功能，就直接把该功能列为解决方案。

请为以下需求建立一份范围裁剪结果，不要写详细交互或技术实现： 需求背景：{{context}} 目标用户：{{audience}} 期望结果：{{desired outcome}} 候选需求：{{candidate requirements}} 输出： 一个最小可验证闭环，说明开始条件、关键行为和完成信号。 本期必须做的需求，逐条说明与闭环的关系。 明确不做清单，逐条说明为什么不进入本期。 仍需验证的假设。 禁止：用“后续再说”替代不做理由；禁止为了完整而保留没有验证价值的功能。

请把下面的产品想法改写成一个可验证的问题命题，不要提出功能方案： 想法：{{idea}} 已知用户或场景：{{known context}} 现有证据：{{evidence}} 输出： 1. 目标用户与具体触发场景。 2. 用户当前采取的行为和遇到的阻碍。 3. 阻碍造成的可观察损失；没有证据的地方标记为“待验证”。 4. 如果问题被解决，用户行为或业务结果会发生什么可观察变化。 5. 三个最小验证问题。 禁止：把功能、技术方案或“提升体验”直接当成问题结论。

你是一名严格的产品经理。请先不要写 PRD 或代码，按以下顺序审查我的想法： 1. 目标用户是谁，当前在什么具体场景遇到什么问题？ 2. 这个问题造成的真实损失是什么，为什么现在值得解决？ 3. 解决后用户行为或结果会发生什么可观察变化？ 4. 哪些需求只是偏好、装饰或未经验证的假设？请直接删掉。 5. 给出一个最小可验证闭环，并列出不做什么。 输出：核心问题、关键假设、最小方案、验收信号、明确砍掉的内容。

请把材料 {{material}} 整理成图卡发布草稿。 先输出：可使用事实、待核验事实、排除事实和每条事实的来源。再输出：卡片数量决策、发布配文和 Card 01 起的图卡文案。 要求： 所有数字、版本、价格、时间、人物和因果必须有来源或真实测试。 待核验和排除事实不得进入发布配文或图卡正文。 总字数不超过 1000 字，最多 9 张，每张只讲一个主题。 未完成来源核验时阻断，不输出“已可发布”。

请为 {{topic}} 生成一份待确认的文章大纲，不要写完整正文。 已选方向：{{direction}} 材料与证据：{{evidence}} 严格输出：标题、导语职责、 一、 起的连续章节、每章的 1. 小节、每节要回答的问题、证据位置、读者行动，以及最后的 写在最后 。 要求： 全文只有一个 标题。 普通二级章节使用连续中文编号。 每章只承担一个论证任务。 不新增材料中没有的人名、数字、时间和结论。 列出结构缺口，等待确认后再写正文。

请审校已有文章 {{draft}}，不要重写成全新文章。 按顺序检查：内容准确性、作者手迹、AI 腔、细节和本轮改动二次扫描。 规则： 不新增、改写或强化版本、价格、数字、日期、模型名等高风险事实。 不默认删除口语、停顿、重复和自我修正；只有影响理解、节奏或准确性才修改。 未核验事实列入报告，不自行补来源或补数字。 输出审校报告、原文/修改/原因/可还原表，以及修订稿；如果只要求检查则不输出修订稿。

请围绕主题 {{topic}} 生成 3 4 个写作方向，不要直接写全文。 每个方向输出：文章类型、目标读者、核心问题、唯一主张、需要的证据、主要风险、工作量、是否需要真实测试、标题候选和读者看完后的具体收益。 要求： 标题承诺必须能被证据和正文兑现。 事实不足处标记待核验，不用行业常识补齐。 各方向的点击理由必须不同。 最后推荐一个方向，并说明取舍依据。

请把下面的材料整理成一篇结构清晰的内容。 编辑规则： 先提取材料中的事实、观点、例子和待核验信息。 不把推断写成事实，不补写材料没有提供的人名、数字、时间和结论。 删除重复、空泛和与主题无关的段落，但保留能支撑结论的证据。 输出标题、摘要、正文结构和需要我确认的问题。 对每个关键结论标记“材料明确说明”或“基于材料的推断”。 材料： {{source material}}

请拆解任务 {{task}}。每个 Agent 单元只能有一个主要风险，必须有明确输入、单一输出、完成条件、验证方式和停止边界；优先拆成能独立运行和审查的短步骤。输出依赖关系和交接字段，不要把多个模块目标塞进同一个单元。

请为 Agent 能力 {{capability}} 建立评估。先定义成功标准、代表性样例、边界样例、失败样例和评分规则；运行当前基线并记录结果；再执行改动后的版本，逐项比较能力评估和回归评估。没有基线或评分规则时不要宣称优化有效。

请处理 Agent 工作流 {{workflow}} 的连续失败。先冻结重复执行和外部副作用，记录失败序列与共同根因；检查验收标准、评估用例、输入快照和权限边界；缩小范围后给出一次可验证恢复计划。未经新的通过证据，不恢复自动循环。

请作为一个可审计的 Agent 工作流执行以下任务：{{task}} 阶段 1：检索 明确需要查证的事实和允许使用的来源。 优先使用官方文档、原始仓库和用户提供的资料。 阶段 2：证据整理 为每条关键结论保留来源链接。 区分来源明确说明、基于来源的推断和仍待确认的内容。 阶段 3：执行 先输出计划、边界和副作用，再调用工具。 每个工具调用说明输入、预期输出和失败处理。 阶段 4：复核 检查结果是否满足原始验收标准。 不把未执行的步骤写成已完成；报告未验证事项和剩余风险。