/ 目錄 / 演練場 / pro-workflow
← 全部伺服器 ↗ GitHub
● 社群 rohitg00 ⚡ 即開即用

pro-workflow

作者 rohitg00 · rohitg00/pro-workflow

不再重複糾正 Claude Code。pro-workflow 捕捉你的修正、並行化 worktree，讓脈絡在數週內持續累積。

pro-workflow 將 Claude Code 變成一個會學習的協作者。當你糾正它時（「不要使用 any 類型」、「這裡優先用組合而非繼承」），skill 會將此作為持久規則捕捉下來，並在未來相關的對話中重新呈現。它還新增了並行 git worktree 協調功能，讓你可以在同一個儲存庫上執行多個 agent 執行緒而不產生衝突。

▶ 觀看演示 📦 安裝 💡 使用場景

為什麼要用

核心特性

即時演示

實際使用效果

就緒

安裝

作者儲存庫 · Claude Skills 官方文件

使用場景

實戰用法： pro-workflow

不再對 Claude Code 重複說同一件事

👤 每天使用 Claude Code 的開發者 ⏱ ~10 min beginner

何時使用： 你已經說了三次「用 lodash isEmpty，不要用 !arr.length」，但它一直回頭用舊寫法。

步驟
  1. 捕捉下一次修正
    Use pro-workflow. Capture this rule: 'Use lodash isEmpty for emptiness checks; never !arr.length'. Scope: src/utils/.✓ 已複製
    → 規則已儲存含範圍；CLAUDE.md 已更新
  2. 驗證下次對話
    Tomorrow: ask Claude to clean up an empty-check pattern in src/utils/.✓ 已複製
    → Claude 使用 isEmpty，無需再次提示
  3. 每月稽核規則集
    List all captured rules. Anything stale or superseded?✓ 已複製
    → 含最後套用日期的規則清單；修剪過期規則

結果： 每次修正只需付出一次代價，而非每週重複。

注意事項
  • 範圍過廣的規則（「始終使用函數式風格」）適得其反 — 將規則範圍限定至目錄或功能區域；具體勝於抽象
搭配使用： filesystem

在同一個儲存庫上執行兩個 Claude Code 執行緒而不互相干擾

👤 執行長時間 agent 任務的開發者 ⏱ ~20 min intermediate

何時使用： 你想在 Claude 繼續處理模組 B 的功能時，重構模組 A。

步驟
  1. 生成 worktree
    Use pro-workflow. Create two worktrees: ../wt-refactor-a and ../wt-feature-b from main.✓ 已複製
    → Worktree 已建立；規則已同步至各 worktree
  2. 執行執行緒
    Start a Claude Code session in each. Worktree-aware rules apply per directory.✓ 已複製
    → 兩個對話正在執行；中途沒有合併衝突
  3. 重新整合
    When both branches are ready, open PRs. The skill notes any rules that triggered and their effects.✓ 已複製
    → PR 含規則生效摘要

結果： 真正的並行——agent 輸出量倍增，無需承受協調成本。

注意事項
  • 如果只在一個 worktree 更新規則，各 worktree 的規則會出現漂移 — Skill 在 worktree 建立時同步規則集；持續編輯時執行 sync-rules

稽核脈絡如何在 50 次對話後持續累積

👤 評估 AI 工作流程的工程主管 ⏱ ~30 min advanced

何時使用： 你想了解「AI 在這個儲存庫上會越來越聰明」是真實現象還是感覺。

步驟
  1. 建立基準線
    Use pro-workflow. Show me corrections per session over the last 30 days.✓ 已複製
    → 趨勢圖表；預期呈現下降斜率
  2. 分類標記
    Categorize corrections: style, architecture, dependency choice, test pattern. Show category-wise decay.✓ 已複製
    → 各類別趨勢
  3. 做出決定
    Recommend whether to roll this out team-wide based on data.✓ 已複製
    → 附有注意事項的具體建議

結果： 以資料為根據的 agent 工作流程投資決策。

注意事項
  • 修正次數減少不代表品質提升——也可能只是你停止審查了 — 與 PR 審查反饋或測試失敗率交叉驗證

組合

與其他 MCP 搭配，撬動十倍槓桿

pro-workflow-skill + filesystem

將規則持久化至儲存庫以供團隊共享

Commit .claude/rules/ and CLAUDE.md to git; teammates inherit the same rule set.✓ 已複製
pro-workflow-skill + claude-mem-skill

分層記憶——pro-workflow 負責規則，claude-mem 負責對話延續

Use pro-workflow to capture corrections; use claude-mem to bridge session context.✓ 已複製

工具

此 MCP 暴露的能力

工具輸入參數何時呼叫成本
capture_rule rule_text, scope_path?, severity? 糾正 Claude 某件值得持久化的事情後立即呼叫 0
list_rules scope? 稽核或修剪 0
create_worktree branch, path 啟動並行 agent 執行緒 0
sync_rules — 在一個 worktree 中更新規則後，同步至其他 worktree 0
correction_stats since? 趨勢稽核 0

成本與限制

運行它的成本

API 配額
無——本機
每次呼叫 Token 數
浮現的規則為系統提示增加 100–800 token；修剪很重要
費用
免費
提示
每月稽核規則；範圍過廣或過時的規則會永遠消耗 token

安全

權限、密鑰、影響範圍

最小權限： filesystem-read filesystem-write
憑證儲存： 規則儲存在儲存庫中（.claude/rules/）——與儲存庫本身相同的信任等級
資料出站： 無

故障排查

常見錯誤與修復

下次對話中規則未套用

檢查範圍路徑；規則的範圍可能比你正在編輯的檔案更窄

驗證： list_rules --scope /the/file
CLAUDE.md 編輯造成合併衝突

Skill 將規則寫入獨立檔案；只有 CLAUDE.md 中的索引會改變——確認 rebase 策略

Worktree 建立失敗

需要 git 2.5 以上版本；確認新路徑不被未追蹤的檔案阻塞

驗證： git worktree list
50 次對話後統計顯示無衰減

規則可能範圍太窄無法套用；執行稽核並適當擴大幾條關鍵規則

替代方案

pro-workflow 對比其他方案

替代方案何時用它替代權衡
claude-reflect（BayramAnnakov）你想要被動的反思式捕捉，而非明確的捕捉方式不同的捕捉風格；worktree 協調功能較弱
手動維護 CLAUDE.md你的團隊很小，不介意手動整理規則沒有分析功能；沒有並行 worktree 協助

更多

資源

📖 閱讀 GitHub 上的官方 README

🐙 查看未解決的 issue

🔍 瀏覽全部 400+ MCP 伺服器和 Skills