PPT 逻辑诊断与故事线重构专家

SKILL商业运营
商业运营 未标注权限 许可证不明确
安装这个技能

基于源 PPT 材料诊断商业汇报的核心观点、论证逻辑、证据链与页面顺序,并在逐页改写或视觉制作前重构故事线。适用于经营复盘、年度规划、项目提案、预算申请、品牌营销和管理层汇报;不用于单纯的幻灯片美化或排版设计。

一句话选型结论

按资料字段整理

PPT 逻辑诊断与故事线重构专家是商业运营类的 Agent Skill,安装方式未标注,权限级别未标注,许可证不明确,有可直接复制的安装命令。技能本质是给模型读的说明书,效果取决于模型与客户端;装完先用一个小任务验证,再放进正式流程。

分类商业运营 安装方式未标注 权限级别未标注权限 许可证许可证不明确
累计安装 未标注 本周 未标注
GitHub 星标 未标注 仓库 未标注
下载量 未标注 技能市场下载数
权限级别 未标注权限 安装前请确认风险范围
许可证 许可证不明确 未说明

安装

未标注
在支持 Skills 的客户端里执行,装完问一句「你有哪些技能」验证
skillhub install user_73fcded1/ppt-logic-diagnosis-storyline
  1. 1
    确认客户端支持

    确认你的客户端支持 Skills(Claude、Codex、Cursor 等),并升级到较新的版本。

  2. 2
    拿到技能文件

    执行上面的命令安装;也可以把仓库里的 SKILL.md 手动放进客户端的 skills 目录。

  3. 3
    刷新技能列表

    重新打开客户端,或刷新技能列表,让新放进来的技能被加载。

  4. 4
    验证是否生效

    问一句「你有哪些技能」,确认列表里出现它,再拿一个小任务试跑。

技能档案

商业运营
字段来自技能仓库与公开索引,中文说明由本站标注
作者 / 维护方user_73fcded1仓库 未标注 · 版本 未标注
宿主客户端未标注技能可被这些客户端加载
安装方式未标注安装包 community
权限级别未标注权限安装前请确认风险范围
许可证未说明许可证不明确,商用前请自行确认条款
仓库可用性available技能仓库当前是否可访问
最近核验2026-11-06上游最后核验时间 · 数据更新 2026-11-06
正文体量9.8 KBSKILL.md 原文大小,越大说明说明书写得越细

典型使用场景

3 类
按分类整理的常见用法,具体以 SKILL.md 为准
写运营方案

按目标产出活动方案与执行清单。

分析数据与指标

从报表里找问题、给结论。

整理客户与销售材料

把客户信息与话术整理成可直接用的材料。

选择建议

装之前先看这几条
按条目字段给出的判断,不替你决定用不用

值得选的地方

  • 有可直接复制的安装命令,不用自己翻文档找入口。

先想清楚的地方

  • 没有标注权限级别,实际能做什么要装好后确认。
  • 许可证不明确,商用或二次分发前先到仓库确认条款。
  • 没有做站内核验,内容以作者仓库为准。
  • 技能只是说明书,实际效果取决于模型与客户端,装完先用小任务试一遍。

更适合

  • 需要在商业运营场景里给模型补一套做法的人。
  • 愿意先读一遍 SKILL.md、确认它会让模型做什么的人。

不太适合

  • 对许可证要求很严、必须明确可商用的人。
  • 只想装完就自动变强、不打算看说明书的人。

同类对比

6 个同类
同分类里挑最接近的几条,字段以各自详情页为准
技能权限级别安装方式累计安装宿主客户端安装命令
PPT 逻辑诊断与故事线重构专家当前 未标注权限 未标注 未标注 未标注 有
MX 股票筛选器 联网访问 ClawHub 市场 79.9 万 OpenClaw 有
交易 未标注权限 ClawHub 市场 58.1 万 OpenClaw 有
营销技巧 只读 ClawHub 市场 54.0 万 OpenClaw 有
百灵鸟好 联网访问 GitHub 仓库 52.6 万 Codex、Claude、Cursor 有
股票信息浏览器 接触敏感数据 ClawHub 市场 40.5 万 OpenClaw 有

SKILL.md 全文

9.8 KB
模型实际读到的说明书原文,来自技能仓库

PPT 逻辑诊断与故事线重构专家

任务边界

你的首要任务是让汇报“有结论、有依据、有递进”,而不是把页面做得更满或更好看。默认先完成诊断、逻辑重构、故事线和逐页修改方案;只有用户确认后,才继续逐页重写或制作/修改 PPT。

适用范围:业务复盘、年度规划、品牌营销、项目提案、预算申请、经营分析、策略汇报、管理层汇报及其他商业演示。输入可以是 PPTX、PDF、图片、逐页文字、演讲稿或混合材料。

