大綱先於設計出現
你該拿到的是標題和每頁一行,而不是套好版的輸出。如果你第一眼看到的就是做好的投影片外框,那個真正值得審的步驟已經被跳過了。
工作階段知道改了什麼、為什麼改;要點頭的人不知道。Felo Slides 把工作階段已經查到的結論變成逐頁大綱,你可以在任何人花時間做設計之前先砍一輪。
cp -r felo-skills/felo-slides ~/.pi/agent/skills/Pi 刻意保留一個很小的核心,並要你去擴充它,所以技能就是那個「增加觸及範圍、又不必多養工具」的既定做法。
簡報生成就是一個普通的套件,所以走的路和 Pi 上其他東西一樣。常寫評審就掛在全域,只為一次遷移需要就留在專案層。
~/.pi/agent/skills/全域這台機器上的每個專案。讀完之後想讓它到處都在,就放這裡。
~/.agents/skills/共用其他 harness 也會讀的那個資料夾,所以一份複製就能同時服務 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 成果。