对话串
大纲在对话里评审,改主意是一条消息,而不是重新生成一遍。
Grok Bot 自带一台工作电脑,所以把文件做出来不是难点。Felo Slides 先把论点交给你——大纲用 Bot 已经收集到的调研搭出来——于是你批准的那份演示文稿,就是你要的那一份。
把这个流程保存为名为「Monthly briefing deck」的技能。先出大纲,
每页一行,导出前等我确认。一个 Grok Bot 拥有一份职责、一段对话和一条日程,而技能就是它执行的方法。Felo 技能是这套循环里的调研那一半,保存一次,所有例程都能复用。
这里有用的方法不是「做幻灯片」,而是你们家的形状:先大纲、再点头、最后导出。按这个形状跑一次,然后把它存下来。
把简报这件事交给一个 Bot,让调研在它里面跑,这样演示文稿要总结的是真东西,而不是一个话题。
先要大纲,跟它争一轮,点头,再导出。事后把流程存下来,并明确写清大纲先于导出。
给那些要对外讲东西的 Bot 启用这个技能,只回答问题的 Bot 就别开。演示文稿是交付物,不是一条回复。
给周期性简报挂一条每月例程。标题保持稳定,好让听众读的是变了的数字,而不是重新设计过的页面。
先要大纲的意义在于改起来便宜。等 Bot 把演示文稿导出,每一次修正都要重新生成一遍,而评审的人已经看过一个你并不想要的版本。
导出时把来源清单留在发言人备注里。听众看的是那个数字,被追问出处的则是要讲的那个人。
四步,一道关卡。那道关卡才是让 Bot 生成的演示文稿可以安全拿出去讲的东西。
一件得有人讲出来的周期性简报,或者一份用 Bot 已经做完的调研搭出来的一次性演示文稿。
用话题搭出来的演示文稿,就是一个填了字的模板。改用查到的结论来搭,并且让来源还挂在上面。
六个标题,每个一行。这是改动论点还不花什么钱、也不丢谁面子的最后时刻。
说清哪几页留、哪几页不留。用沉默表示同意,就是这么让一份演示文稿最后讲出一个你从没给过的建议。
电脑和文件处理都在 Bot 那边;备注是让讲的人扛过第一个刁难问题的东西。
留下一份按你点头的论点走的演示文稿,来源一路带进发言人备注。
Bot 能存文件,也能分享文件;它不该做的是猜这份演示文稿该放哪儿。
在对话里评审,改主意是一条消息,而不是重新生成一遍。
文件由 Bot 自己那台电脑写出来。提前把文件夹名字说清,之后就不用到处找。
最后再导出,等论点定下来;任何离开账号的东西,都要留在审批边界里面。
生成的演示文稿默认很有底气,所以这几项检查针对的是每一条说法从哪来。
把两份对着看。两者之间的漂移是最常见的失败,而你不去看就看不出来。
没有日期的数字,就是不知道哪个季度的数字。演示文稿背后的调研,应该还查得到日期。
读最后两页,确认它们说的是你决定的东西,而不是方法默认产出的东西。
演示文稿在一条链子的末端,前面几节决定了它有多少能立得住。
这 5 个技能都是为 Grok Bot 编写的。它们在这个平台上的用法一致,所以你可以放在同一次会话里组合使用,不必重复说明自己的环境。
从技能开始,再按 Grok Bot 工作流的需要组合模型、实时数据、知识和输出工具——用的还是 Felo 技能已经在用的那个 Key。
当 Agent 需要自定义推理或生成时,使用性价比更高的 LLM 接入。
为 Agent 提供最新的 Web 与社交信号,而不是依赖过时的上下文。
把工作建立在可复用的知识之上,再转化为可以分享的交付物。
把工作流从调研延伸到视觉呈现和可直接交付的 Office 成果。