/ 目錄 / 演練場 / pro-workflow
● 社群 rohitg00 ⚡ 即開即用

pro-workflow

作者 rohitg00 · rohitg00/pro-workflow

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

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

為什麼要用

核心特性

即時演示

實際使用效果

就緒

安裝

選擇你的客戶端

~/Library/Application Support/Claude/claude_desktop_config.json  · Windows: %APPDATA%\Claude\claude_desktop_config.json
{
  "mcpServers": {
    "pro-workflow-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ],
      "_inferred": true
    }
  }
}

開啟 Claude Desktop → Settings → Developer → Edit Config。儲存後重啟應用。

~/.cursor/mcp.json · .cursor/mcp.json
{
  "mcpServers": {
    "pro-workflow-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ],
      "_inferred": true
    }
  }
}

Cursor 使用與 Claude Desktop 相同的 mcpServers 格式。專案級設定優先於全域。

VS Code → Cline → MCP Servers → Edit
{
  "mcpServers": {
    "pro-workflow-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ],
      "_inferred": true
    }
  }
}

點擊 Cline 側欄中的 MCP Servers 圖示,然後選 "Edit Configuration"。

~/.codeium/windsurf/mcp_config.json
{
  "mcpServers": {
    "pro-workflow-skill": {
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ],
      "_inferred": true
    }
  }
}

格式與 Claude Desktop 相同。重啟 Windsurf 生效。

~/.continue/config.json
{
  "mcpServers": [
    {
      "name": "pro-workflow-skill",
      "command": "git",
      "args": [
        "clone",
        "https://github.com/rohitg00/pro-workflow",
        "~/.claude/skills/pro-workflow"
      ]
    }
  ]
}

Continue 使用伺服器物件陣列,而非映射。

~/.config/zed/settings.json
{
  "context_servers": {
    "pro-workflow-skill": {
      "command": {
        "path": "git",
        "args": [
          "clone",
          "https://github.com/rohitg00/pro-workflow",
          "~/.claude/skills/pro-workflow"
        ]
      }
    }
  }
}

加入 context_servers。Zed 儲存後熱重載。

claude mcp add pro-workflow-skill -- git clone https://github.com/rohitg00/pro-workflow ~/.claude/skills/pro-workflow

一行命令搞定。用 claude mcp list 驗證,claude mcp remove 移除。

使用場景

實戰用法: pro-workflow

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

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

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

前置條件
  • Skill 已安裝至儲存庫 — git clone https://github.com/rohitg00/pro-workflow ~/.claude/skills/pro-workflow
步驟
  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