/ ディレクトリ / プレイグラウンド / pro-workflow
● コミュニティ rohitg00 ⚡ 即起動

pro-workflow

作者 rohitg00 · rohitg00/pro-workflow

Claude Code への修正を繰り返すのを止める。pro-workflow は修正をキャプチャし、作業ツリーを並列化し、コンテキストを週単位で蓄積させる。

pro-workflow は Claude Code を学習する協働者に変える。修正を入れたとき(「any 型は使うな」「ここは継承より合成を使え」)、スキルはそれを永続的なルールとしてキャプチャし、関連する将来のセッションで再表示する。並列 git 作業ツリーのオーケストレーションも追加し、コンフリクトなしで同一リポジトリに対して複数のエージェントスレッドを実行できる。

なぜ使うのか

主な機能

ライブデモ

実際の動作

準備完了

インストール

クライアントを選択

~/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 に 2 度修正するのをやめる

👤 毎日 Claude Code を使う方 ⏱ ~10 min beginner

使うタイミング: 「lodash の isEmpty を使え。!arr.length はダメ」と 3 回伝えたが毎回元に戻るとき。

前提条件
  • リポジトリへのスキルインストール — 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

同じリポジトリで 2 つの Claude Code スレッドを干渉なく実行する

👤 長時間のエージェントタスクを実行する開発者 ⏱ ~20 min intermediate

使うタイミング: Claude がモジュール B の機能作業を続けながら、モジュール A のリファクタリングを行いたいとき。

フロー
  1. 作業ツリーを生成する
    Use pro-workflow. Create two worktrees: ../wt-refactor-a and ../wt-feature-b from main.✓ コピーしました
    → 作業ツリーが作成され、各ツリーにルールが同期される
  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 にルール効果のサマリーが含まれる

結果: 本物の並列処理。調整コストなしにエージェントのスループットが倍増する。

注意点
  • 一方の作業ツリーのみでルールを更新するとツリー間でルールが乖離する — スキルは作業ツリー作成時にルールセットを同期する。継続的な編集には 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.✓ コピーしました
    → 注意事項付きの具体的な推奨が示される

結果: エージェントワークフローへの投資についてデータに基づいた判断ができる。

注意点
  • 修正数の減少 ≠ 品質向上。ただ確認をやめただけかもしれない — PR レビューのフィードバックやテスト失敗率とクロスチェックする

組み合わせ

他のMCPと組み合わせて10倍の力を

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 並列エージェントスレッドを開始する 0
sync_rules 一方の作業ツリーでルールを更新した後、他のツリーに同期する 0
correction_stats since? 傾向の監査 0

コストと制限

運用コスト

APIクォータ
なし — ローカル
呼び出しあたりのトークン
表示されたルールはシステムプロンプトに 100〜800 トークン追加する。定期的な削除が重要
金額
無料
ヒント
月次でルールを監査する。過度に広いまたは古いルールは永遠にトークンを消費する

セキュリティ

権限、シークレット、影響範囲

最小スコープ: filesystem-read filesystem-write
認証情報の保管: ルールはリポジトリ内(.claude/rules/)に保存される。リポジトリと同等の信頼レベル
データ送信先: なし

トラブルシューティング

よくあるエラーと対処法

次のセッションでルールが適用されない

スコープパスを確認する。編集しているファイルよりもルールのスコープが狭い可能性がある

確認: list_rules --scope /the/file
CLAUDE.md の編集でマージコンフリクトが発生する

スキルはルールを別ファイルに書き込む。CLAUDE.md に変わるのはインデックスのみ。リベース戦略を確認する

作業ツリーの作成に失敗する

git バージョン 2.5 以上が必要。新しいパスをブロックする未追跡ファイルがないか確認する

確認: git worktree list
50 セッション後も統計に減少傾向がない

おそらくルールが狭すぎて適用されていない。監査を実行して主要なルールをいくつか広げる

代替案

pro-workflow 他との比較

代替案代わりに使う場面トレードオフ
claude-reflect (BayramAnnakov)明示的なキャプチャではなくパッシブなリフレクション主導のキャプチャを好む場合キャプチャのスタイルが異なる。作業ツリーオーケストレーションが弱い
Manual CLAUDE.md curationチームが小さく手動でルールを管理することが苦にならない場合分析機能なし。並列作業ツリーのサポートなし

その他

リソース

📖 GitHub の公式 README を読む

🐙 オープンな issue を見る

🔍 400以上のMCPサーバーとSkillsを見る