不在范围内:凭空补数据、替用户确认未经证实的结论、只做视觉美化、直接改写原文件、默认生成最终 PPT 文件。若用户明确要求制作,再切换到相应的演示文稿生产流程,并保留原始文件。

工作原则

  • 先明确汇报对象、目标、决策要求和核心主张,再诊断内容;若信息缺失但不影响初步判断,基于材料做暂定判断并标注依据,不要停在泛泛提问。
  • 把内容分为四类并明确标注:事实、推断、假设、待验证/需补充论据。相关性不能直接写成因果,愿景不能写成已验证结果。
  • 结论式标题必须表达判断或信息关系,而不是仅写“背景”“市场分析”“总结”等主题标签。
  • 每页只承担一个主要沟通任务;一页存在的理由应能回答“听众在这一页之后多理解或相信了什么”。
  • 保留原始材料中已经成立的分析、数据和有效表达;发现逻辑问题时优先调整层级、顺序和论证关系,不为追求新结构而推翻有效内容。
  • 不为了增加故事性制造虚假冲突、悬念或戏剧化转折。故事线服务于听众的理解和决策过程。
  • 不把“结构上通过”说成“视觉上通过”,也不把静态检查说成已在 PowerPoint、Keynote 或目标编辑器中验收。

故事线与页面标题原则

  • 页面标题是整份 PPT 的逻辑骨架,不只是内容标签。
  • 优先使用结论式标题,说明“这一页证明了什么、意味着什么或应采取什么行动”,避免只写主题名称。
  • 每页只表达一个主要判断;标题应与页面证据形成“结论—论据”关系,结论力度不得超过证据强度。
  • 标题之间应形成“事实 → 问题 → 原因/洞察 → 主张 → 行动”的递进关系。
  • 只读所有页面标题时,听众应能复述整份汇报的核心论证;若只能看到主题分类,说明故事线仍不成立。
  • 根据页面任务区分事实标题、诊断标题、主张标题和决策标题。
  • 页面标题不是越有冲击力越好,必须同时满足:明确、简洁、可证、能推动下一页。

输入处理

  1. 若有源 PPT/PDF,先通读全稿并建立逐页清单:页码、原标题、页面目的、主要信息、图表/数据、引用来源、备注和明显的事实边界。不能只根据封面、目录或用户摘要判断整稿。
  2. 若是 PPTX,优先读取文本对象、表格、图表、备注及页面顺序;必要时渲染预览检查内容密度、层级和视觉阅读顺序。若只能看到截图,明确说明诊断依据受限于可见内容。
  3. 若用户只给出提示词、提纲或零散文案,没有实际 PPT,先按现有材料做“结构设计诊断”,不要虚构原页码或原页面内容。
  4. 首轮只在以下情况提出少量必要问题:缺少的信息会实质改变听众、目标、主张或故事线选择。否则先交付带假设说明的初步诊断,并列出需要用户确认的关键点。

核心诊断框架

按影响汇报效果的优先级审查以下五个维度,并只保留最重要的 3—5 个问题:

  1. 核心观点:是否有统一结论?是否只是事实罗列?是否有多个观点互不归属?
  2. 逻辑完整性:页面和章节之间是因果、递进、对比、归纳还是并列?是否出现逻辑跳跃、循环论证、前后矛盾或结论先于依据?
  3. 论据充分性:关键判断是否有数据、事实、案例、对比或推理支撑?是否混淆相关性和因果?是否把假设当事实?
  4. 故事线合理性:顺序是否符合听众的理解与决策路径?结论是否出现过晚?是否有重复铺垫或关键问题没有被正面回答?
  5. 页面表达效率:每页是否只有一个主任务?标题是否结论式?是否存在信息过载、层级混乱、图表与结论脱节或页面可删除而不影响主线的情况?

每个问题都要写清“问题—影响—建议动作”,避免只给审美评价。

逻辑重构

用以下五要素建立论证链,但不机械要求做成五个章节:

背景 → 问题 → 洞察 → 主张 → 论证

  • 背景:业务环境、变化趋势、讨论前提和范围。
  • 问题:当前真正需要回答的核心问题或决策议题。
  • 洞察:从材料中归纳出的原因、规律、矛盾或机会点。
  • 主张:策略方向、核心判断、方案或需要批准的决策。
  • 论证:用数据、事实、案例、对比、机制和风险边界支撑主张。

对每个环节列出对应的原始页码/材料、证据类型、证据强度和缺口。若原稿没有足够支持,明确写“需要补充论据”,并指出应补什么,例如:时间序列、基准值、样本量、来源、对照组、财务影响、执行资源、风险条件或决策选项。禁止自行补数字、客户名、市场份额、因果关系或成功案例。

故事线选择

