本地演示文稿
pptx等大纲稳定下来,由 pptx 技能渲染,存到你放文档的地方。
QoderWork 自带 pptx 技能,所以把文件做出来从来不是难的那一步。Felo Slides 用你自己的文档和调研产出大纲,于是最后落进演示文稿里的,是你真正写下来的那套论点。
QoderWork 上的 Felo Slides
请下载 https://github.com/Felo-Inc/felo-skills/tree/main/felo-slides
并放到 ~/.qoderwork/skills/,然后确认技能已加载。QoderWork 在你机器上运行,直接编辑本地 docx 和 pptx 文件。Felo 技能补上本地文件给不了的那一半:最新的来源、字幕,以及会落在你文档旁边的素材。
克隆和放置都由应用自己完成。你要做的是把技能描述清楚,让它落到正确的根目录,之后再把列表保持精简。
请下载 https://github.com/Felo-Inc/felo-skills/tree/main/felo-slides 放到 ~/.qoderwork/skills/,然后确认技能已经加载。
已下载仓库,把 felo-slides 放到 ~/.qoderwork/skills/felo-slides。SKILL.md 说明它负责生成大纲;本地的 pptx 技能可以渲染结果。
用 ~/Documents/q3-plan.md 搭出大纲,六页,导出之前先等我确认结构。
大纲已就绪。它顺着文档自己的标题走,并保留了文件里的来源清单。目前还没有导出任何东西。
~/.qoderwork/skills/felo-slides/把它和你已有的 pptx 技能放在一起理解:这个产出大纲,那个产出文件。~/.qoderwork/skills/它匹配时所在的根目录。QoderWork 按描述挑选技能,所以列表短一些会让匹配更可预期,而不是更「聪明」。这份大纲是哪个技能产出的,导出演示文稿的又是哪一个?因为来源是你自己写的文件,大纲可以顺着你的论点走,而不是套一套固定模板。它回来时是标题加每页一句话,并且在你确认结构之前一直以文本形式存在。
演示文稿和文档不该互相矛盾。用文件本身搭出大纲,就是让这两版论点保持一致的办法。
桌面助手与众不同的地方在于,来源和产出都是你能打开的文件。
等大纲稳定下来,由 pptx 技能渲染,存到你放文档的地方。
把大纲留在它出自的那份文档里。演示文稿是论点的渲染结果;论点该待在笔记旁边。
同事在文档里改大纲,会留下看得见的改动。同样的修改发生在设计阶段,就变成了重做。
失败模式是:演示文稿说的是文档已经不再说的话。下面的顺序能避免这一点。
一份书面文档已经评审过,现在有人想把它讲出来。
让请求指向文档。按话题摘要写出来的大纲是一套新论点,它会和你已经定下的那套相互矛盾。
六个标题,每个一句。这是你改变主意前最后一个便宜的时刻,也是论点第一次被别人看见的时刻。
渲染器 QoderWork 本来就有。把两步分开,才能让你在改完措辞之后重新生成文件。
文档引用了什么,就该一路活到演示文稿的演讲者备注里,这样讲的人答得上第一个尖锐问题。
留下一份和它出自的文档一致的演示文稿,来源仍然附在上面,导出也可以重复。
第一个产出结构,第二个产出文件。两者之间的空隙,就是评审发生的地方。
把 ~/Documents/q3-plan.md 变成六页大纲,导出之前先把结构给我看。返回内容一份顺着你文档自身逻辑的大纲,停在可以评审的阶段。
市场那一节变了。用更新后的文件重新生成大纲,其余部分保持原样。返回内容一次有针对性的重新生成,而不是一份新演示文稿——这才让反复导出变得可行。
本地文件是可以查看的,这也意味着它的限制看得见,值得了解。
从一份单薄的文档搭出来的大纲就是一份单薄的演示文稿。论点还没写下来,就先去写——演示文稿不是发现论点的地方。
在这里,大纲和导出是两个技能。方便,但也意味着演示文稿的新旧取决于最后一次导出,所以改完再生成,而不是改之前。
大纲决定的是论点,不是外观。第一次会在模板上花些时间,之后基本不用。
这 5 个技能都是为 QoderWork 编写的。它们在这个平台上的用法一致,所以你可以放在同一次会话里组合使用,不必重复说明自己的环境。
从技能开始,再按 QoderWork 工作流的需要组合模型、实时数据、知识和输出工具——用的还是 Felo 技能已经在用的那个 Key。
当 Agent 需要自定义推理或生成时,使用性价比更高的 LLM 接入。
为 Agent 提供最新的 Web 与社交信号,而不是依赖过时的上下文。
把工作建立在可复用的知识之上,再转化为可以分享的交付物。
把工作流从调研延伸到视觉呈现和可直接交付的 Office 成果。