個人學習記錄 · STAGE 04
這一階段要解決的問題 從使用現成外掛程式走向整理方法、控制數量，再解決自己的真實需求。
我早期更關心裝哪些外掛程式，後來開始區分技能、擴充功能和包（Package），也開始清理衝突、自己寫提醒功能。這裡保留了這個變化過程。
本頁收錄 22 篇原文。正文來自個人 Google Drive 原文庫，已移除 x.com 地址和 t.co 媒體短鏈。原文涉及的版本與產品狀態以釋出日期為準。
2026-08-11 17:09:32 · 小墨同學原文
最近Pi Agent很火，我推薦幾個我自己常用的外掛程式和專案：
Pi 包 Catalog：官方外掛程式市場 pi-web-access：網頁 / GitHub / PDF / YouTube pi-subagents：多代理、並行任務 PI WEB：遠端 Web 控制 pi-telegram：Telegram 控制 Pi Plannotator：Plan / Diff / Review 視覺化 pi-hermes-memory：Hermes 風格長期記憶
如果只推薦三個，我希望你安裝這 3 個：pi-web-access + pi-subagents + PI WEB
2026-08-23 16:41:32 · 小墨同學原文
習慣Pi Agent之後我基本上棄用了 MCP ，我現在更願意給 Pi 裝技能，然後把剩下的任務交給 CLI。
本質還是MCP 太重了。工具描述先佔用上下文（Context），模型再猜引數，Token 消耗沒了，有時候還調錯。Pi 自帶 read / bash / edit / write，很多事讓它讀命令幫助直接跑，反而更穩。
技能也更合適，啟動只進名稱和描述，真正用到才載入全文。
我自己常用這幾個：
技能目錄：~/.pi/agent/skills/ 和專案裡的 .pi/skills/gh / git CLI：提 PR、看 diff，比再套一層 GitHub MCP 乾淨
ponytail：先複用現有程式碼，少生成一堆新檔案 commit-
helper / pr-helper：提交和 PR 走技能 + gh pi-context-view：每加一樣東西先看它吃多少上下文 pi-agent-
skill-evolution：複雜任務跑完可以沉澱成技能 pi-web-access：只有搜網頁、GitHub、PDF 時才開
如果只留三個：專案技能目錄 + gh CLI + pi-context-view
網頁需求再加 pi-web-access，越來越喜歡這種精簡的感覺，雖然軟體很小，外掛程式很少，但是完成工作一點都不含糊。
2026-08-24 11:29:39 · 小墨同學原文
推薦幾個新手使用Pi Agent 必裝的安全外掛程式！
因為Pi Agent 預設幾乎沒有沙箱，也沒有完整的權限判斷。
但是不要覺得是 bug，其實是設計。Pi 預設就四個工具，read、write、edit、bash，權限跟你當前使用者一樣。模型一旦要刪檔案、改
.env、跑sudo，它真能幹。對老手這叫乾淨，對新手這叫危險。所以我一般會讓剛入門的人先裝幾樣防護，別一上來就裸奔。
safe-coder 一站式入門包。危險命令會先問你，
.env、.git、node_modules可以先阻擋一下。小白先裝這個最省事。pi-permission-gate 官方示例同款思路。
rm -rf、sudo、亂改保護路徑，先彈確認再執行。沒有介面時預設直接攔。pi-protected-paths 專門護金鑰和敏感檔案。
.env、憑證、常見設定，讀寫都會被擋住，避免模型手滑把金鑰吐出來或改壞。pi-sandbox 更接近真正的沙箱。檔案和網路能按白名單控，工作階段裡還能開關。比單純彈窗確認更徹底，但也要多配一點。
pi-permission-modes 像權限擋位。預設確認、接受編輯、更自動，都能切換；特別危險的命令會直接封死。適合想一邊用一邊調鬆緊的人。
我非常建議小白的安裝順序：先 safe-coder，再加 pi-protected-paths。真要隔離環境，再上 pi-sandbox。
Pi 其實本身已經很乾淨了，但是乾淨不等於安全。
先把護欄裝上，再去玩技能和外掛程式，安全才是第一位。
2026-08-24 15:56:13 · 小墨同學原文
分享一下Pi 遠端裝置的方案，官方外掛程式+UU遠端，基本上就夠了
外掛程式就推薦這五個：
官方 SSH 擴充功能 本地跑 Pi，遠端操作 VPS 上的檔案、Shell、Docker。最接近“我還在本機，但手伸到伺服器”。
pi-mobile 手機或瀏覽器直接接管 Pi 工作階段（Session），能看 Tool Call、切模型、繼續對話。適合人不在電腦前，又想盯著任務往下走。
PI WEB Pi 常駐伺服器，多裝置用瀏覽器進同一個控制面。更接近完整遠端工作臺，而不只是臨時連一下。
remote-pi 社群外掛程式，主打手機遠端控制，後面還在往多 Pi、Agent Mesh 方向走。有點實驗性，但方向值得盯。
tmux + Tailscale + Pi 最樸素的一套。Pi 跑在伺服器，Mac 或手機隨時 SSH 回去，接著同一個工作階段幹。不依賴花活，穩。
我基本上是官方 SSH 擴充功能+pi-mobile 以前是Tailscale內網穿透的方式，但是還是很麻煩而且官方的節點也不一定穩定，現在直接使用官方外掛程式和VPS伺服器就能完成。
實在解決不了的問題，可以上UU遠端解決，基本上這一套組合拳下來，能滿足百分之99的人的遠端需求了！
2026-08-26 08:26:44 · 小墨同學原文
Pi Agent 別只記得安裝外掛程式，Skill有時候其實更好用🔥
我推薦這幾個比較實用的 Pi 技能：
browser-tools：控制 Chrome 瀏覽器，開啟網頁、提取內容、截圖、執行頁面操作
brave-search：網頁搜尋 + 內容提取，給 Pi 補上最基礎的聯網搜尋能力
youtube-transcript：直接讀取 YouTube 影片字幕，拿來總結影片、做資料研究很好用
gmcli：接入 Gmail，讓 Pi 可以搜尋郵件、檢視郵件、處理草稿和標籤
gdcli：接入 Google Drive，讓 Pi 可以查詢、管理和分享雲端檔案
transcribe：把音訊轉成文字，適合會議錄音、影片素材、語音內容整理
這也只是針對我的日常工作和挑選，工作環境都不一樣，所以按需安裝，保持Pi Agent應有的簡潔才是最主要的。
我也知道有很大一部分其實外掛程式也解決了，但是有時候Skill+CLI的組合真的很爽😂
2026-08-26 10:17:15 · 小墨同學原文
最近 Pi 很火，但很多人一上來就只裝擴充功能。其實技能才是更值得折騰的一塊。
Pi 遵循 Agent 技能標準，Claude Code、Codex 那套技能很多能直接拿過來用，不用死盯 Pi 自己那點生態。
我自己比較常看這幾個來源：
Pi 技能 Mario 自己維護的合集。網頁搜尋、瀏覽器、YouTube 轉寫、語音轉文字、Google 服務都有，先從官方口味入手最穩。
Anthropic 技能 目前最值得收藏的大型官方倉庫。PDF、DOCX、PPTX、XLSX、Web 開發這些辦公和前端能力很全，Pi 官方文件也直接推薦。
現在最好用的技能搜尋和排行榜。按熱度找，而且已經原生支援裝到 Pi，比在 GitHub 裡瞎翻省事。
mattpocock/skills 偏真實工程場景。不追求大而全，把開發流程拆成很多小技能，比如先質疑需求、再 TDD，用起來很解渴。
Awesome Agent 技能 適合繼續挖社群貨。程式碼審查、測試、Debug、安全、重構、寫作，分類比較全，當目錄用就行。
如果只收藏三個：Pi 技能 + Anthropic 技能 +
Pi 的技能是按需載入的，平時只把名稱和描述放進上下文，真正用到才讀完整技能.md。比一上來給 Agent 塞幾十個工具乾淨得多，也更省 Token。
裝再多擴充功能，也不如先把幾個真正會反覆用的技能用明白。
原帖包含圖片或影片，媒體素材待後續整理。
2026-08-26 23:10:34 · 小墨同學原文
Pi 外掛程式和核心功能的邊界到底在哪裡？
最近我一直在思考一個問題：什麼能力應該放進 Core，什麼能力應該永遠留給擴充功能？
我覺得這是我研究Pi這麼久以來，最有意思的地方。
Pi 一直堅持核心足夠輕，需要什麼能力就自己往上加，但隨著生態越來越大，子代理、Sandbox、Memory、Plan Mode、Remote 工作階段這些東西也開始變得越來越常見。
很多時候大家都在討論的是“要不要加功能”，這個問題，我反倒覺得更應該弄清楚這三大邊界：
1、Agent 跑起來必須有的能力，應該進 Core
比如工作階段、上下文、Tool Call、壓縮（Compaction），這些本身就是 Agent 正常工作的基礎。
2、決定安全和生態規則的能力，Core 至少應該提供標準
比如權限、遠端工作階段、子代理通訊，如果每個擴充功能都重新設計一套，最後反而會越來越亂。
3、具體怎麼玩，繼續留給擴充功能
Memory 用哪套、Plan Mode 怎麼設計、子代理怎麼分工、搜尋工具用哪個，這些我反而希望 Pi 永遠不要替使用者決定。
我看了很多官方的材料和開源專案的說明，上面都把極簡貫徹到底，而且很多地方官方都說了，不會把不必要的功能加到核心裡面。
有一句話，我記得很深，能用外掛程式解決的絕不去動核心，我感覺這才是 Pi 最難守住，也是最值得我們這些開發值得期待的地方。
2026-08-28 13:41:31 · 小墨同學原文
Pi 包可能是最被大家忽然的功能🔥
很多人可能只知道Skill，但是沒仔細的去了解Pi Package這個功能，它解決的不是單個技能分享的問題，而是把你的使用習慣、設定、使用方式一起打包的實現。
他可以讓你把你的Pi Agent，完整的分享給你想要的人！
1、以前加能力是散的
這邊放一份說明，那邊改一處設定，用久了自己都說不清這套環境到底疊了什麼。包是把它們收成一份，裝上就能看見清單，這套東西突然變得清楚了。
2、它更像給某個場景備的工具箱
不是去市場裡收藏「必裝」。做研究就備搜尋和記憶，管機器就備遠端和日誌。一份包對應一種用法，換場景就換清單，主環境不會越堆越重。
3、能加上去，也能拿下來
這點其實很關鍵。今天試一塊，不合適明天拿掉，不會把整個 Pi 改成不敢動的狀態。能復原，才敢真的往上疊。
4、所以手感是從清單裡出來的
模型大家都能接。真正開始好用，是你為哪些事打過包、留下了哪些習慣。清單一短，用起來才像自己的工作方式，而不只是預設的 Coding Agent。
Pi的功能是真的研究不完，總能在社群和官方找到一些有趣的實現，其實以前我也想過怎麼把自己的Agent分享出去，沒想到官方已經內建了。
原帖包含圖片或影片，媒體素材待後續整理。
2026-08-30 14:16:18 · 小墨同學原文
玩到最後，我開始讓Pi自己改造自己🔥
最近我開始換一種方式使用我的Pi。
以前 Agent 缺一個功能，我第一反應基本都是去找外掛程式、翻 GitHub，看看有沒有別人已經做好的。
但是現在不一樣了，很多時候我找的都不一定符合我的心意，所以慢慢的我開始自己讓它寫自己的外掛程式了。
Pi本身就很輕，所以總結就是一句話：你缺什麼，就自己給自己補什麼。
我先拿一個很簡單的安全需求做測試。
平時 Agent 自己操作終端機，我還是希望一些高風險操作必須經過我確認，所以我直接把需求告訴 Pi，讓它自己研究應該怎麼實現。
最後整個過程比我想象中簡單很多：
1、我只負責說需求：哪些操作風險比較高，需要先經過我的確認。
2、Pi 自己想辦法實現：它會去理解自己的擴充機制，判斷這個能力應該放在哪一層。
3、做完以後再自己測試：不合適就繼續改，直到變成我真正願意長期留下來的功能。
這個思路我覺得比“推薦幾個 Pi 外掛程式”有意思多了。
因為每個人真正需要的功能其實都不一樣。
別人做好的外掛程式，解決的是別人的問題；讓 Pi 根據自己的使用習慣去寫，最後留下來的才更像自己的工具。
我猜肯定也會有人說，這是在重複造輪子，但是我更想說的是，這不就是你用Pi 給你自由度的意義嘛
世界上沒有兩片一模一樣的雪花，動手自己玩一玩吧，我想你也會覺得有趣的
原帖包含圖片或影片，媒體素材待後續整理。
2026-08-31 15:19:30 · 小墨同學原文
玩 Pi，我發現很多人裝了一堆外掛程式，寫程式碼還是亂🔥
上次我分享了Pi常用的外掛程式組合，推薦了聯網的、遠端控制和安全防護相關的，反響非常好，今天我分享一些特別的外掛程式。
這次不推能連網的外掛程式，我只推我反覆用在寫程式碼上外掛程式。
1、ponytail 先複用現有程式碼，少生成一堆新檔案。 Pi
原帖包含圖片或影片，媒體素材待後續整理。
2026-09-02 13:57:15 · 小墨同學原文
Pi 你必須學會的事，學會寫好AGENT.md🔥
很多人在建立專案的時候，根本就沒有在意過或者根本就沒有AGENTS.md檔案，覺得這只是一個提示詞文件。
這有可能就是你的Pi 為什麼不按照你的指令去工作，編輯的規則轉頭就忘，每次都需要重新去提醒。AGENTS.md不只是一份簡單的文件，而是整個專案最高階別的準則。
社群裡已經出現過兩批人了，要不就更本不寫，要不就寫的太滿，什麼規則都往裡面塞，導致還沒開始用，Pi上下文就塞滿了東西。
我總結了以下三點：
1、全域只保留習慣
根目錄的AGENT.md是對所有專案生效。這裡適合放你的個人習慣。比如說提交資訊的方式，不需要過於囉嗦，不確定的資訊和操作優先詢問。
不要把某個框架的目錄結構、某條測試命令寫進去。因為不是每個專案都需要知道你這些針對專案的規則。
2、專案裡保留反覆踩的坑
說完根目錄，就要開始介紹專案目錄的AGENT.md檔案，這地方生效範圍就收縮到了單個專案。
值得留下的一般分三類。常用檢查命令。絕對不能動的目錄。你吃過虧的踩坑經驗，但是還會反覆犯的約定。
不值得留下的更多。新人文件、架構長文、外掛程式清單、從別處複製來的內容。
其實有個笨辦法。如果你連續三次都對 Pi 說過同一個規則或者是限制，你就可以把它加到專案的說明檔案裡面，慢慢的沉澱最佳化。
3、AGENT.md儘可能小
在寫AGENT.md檔案的時候，遵守一個準則就是保留AGENT.md儘可能的乾淨和整潔，最好不要超過300行，雖然不是必須的。
但是過多的內容在單個AGENT.md檔案裡面，也容易造成AI的注意力不集中。
只要注意好上面三個問題，基本上你的AGENT.md也已經達標率，後面就是根據專案細節完善和最佳化了。
不要覺得這事情很基礎，但是它真的很重要👍🏻
原帖包含圖片或影片，媒體素材待後續整理。
2026-09-02 15:28:59 · 小墨同學原文
玩 Pi 不是缺外掛程式，是清理倉庫裡不用的東西🔥
我現在意識到一件事，外掛程式市場越翻越全，但是真正幹活的時候越寫越亂。這個時候我才意識到不是模型突然變笨，而是我的Pi變臃腫了。
在使用Claude Code的時候，我就被Superpowers 那一套Skill坑過一次。當時覺得很專業，規劃、TDD、審查、除錯全流程都有，而且很完整ll，好像我的AI終於有了工程意思。
但是後面越用越感覺它太笨重了，任務還沒開始上下文先被這些Skill沾滿了，尤其是再用Flash上下文較小的模型的時候，這個感覺尤為明顯。
現在我才發現，清理其實也是一種必做的事情：
1、工程憲法式技能
把完整方法論焊進預設環境，等於每輪都開一次培訓。規劃可以有，測試可以有，但那是某類任務的說明書，不是這個 Agent 的人格。
現在我只在真要按那套流程做時再開啟。日常改函式、補測試、查報錯，不需要先宣誓一遍工程信仰。
2、一上來就裝的子代理
Pi 的 Core 故意不放這一層。包市場補上以後，很多人第一天就並行。查資料一個，看原始碼一個，跑測試再一個，主工作階段變成排程中心。
活還沒複雜到要分身，上下文已經在幾個角色之間轉手。我後來改成一條工作階段做到底，只有明顯能並行、而且結果很好合並時才拆。多數時候，分叉用對話樹就夠。
3、GitHub MCP
看 diff、提 PR、對提交資訊，終端機裡的 git 和 gh 通常更穩。MCP 把一長串工具描述先塞進字首，引數還要讓模型猜一遍。帳單和注意力都花在解釋工具上，活還沒開始。
重複的倉庫動作，我更願意收成短技能，需要時再讀，而不是讓 GitHub 那一層工具常駐。
4、把教學寫進 AGENTS.md
這份檔案啟動就會進系統提示。全域一份，專案一份，沿路還能再拼。新人文件、架構長文、外掛程式清單寫進去，等於每輪先上課。
我現在只留會反覆說的限制。連續三回對 Pi 講過同一句話，再搬進去。檢查命令、不能動的目錄、踩過還在犯的坑，可以留。願望清單不留。
卸完之後，我沒有換成另一套更大的包。日常就是裸殼加很短的專案說明，真重複的流程再讓它寫成技能。聯網、頁面審查、遠端進來看一眼，用到再掛，用完就當它不在。
如果只記一句。
先問這個東西每輪都要看見嗎。答案是不，就不要讓它躺在預設環境裡。
功能可以很多，常駐必須很少。玩 Pi 玩到後面，推薦清單沒有解除安裝清單值錢。
原帖包含圖片或影片，媒體素材待後續整理。
2026-09-02 23:40:40 · 小墨同學原文
Pi 終極建議，1 個網站、2 條用法、3 個外掛程式🔥
1、一個學習網站
先去
按官網裝，看 Quickstart 就夠。裝完丟一件真事進去，能跑通、能打斷、能續上，這一步才算過。別先收藏教學，也別先翻外掛程式市場。
2、兩條使用建議
1、一件事一條工作階段
原帖包含圖片或影片，媒體素材待後續整理。
2026-09-04 16:37:26 · 小墨同學原文
推薦一個Pi 排版的外掛程式，pi-cc-extensions
我自己使用下來非常的舒服，整體內容輸出和排版得到了很大的提升，如果你對Pi 預設的輸出格式不喜歡，十分推薦你去使用一下。
它不是單純美化，而是直接把 Pi 往 Claude Code 那種閱讀體驗改。
主要的功能有：
1、Tool Call 自動摘要、摺疊和展開 2、Edit / Write 的 Rich Diff 3、Markdown 增強，支援 Mermaid、提示塊、連結化 4、Fullscreen 下工具卡可以點選展開、收起 5、長輸出有回到底部、Hover、高亮這些處理 5、還能看上下文裡面 System Prompt、技能、Tool 到底佔了多少
最主要 8 月底更還在更新，基本上把我需要的功能都加上了，能用一個外掛程式搞定，就不會多裝另一個外掛程式。
原帖包含圖片或影片，媒體素材待後續整理。
2026-09-04 19:52:40 · 小墨同學原文
Pi 可以自己生成可交付的ui，一個外掛程式就搞定🔥
前面我給大家推薦的外掛程式可以解決排版的問題，但是有人還不滿意，那我直接給出我的王炸。
pi-generative-ui 一個可以生成可互動ui介面的外掛程式，分分鐘搭建一個屬於自己的工作臺，整體測試下來，雖然有一些小問題，但是瑕不掩瑜。
主要功能有：
1、把 Pi 的輸出直接變成互動式 UI，支援 HTML、SVG、JavaScript，不再只有 Markdown 和程式碼塊
2、支援圖表和資料視覺化，可以呼叫 Chart.js、D3，直接生成 Dashboard、趨勢圖、資料面板
3、支援架構圖和流程圖，專案結構、模組關係、技術流程這類內容可以直接視覺化
4、支援 UI Mockup 和互動元件，按鈕、滑塊、卡片、Hover、動畫這些都能現場生成
5、邊生成邊渲染，Pi 還在輸出程式碼的時候，視窗裡的 UI 就已經開始實時變化，不用等整個頁面生成完
6、Pi 會自己判斷什麼時候需要 UI，普通任務繼續走 Terminal，碰到圖表、架構、視覺化內容才呼叫
整體下來我感覺效果非常的好，下面有演示的影片可以看一下。
原帖包含圖片或影片，媒體素材待後續整理。
2026-09-06 20:15:34 · 小墨同學原文
Pi 的工作臺打造不是一朝一夕就能搭建好的，需要你自己根據你的需求去慢慢最佳化和迭代。
最近我開始自己寫Extension，分享一些遇到的問題和小心得。
我現在有幾個比較明顯的感受：
1、不要一上來就寫大而全的擴充功能
Pi 寫擴充功能的門檻其實很低，一個 .ts 檔案就能開始。
我建議可以先從一個小問題去開始寫，比如增加一個命令，或者是攔截一個危險操作，甚至是改你下面的狀態列。
不要一開始就把東西寫的大而全，因為你自己都可能不知道你的真實需求。
2、Global 和 Project 一定要分開
通用的 UI、通知、上下文這些可以放全域。
但專案自己的部署、資料庫操作、特殊規則，我現在更願意丟在專案目錄裡。
不然用久以後最麻煩的不是功能少，而是每開啟一個 Pi，都揹著一堆根本用不到的東西。
3、Tool 也不是越多越好
這個是我自己比較在意的地方。
擴充功能寫著寫著，很容易就變成了一個大滿貫，但是真正你需要用到或載入的東西很少，如果寫的過多的話，很容易影響pi的上下文和呼叫判斷。
所以好的設計儘量精簡，需要再加入，甚至是可以加入漸進式披露，這裡的設計其實和 Pi 本身極簡的設計挺像。
4、狀態和 reload 比想象中更容易踩坑
開發的時候 /reload 非常爽，改完馬上就能試。
但只要擴充功能開始存狀態，就不能單純相信記憶體裡的變數。尤其後面如果要跑 Web、RPC、SSH 這些場景，很多寫法都得提前考慮。
這個也是我開始自己寫以後，才慢慢意識到的。
現在回頭看，我覺得 Pi 最有意思的地方可能本來就不是有多少擴充功能。
我是官方給你開放的入口，你哪裡不舒服，或者哪裡覺得不好用，直接馬上改就可以了。
剛開始我也會到處找外掛程式，後面開始刪重複的，再到現在自己補一些真正缺的功能。
這個過程挺慢，但每次只解決一個真實問題，最後留下來的東西反而越來越像自己的。
2026-09-07 00:46:20 · 小墨同學原文
其實 Pi 想操作瀏覽器，不用裝一堆外掛程式，先把這幾個搞明白就夠了🔥
pi-browser-harness
直接接你現在正在用的 Chrome。 最大的優勢就是可以複用現有 Profile、Cookie 和登入狀態，點網頁、填表、截圖、上傳下載、看 Console、抓網路請求這些都能做。
適合拿 Pi 真正幹日常網頁任務。
pi-agent-browser-native
更偏 Pi 原生體驗。
底層接 agent-browser，但做成了 Pi 自己的 Tool，頁面 Snapshot、點選、輸入、截圖這些都比較完整，而且專門控制了輸出長度，對上下文比較友好。 如果你比較在意 Pi 的極簡和 Token，我會優先看這個。
pi-chrome
比 browser-harness 更輕。
核心就是把已經登入好的 Chrome 安全地橋接給 Pi，不追求塞幾十個瀏覽器 Tool。
如果你的需求只是讓 Pi 用現成登入態看看網頁、做點操作，這個反而夠用。
Steel Browser
這條路線和上面幾個完全不同。
它不是操作你本機 Chrome，而是直接給 Pi 一臺雲瀏覽器。
特別適合後台任務、網頁監控、批次抓取，電腦關了也不影響。要做真正長期執行的 Browser Agent，可以重點看這個。
pi-browser-cdp-extension
比較適合開發者。 直接透過 Chrome CDP 給 Pi 一個瀏覽器執行能力，結構簡單，原始碼也比較容易看懂。
如果你最近本來就在自己寫擴充功能，這個很適合拿來研究 Pi 是怎麼把瀏覽器能力封成 Tool 的。
我自己會這樣選：
日常主力先試 pi-browser-harness，想保持 Pi 極簡就用 pi-agent-browser-native，長期後台自動化再考慮 Steel。
瀏覽器外掛程式也不是越多越好。
先想清楚你是想操作自己現在的 Chrome，還是想給 Pi 一臺獨立瀏覽器，再去選對應的方案，少走很多彎路。
2026-09-07 10:26:17 · 小墨同學原文
Pi 現在可以直接給自己寫擴充功能，我最近已經開始讓它補自己的工作臺了。
因為很多小需求太私人，與其到處找外掛程式，我現在更願意先讓 Pi 自己做一個。
1、先把問題直接告訴 Pi
比如我想加一個命令，或者每次執行某類危險操作前先提醒我。
不用先寫完整需求文件，就說清楚現在哪裡用著不舒服。
2、讓它先做一個最小版本
一個 .ts 檔案就夠了。
先只解決眼前這個問題，別上來就塞設定頁、設定檔案、一堆 Tool。
3、寫完直接讓 Pi 自己載入測試
開發階段我會先臨時載入，改完以後 /reload 繼續跑。
有報錯就把終端機結果繼續丟給它，讓它自己修。
4、最後拿真實作作測一次
比如做的是危險命令攔截，我就真的觸發一次。
Pi 能在命令執行前彈出確認，這個擴充功能就算跑通了。
我現在先把這種每天會碰到的小問題一個個補掉，穩定以後再決定哪些值得一直留在工作臺裡。
2026-09-07 13:41:30 · 小墨同學原文
Pi 外掛程式裝多了以後，我最近真的開始碰到相容問題了。
最近因為測試和分享外掛程式，把自己的Pi折騰的夠嗆，導致出現了外掛程式衝突的問題。
然後我就發現了：pi-extension-doctor 這個外掛程式，就是專門解決這個問題的
不瞭解也沒關係，跟著做就行了：
1、先安裝
pi install npm:pi-extension-doctor
裝完之後記得重新 /reload 一下，載入一下外掛程式。
2、在 Pi 裡面執行
/extension-doctor
它會把所有載入的擴充功能掃一遍，判斷出問題。
輸出結果也不復雜，主要看著三個地方：
confirmed 是已經確認有衝突
inferred 是原始碼裡發現了可能的問題
unknown 是它沒辦法安全判斷
我一般先處理 confirmed的問題，因為這是明顯有問題的地方，不要一上來看到問題，就直接把外掛程式刪了，確定問題解決問題才是思路。
兩個擴充功能同名導致載入有問題的情況很常見，只需要把其中一個你不需要的外掛程式關掉就好了，然後再重新跑一次 Doctor就好。
有一些問題很簡單，關閉或者刪掉就好了，如果是版本依賴衝突可以選擇直接升級，但是如果是程式碼級別的錯誤，又是自己離不開的，我的選擇是直接下載原始碼，重新改一個自己的版本😂
開源地址我就留評論區了，記得點上你的小星星
2026-09-07 23:11:13 · 小墨同學原文
最近我第一次給 Pi 寫了一個自己的擴充功能。
起因很簡單，我經常把任務丟給 Pi 以後切去幹別的，結果它什麼時候跑完，我根本不知道。
我分享一下我的整體思路：
1、先發現需求
Pi 跑任務的時候我經常切去做別的，不知道它什麼時候結束。
2、再開始寫
第一版只解決一個問題：任務結束，彈個提醒。
3、先做最小測試
確認通知能不能觸發、會不會重複、修改以後有沒有真的生效。
4、能用以後再迭代
文案不順手就改，提醒太頻繁就加耗時門檻，需要的時候再補開關。
5、最後才是最大的啟發
以前我總在找別人寫好的擴充功能，現在反而會開始留意自己的工作流。
第一個外掛程式不需要多厲害。
先解決一個自己每天真的會遇到的小問題，就夠了。
2026-09-07 23:11:49 · 小墨同學原文
最近我第一次給 Pi 寫了一個自己的擴充功能。
起因很簡單，我經常把任務丟給 Pi 以後切去幹別的，結果它什麼時候跑完，我根本不知道。
我分享一下我的整體思路：
1、先發現需求
Pi 跑任務的時候我經常切去做別的，不知道它什麼時候結束。
2、再開始寫
第一版只解決一個問題：任務結束，彈個提醒。
3、先做最小測試
確認通知能不能觸發、會不會重複、修改以後有沒有真的生效。
4、能用以後再迭代
文案不順手就改，提醒太頻繁就加耗時門檻，需要的時候再補開關。
5、最後才是最大的啟發
以前我總在找別人寫好的擴充功能，現在反而會開始留意自己的工作流。
第一個外掛程式不需要多厲害。
先解決一個自己每天真的會遇到的小問題，就夠了。
2026-09-08 12:35:22 · 小墨同學原文
Pi 製作外掛程式過程簡單，但是裡面細節問題真的很多😂
我前面寫了一篇新手怎麼製作第一個屬於自己的外掛程式，錄了一個影片本來想演示一下，結果問題百出。
1、首先詢問AI確定你的需求，在需求確定以後再開始你的外掛程式設計，我這裡問了AI給我舉出了10條內容，有初版也有升級迭代版本。
2、開始編寫最小MVP，首先測試最簡單的氣泡通知，當Pi完成任務的時候，iTerm2 會給我一個通知，活幹完了，讓我可以實時跟進進度。
這裡遇到第一個坑，忘了開啟iTerm2的通知權限，測試失敗。
3、迭代升級內容，一開始使用的不是原生的通知機制，導致通知的內容出現了亂碼，在做了一輪最佳化和迭代。
這裡遇到一個很尷尬的問題，錄屏裡面一直無法出現相關通知的氣泡，原因居然是沒開啟Mac通知裡面的映象通知，導致彈窗通知被靜默了。
4、版本最佳化，做了一些相關的版本最佳化，多版本的Mac的相容，也是為了更好的測試原生能力和Pi外掛程式的相容性問題，這一步沒什麼問題。
以前我寫外掛程式還真沒遇到這麼多問題，都是簡單的/reload，然後開始使用就好了，但是現在發現解決和發現問題的能力同樣重要。
不然AI可不會告訴你係統設定裡面，藏了那麼多機關。
完成這一階段後，繼續閱讀第 5 階段 讓子代理（Subagent）學會分工。