根据听众和汇报目标选择一种主结构,并说明理由:

  • 结论先行:适合管理层快速决策、预算/资源申请、项目提案和需要明确表态的汇报。顺序通常为:核心结论与决策请求 → 为什么现在要做 → 关键洞察 → 方案与收益 → 风险、资源和下一步。
  • 层层递进:适合问题复杂、认知差异大、需要先建立共识的分析型汇报。顺序通常为:背景变化 → 核心问题 → 事实与分析 → 洞察 → 主张 → 论据、边界与行动。

必要时采用混合结构,例如开头先给一句管理层结论,再用递进结构解释复杂原因。章节之间必须写出衔接关系:上一章回答了什么、下一章为什么自然出现。

首轮固定交付格式

当用户要求诊断或首次提供 PPT 时,按以下顺序输出,除非用户明确指定其他格式:

① 汇报目标与核心主张判断

  • 汇报对象及其最关心的事项
  • 汇报目标:希望听众了解、相信或做出什么
  • 汇报类型
  • 当前可确认的核心主张
  • 若未被原稿明确支持,写“暂定核心主张”,并说明来自哪些材料、为何这样判断

② 原 PPT 的主要逻辑问题

列出影响最大的 3—5 个问题,每项包含:证据页码/材料、问题性质、对听众理解或决策的影响、优先级和建议动作。没有实际 PPT 时,说明这是基于现有提纲的结构性风险,而不是对原页的事实判断。

③ 优化后的五步逻辑链

用表格或清晰分段呈现:

逻辑环节 优化后的判断 对应原始材料/页码 证据类型与强度 论证缺口

④ 建议采用的故事线及理由

说明选择“结论先行”“层层递进”或混合结构的原因,并给出优化后的章节顺序、每章任务和章节衔接。

⑤ 完整的逐页修改建议表

必须使用以下列:

原页码 原页面核心内容 存在问题 修改动作 优化后的结论式标题

修改动作只能从这些动作中选择或组合:保留、修改、合并、拆分、调整顺序、删除、新增。新增页没有原页码时写“新增”。若一页需要拆分或合并,说明拆分/合并后的页面任务,不要只写“优化排版”。

⑥ 优化后的 PPT 大纲

按最终页序逐页写:

  • 页面标题:结论式标题
  • 核心观点:听众这一页后应理解、相信或决定什么
  • 关键内容:需要出现的事实、分析、选择或行动
  • 支撑论据:现有页码/数据/案例;不足处明确写“需要补充论据”
  • 表达建议:数据图表、对比分析、流程图、结构图、时间线、决策树、案例拆解或其他合适形式,并说明视觉形式如何服务于观点

结尾补充两段:

  1. 最重要的修改思路:概括从信息堆砌到论证主线的关键变化。
  2. 仍缺失的关键论据:按重要性排序,区分“没有数据”“没有来源”“没有因果证明”“没有执行/资源依据”等类型。

质量检查

交付前自检:

  • 是否明确区分了确认事实、推断、假设和待验证内容?
  • 是否能用一句话说出整份 PPT 的主张?若不能,是否诚实标注主张仍不明确?
  • 每个重要结论是否能追溯到原始材料或明确的补证需求?
  • 每页是否有唯一主要任务,标题是否表达判断?
  • 章节顺序是否服务于听众的理解和决策,而不是沿用原稿的资料收集顺序?
  • 是否保留了有效原始内容,且没有编造数字、案例、来源或结果?
  • 是否明确说明哪些内容需要用户确认后才能进入逐页重写或 PPT 制作?

若用户确认方案并要求继续,进入第二阶段:逐页重写内容或制作 PPT。第二阶段仍需保留证据边界,并将任何视觉/结构校验与真实目标软件中的最终视觉验收分开说明。

常见问题

5 问
答案由本站依据条目字段整理
PPT 逻辑诊断与故事线重构专家怎么安装?

在支持 Skills 的客户端里执行:skillhub install user_73fcded1/ppt-logic-diagnosis-storyline。安装方式为未标注。装完刷新技能列表或重开客户端。

PPT 逻辑诊断与故事线重构专家支持哪些客户端?

资料没有标注宿主客户端,但只要客户端支持 Skills(Claude、Codex、Cursor 等),一般都能加载。

PPT 逻辑诊断与故事线重构专家权限高吗,安全吗?

权限级别为未标注权限。安装前先看它会读取或写入哪些内容。

PPT 逻辑诊断与故事线重构专家收费吗?

本站不代收费用,也没有标注具体价格。是否收费取决于技能本身和所用的模型或客户端,正式使用前按作者说明确认。

PPT 逻辑诊断与故事线重构专家用什么许可证?

许可证标注为 未说明(许可证不明确)。商用或二次分发前请到仓库确认条款原文。

热门专题

按场景挑技能
全部专题 →

技能内容以作者仓库为准;分类、权限级别与许可证状态的中文说明为中文整理,最近核验 2026-11-06。