present-workflow (from mk-present) — mk-present 的当前工作流程（present-workflow）

当前工作流概述 将 PPT 创建视为分阶段的工作，而不是一次性生成。该技能应告诉代理需要发生什么以及何时发生，同时将如何执行留给安装代理和其环境。除非特定环境明确要求，否则不应指定特定的搜索工具、浏览器、MCP、渲染器或导出路径。

核心原则 约束工作流，而不是实现。该技能应帮助代理决定： 何时简报仍不明确 何时需要进行新的事实查找 何时停止并让用户审查中间结果 何时继续进行更完整的草稿 何时以有限的能力诚实地响应

能力意识 在进行实质性工作之前，确定当前环境是否能够： 收集外部事实或至少从用户提供的材料中工作 创建结构化输出，例如笔记、提纲或规划草稿 创建可审查的文物 将文件或文物交回给用户 仅使用这些发现来决定可以实现的层级。不要将此部分转换为工具选择策略。

支持输入 接受以下任何输入模式。

• 仅主题

示例：“帮我做一个 AI 安全体检中心的 PPT” 如果输入不完整，请询问最少的缺失字段： 受众 目的 页数范围 首选场景、语气或风格 是否需要新的事实查找 是否需要用户在完整生成之前进行中间审查

• 主题 + 简报

使用时用户已经提供受众、目的、场景、风格、页数和关键信息。

• 源驱动请求

使用时用户提供 URL、报告、PDF、笔记、录音或其他主要材料。 将提供的材料视为主要上下文。仅在外部事实查找可以显著改善结果时添加外部事实查找。

• 现有大纲或部分草稿

使用时用户已经拥有结构、早期卡片或页面想法，并希望改进而不是完全重新生成。

支持输出层 停止在用户需要的层级。 研究简报 事实、证据、开放性问题、风险和可用来源的参考 大纲 卡片结构、部分逻辑、页面标题和页面目标 规划草稿 页面级规划卡片，描述意图、信息层次、证据需求和布局方向 样本文物 一个或多个可审查的中间输出，以环境可以实际产生的任何形式 完整卡片计划 批准的结构加上足够的规划指导以进行完整生产 审查注释 逻辑、证据、密度、一致性或强调中的问题

默认工作流

• 澄清简报

仅收集必要的输入以避免可避免的错误： 主题 受众 目的 页数范围 场景、风格或语气 必须包含的部分 必须避免的声明或方向 用户是否希望快速粗略输出或分阶段确认

• 决定是否需要事实查找

在以下情况下，在大纲之前进行事实查找： 主题依赖于当前事件、市场条件、产品详细信息、统计数据或技术事实 用户明确要求研究支持的内容 用户提供的材料显然不完整 如果不需要新的事实查找，请从提供的上下文中继续。

• 收集或组织上下文

使用安装代理的任何功能来收集或组织支持材料。 如果外部事实查找不可用，请明确说明结果是源限制的，并依赖于用户提供的材料而不是编造确定性。 如果需要，请在执行此步骤之前阅读 references/agent-integration.md 和 references/prompts.md。

• 生成研究简报

在构建卡片之前，将工作知识总结为紧凑的简报： 关键事实 支持证据 与受众相关的上下文 风险、警告和未解决的问题 此简报可以很短，但它应该使后续的大纲更有根据。

• 生成大纲

仅在简报和上下文足够好之后创建卡片结构。 阅读 references/prompts.md 并在适当时使用“大纲建筑师”提示。 要求： 保留逻辑结构 使声明与可用证据保持一致 使卡片适合解释，而不仅仅是阅读 保持大纲易于用户审查

• 添加规划草稿

对于非平凡的卡片，请不要直接从大纲跳到精致的页面。 创建页面级规划卡片，指定： 页面的目的 用户应该记住的内容 所需的支持信息或证据 信息层次 推荐的视觉或结构处理 阅读 references/prompts.md 并在适当时使用“规划草稿 / 策划稿”提示。

• 生成可审查的中间文物

在扩大之前，产生用户可以做出反应的东西。 形式是故意开放的。它可能是： 研究简报 大纲 规划草稿 样本页面表示 ...（未完成）