Bot 的对话串
对话默认选项,往往也是最好的。你可以对同一套方法追问,而不用重新解释任何东西。
一个负责周期性简报的 Bot 会很乐意每周都产出它,这恰恰是为什么取证必须写进方法里。Felo Search 给每条结论配上页面和日期,于是例程报告的是变化,而不是把上周重说一遍。
把这个流程保存为名为「Weekly market brief」的技能。每一项都要注明来源和
日期,只报告变化,未核实的内容
单独放一节。一个 Grok Bot 拥有一份职责、一段对话和一条日程,而技能就是它执行的方法。Felo 技能是这套循环里的调研那一半,保存一次,所有例程都能复用。
在排期例程里,产出必须自己站得住,因为没人看着它被做出来。日期让读者能分辨:哪一条是本周的发现,哪一句是这套方法从三月起就在重复的话。
把变化规则写进保存的技能里:只报告相对上次运行的新内容,未核实的内容单独成节,某一周什么都没发生时也要直说。
Grok Bot 用已经做过的工作来构建技能,这意味着第一次运行比「安装」更重要。先把这件事认真做一次,再要求它记录成技能。
创建一个职责很窄的 Bot——「每周市场简报」,而不是「通用助手」——并在描述里写明审批边界。只做汇报,绝不联系任何人。
让 Bot 把流程保存成技能。一个好的方法会写明输入、验证步骤、输出格式,以及某个来源不可用时该怎么办。
技能在你的 Bot 之间可用,但某个 Bot 仍然需要相应的插件或登录。按 Bot 启用,然后确认答案确实带了来源。
挂上一条带日程和时区的例程,然后像读者那样读第一次运行。确认安静的一周产出的是一份短简报,而不是注水的一份。
周期性简报靠被读来证明自己的价值。这四步是让它不至于每周都变长的关键。
某个市场、某个政策领域,或者一组竞品,团队里必须有人一直盯着。
在它变成例程之前。一个产出未核实说法的排期任务,会把错误每周重复一遍,还管这叫稳定。
真正要紧的那条指令是「只报告相对上次运行的新内容」。没有它,第十一周和第一周一样长,而两份都没人读。
草案、传闻和没有出处的说法应该明显地放在一起。其中某一条坐实了,那个动作本身就是新闻。
只有当你见过它处理一个安静的周、一个来源挂掉的周,这条例程才值得信任。
留下一份简短的变化简报,带日期和来源,另有一节专门放无法确认的内容,以及一句诚实的说明:什么都没有变化时也要写。
Bot 有一段对话和一条日程;在挂上例程之前先想好目的地,能省掉之后的一次重建。
默认选项,往往也是最好的。你可以对同一套方法追问,而不用重新解释任何东西。
应用关闭时也会跑。确认负责的 Bot、时区,以及来源联系不上时会发生什么。
如果这份简报是给别人看的,在它开始往任何地方发送之前,先检查 Bot 描述里的审批边界。
第一次运行就是技能的模板,所以值得把你想保留的东西一次说清。
调研这份清单上的三家竞品:最近七天的定价、套餐和发布动态。每一项都注明来源和日期,最后用一段话总结。返回内容一份格式一致的简报,保存后的技能之后每周都会照着它复现。
把这套流程保存成名为「每周市场简报」的技能。把来源格式、变化规则,以及没有我批准不得发布任何内容的规则都写进去。返回内容一套挂在 Bot 上的可复用方法,你的边界写在里面,而不是记在你脑子里。
自动化会把第一次运行做过的事原样保留下来,包括它的坏习惯。
如果第一次运行产出了你核不了的说法,技能会每周都产出它们,而且越来越自信。先修方法,再排期。
来源会挂。除非技能说明该怎么办,否则糟糕的一周会产出一份建立在旧数据上、却写着今天日期的简报。
在一个 Bot 里保存的技能,不会自动在所有地方生效。该开的地方开,至于那些没有来源的答案会造成损害的地方,就别开。
这 5 个技能都是为 Grok Bot 编写的。它们在这个平台上的用法一致,所以你可以放在同一次会话里组合使用,不必重复说明自己的环境。
从技能开始,再按 Grok Bot 工作流的需要组合模型、实时数据、知识和输出工具——用的还是 Felo 技能已经在用的那个 Key。
当 Agent 需要自定义推理或生成时,使用性价比更高的 LLM 接入。
为 Agent 提供最新的 Web 与社交信号,而不是依赖过时的上下文。
把工作建立在可复用的知识之上,再转化为可以分享的交付物。
把工作流从调研延伸到视觉呈现和可直接交付的 Office 成果。