跳到主內容

Theme / 0.9.130

Pstack

用可驗證的工作流程協作,從單一入口學會工程技能

基礎觀念

設定與客製化 | 模型分工、平台差異與修改範圍

分清 Cursor 原版與 pstack-claude 的模型預設、設定位置及載入方式,安全使用 setup-pstack、automate-me、reflect 與 correct。

設定與客製化 | 模型分工、平台差異與修改範圍

本篇說明同一個 pstack 主題中的設定技能,不要求安裝其他外掛。逐項步驟以 setup-pstack 教學 為主。移植版內容基準為 0.9.126。

先確認來源,再看模型預設

Cursor 原版與 pstack-claude 的工具及模型名稱不同,不能共用一份未檢查的預設表。

來源 上游所列的模型分工 使用限制
Cursor 原版 程式碼工作預設使用 Grok,判斷、文字與最難變更使用 Opus 5.5 是原版的角色預設,不是所有平台都接受的模型 ID
pstack-claude 0.9.126 feature/refactoring 為 sonnet,bug-fix、perf-issue、hillclimb 與一般判斷為 opus,最強判斷為 fable 這些是該版 Claude Code 工具使用的模型家族名,不應直接貼到 Codex

移植版的候選面板列出 opus、fable、sonnet、haiku。不代表目前帳號或其他執行環境一定支援它們。setup-pstack 應先列出當前工具真正接受的模型,再選角色與推理強度 (Reasoning Effort)。

inherit-parent 與 auto 表示沿用父工作階段的模型,不是另外的模型服務。面板有多筆設定時,是否能多代理執行仍受目前工具能力影響。

移植版設定放在哪裡

下表只說明公開原文的設定規則。本網站不讀取或改動這些本機檔案。

環境 角色設定表 如何載入
Claude Code <config>/pstack-models.md,<config> 為 $CLAUDE_CONFIG_DIR 或預設 ~/.claude 在全域或專案 CLAUDE.md 加入指向該表的 @ 引用
Codex <codex-home>/pstack-models.md,根目錄為 $CODEX_HOME 或預設 ~/.codex 模型與 default effort 列需複製到該根目錄的 AGENTS.md,掛鉤設定由插件直接讀取
Pi $PI_CODING_AGENT_DIR/pstack-models.md,或預設 ~/.pi/agent/pstack-models.md pstack Pi 擴充載入,不使用 Claude Code 的 @ 引用

這是 pstack-claude 的表格。Cursor 原版的 Claude Code 適配 README 另列 ~/.claude/rules/pstack-models.md,不要把那個位置與上表混用。

Codex 的 session 推理強度繼承需要目前回合的中繼資料。有些主機不提供,這時應明選可用強度,不能宣稱自動繼承一定成立。

一次安全的設定流程

  1. 辨認插件來源、版本及執行環境。
  2. 列出實際可用的模型與推理強度,標出現有設定中無法使用的值。
  3. 檢視角色、面板筆數、設定檔位置與預計差異。
  4. 確認啟動掛鉤 (SessionStart Hook) 是否要開啟,再核准寫入。
  5. 開新工作階段驗證載入結果。僅成功寫檔不能證明規則已生效。
用 pstack:setup-pstack 檢查目前環境的模型設定。
先辨認安裝來源,列出可用模型、推理強度與角色表。
說明預計改動哪些檔案,以及新工作階段如何載入。
保留現有設定,等我確認差異與路由掛鉤選項後才寫入。
不要安裝其他插件,也不要改動專案程式碼。

移植版會重寫整份角色表以維持可重跑性。重跑前應先檢查原有的自訂值,而不是假設只改一行。沒有設定的角色會使用對應技能預設,這些預設可能隨版本變動。

自動路由不等於無限授權

移植版在支援的執行環境透過啟動掛鉤或擴充加入 poteto-mode 路由指引。Codex 原生插件須先經 /hooks 信任掛鉤。skills-only 安裝沒有這項原生掛鉤,不能承諾每個任務都會自動進入 poteto-mode。

session hook: off 用於停用相應路由。它不代表解除其他專案規則,也不授權推送、部署、刪除資料或修改客戶訊息。

在既有技能內客製化

automate-me

automate-me 從可取得的工作紀錄找出重複做法,提出自己的 mode 技能草稿。先決定哪些紀錄可讀、草稿放哪裡及是否允許寫入,不能把「幫我找自動化機會」當作已核准修改所有全域規則。

reflect

reflect 檢查一次工作中值得保留的經驗。先提出有證據的改進,再於取得明確核准後編輯既有技能。一次不順利的執行不足以證明應永久加入一條新規則。

correct

correct 將更正落實到成果或能約束行為的機制。若能用資料形狀、型別或檢查排除錯誤,就不只增加提醒文字。仍需確認可修改範圍,不能因為技能建議改架構就越權擴充任務。

隱私與證據界線

移植版 README 說明它沒有自己的伺服器或遙測服務。但代理讀取的程式碼、對話或文件仍會送到所用的模型供應商。PR 工具也可能使用既有 GitHub CLI 登入。提供紀錄前應先排除憑證與不應分享的內容。

這些是上游描述,不代表本網站已替讀者驗證外掛、模型帳號或全域設定。

來源與延伸閱讀