拿這場講座的逐字稿,列出裡面引用的每一個 benchmark 數字,每一項附上時間戳。回傳內容一張簡短的數字表,每一項都連到它被講出來的那一分鐘,讓你可以直接跳到那個說法。
Pi 刻意保留一個很小的核心,並要你去擴充它,所以技能就是那個「增加觸及範圍、又不必多養工具」的既定做法。
回傳的是工作階段可以搜尋、可以引用、也可以不同意的文字。時間戳是它之後還有用的原因:一段沒有時間戳的引用,任何人都沒法查證,包括你自己。
我們春天把排程器從單體裡搬出來,第一個弄丟的就是重試預算。
p99 完全沒動。動的是我們花在等佇列上的時間。
所以贏的是維運面,而不是延遲。
正是。六週的工作,換來的是讓一起事故不再每季發生。
如果你只從這場講座帶走一個數字:每季十四頁變成兩頁。
p99 完全沒動。動的是我們花在等佇列上的時間。
順序很重要:先拿到文字,再決定什麼重要,最後才寫下來。
有人傳來一支錄影,而其中有用的部分在前十分鐘之後的某處。
摘要會弄丟數字和那些但書,而那些通常正是你看它的理由。先拿到帶時間戳的文字行,重要與否你自己決定。
要它找出每一句含有數字、版本或日期的話。字幕一旦是文字,這就是一件文字工作 —— 而這正是小核心的 harness 擅長的那種工作。
一句撐起論點,一句點出限制。時間戳要一路掛著;沒有時間戳的引用沒法查證。
只活在這個工作階段裡的逐字稿,會跟著它一起消失。把相關的那幾行寫進儲存庫,放在它們所證成的工作旁邊。
留下什麼可以搜尋的帶時間戳文字行、值得複述的引用,以及一份註記,寫清楚講者從來沒有支撐過哪些說法。
字幕這件事不需要特別的根目錄。唯一值得保留的 Pi 習慣,是在它變成全域之前先讀過這個套件,因為一個會連上網路的技能,值得看一眼。
~/.pi/agent/skills/全域這台機器上的每個專案。讀完之後想讓它到處都在,就放這裡。
~/.agents/skills/共用其他 harness 也會讀的那個資料夾,所以一份複製就能同時服務 Pi 和你跑的其他東西。
.pi/skills/專案只給這個儲存庫,而且只在你信任這個專案之後。要評估一個還沒讀過的套件時,這裡是對的地方。
pi install npm:@scope/pkg套件某個套件的 skills/ 目錄,有版控、可更新。當一個套件值得長期留下時,這是更乾淨的路。
pi --skill /path/to/felo-youtube-subtitling兩者都把影片當成來源而不是娛樂,而且兩者最後都收在查得動的東西上。
拿這場講座的逐字稿,列出裡面引用的每一個 benchmark 數字,每一項附上時間戳。回傳內容一張簡短的數字表,每一項都連到它被講出來的那一分鐘,讓你可以直接跳到那個說法。
這段錄影有說他們怎麼處理回滾嗎?把答案連時間戳一起引出來。回傳內容相關的那幾行連時間戳 —— 或者一句明白的說明:這個話題從頭到尾沒被提到,而那也是一種答案。
逐字稿是有已知失敗模式的證據,而它查起來很便宜。
自動生成的字幕會把名字和數字弄亂。如果某個數字要拿去做決定,在任何要緊的地方複述它之前,先對照錄影核一遍。
沒有字幕的錄影,這個技能什麼都抓不到。那是來源的問題,不是把提示詞寫長一點就能解決的。
逐字稿記錄了說了什麼,沒說講者的處境跟你的像不像。技能拿掉的是「看」這件事,不是判斷。
這 5 項技能都是為 Pi Coding Agent 撰寫的。它們在這個平台上的用法一致,所以你可以放在同一次工作階段裡組合使用,不必重新說明自己的環境。
從技能開始,再依 Pi 工作流程的需要組合模型、即時資料、知識與輸出工具——用的還是 Felo 技能已經在用的那個 Key。
當 Agent 需要自訂推理或生成時,使用成本效益更好的 LLM 存取。
為 Agent 提供最新的 Web 與社交訊號,而不是依賴過時的脈絡。
把工作建立在可重複使用的知識上,再轉換成可分享的交付物。
把工作流程從調研延伸到視覺呈現與可直接交付的 Office 成果。