大纲先于设计出现
你应该拿到标题加每页一句话,而不是排好版的东西。如果第一眼看到的就是成品版式,那最值得评审的那一步已经被跳过了。
会话知道改了什么、为什么改;要点头的人不知道。Felo Slides 把会话已经查到的结论变成逐页大纲,你可以在任何人花时间做设计之前先删一轮。
cp -r felo-skills/felo-slides ~/.pi/agent/skills/Pi 刻意把内核做得极小,并要求你自己扩展,所以技能正是它期望的扩展方式:不新增需要维护的工具,又能拿到触角。
幻灯片生成就是一个普通技能包,在 Pi 上走的路和其他技能完全一样。经常写评审就全局挂载;只为一两次迁移用,就留在项目范围里。
~/.pi/agent/skills/全局本机所有项目。读完之后如果你想让它到处可用,就放这里。
~/.agents/skills/共享其他框架也会读这个文件夹,所以一次克隆能同时服务 Pi 和你跑的别的东西。
.pi/skills/项目只对这个仓库生效,而且只在你信任该项目之后。还没读过的技能包适合先放这里评估。
pi install npm:@scope/pkg包某个包的 skills/ 目录,纳入版本管理、可以更新。技能包一旦确定长期使用,这是更干净的路子。
pi --skill /path/to/felo-slides你拿到的是标题加每页一句论点。它刻意不是一份完成稿——而是在它变成某个人一下午的工作之前,你可以删、可以调顺序、可以不同意的那一版。
因为大纲是用会话搭出来的,上面的每一行都能追溯回产出它的那条命令或那个文件。
一个无视你工作内容的演示文稿生成器也能产出看起来合理的幻灯片,所以这些检查针对的是出处。
你应该拿到标题加每页一句话,而不是排好版的东西。如果第一眼看到的就是成品版式,那最值得评审的那一步已经被跳过了。
随便挑一条结论,问它来自哪个文件或哪条命令。追溯不了的幻灯片,就是在会议室里让你难堪的那一页。
如果某个标题下会话什么都没查到,正确的产出是一个看得见的缺口。用一句像模像样的话把洞填上,比留一页空白更糟。
大纲在成为演示文稿之前就有用,值得先想好它要去哪。
把大纲粘进描述里,评审的人先读论点再看 diff,并且能直接指出他不同意哪一页。
等论点不再变动,再把通过的大纲扩成幻灯片。在这之前做设计,意味着要设计两遍。
把大纲放在代码旁边,下一个会话就能从推理出发,而不是从 diff 里把它重建一遍。
演示文稿的强度取决于它下面的证据,而大纲的强度取决于证据背后的来源。
这 5 个技能都是为 Pi Coding Agent 编写的。它们在这个平台上的用法一致,所以你可以放在同一次会话里组合使用,不必重复说明自己的环境。
从技能开始,再按 Pi 工作流的需要组合模型、实时数据、知识和输出工具——用的还是 Felo 技能已经在用的那个 Key。
当 Agent 需要自定义推理或生成时,使用性价比更高的 LLM 接入。
为 Agent 提供最新的 Web 与社交信号,而不是依赖过时的上下文。
把工作建立在可复用的知识之上,再转化为可以分享的交付物。
把工作流从调研延伸到视觉呈现和可直接交付的 Office 成果。