mcpField
G
ga

ga

github.com/jnsahajエージェントワークフロー10692 回インストール3 週間前に更新
リポジトリ

ga について

ga は、Pi で並行開発タスクを始めるスキルです。クローン、ブランチ、tmux セッションを作成し、タスクのプロンプトを添えてエージェントを起動します。

主な機能

  1. 01クローン、ブランチ、tmux セッションの作成
  2. 02短いブランチ名の生成
  3. 03明確なタスクプロンプトの作成
  4. 04Pi または Claude Code の起動
  5. 05ドラフト PR の指示を追加

活用シーン

  1. 01独立したバグ修正タスクの開始
  2. 02新しいブランチでの機能開発

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/jnsahaj/skills --skill ga

インストール後、Claude Code で/gaを入力して読み込まれたか確認します。

詳細

ga - 新しいタスクを開始する

新しい並列開発タスクを開始します。クローン、ブランチ、tmux セッションを作成し、作成したプロンプトを使って Pi を起動します。

手順

  1. タスクの説明を取得する:ユーザーのメッセージから取得します。不明確な場合は、何を作成または修正したいのかを尋ねます。

  2. 簡潔なブランチ名を生成する:説明をもとに生成します。

    • 小文字のケバブケースを使用します
    • 最大 3~4 語とし、できるだけ短縮します
    • バグ修正の場合は fix- を先頭に付けます
    • 例:
      • 「モバイルでログインボタンが動作しない」→ fix-mobile-login-btn
      • 「設定にダークモードの切り替えを追加する」→ dark-mode-toggle
      • 「日付で絞り込むと検索結果が遅い」→ fix-search-date-perf
      • 「API にレート制限を実装する」→ api-rate-limit
      • 「サイズ変更時にサイドバーが折りたたまれる」→ fix-sidebar-resize
      • 「デプロイ用の Webhook サポートを追加する」→ deploy-webhooks
  3. プロンプトを作成する:新しいセッションで Pi に渡すプロンプトを作成します。プロンプトは必ず次の構成にしてください:

    <Clear description of the problem or feature>
    
    <Any relevant context: file paths, error messages, specific behavior>
    
    When you're done, run /create-draft-pr to commit, push, and open a draft PR.
    

    プロンプトは簡潔で、実行可能な内容にします。説明しすぎないでください。ユーザーが具体的なファイルパスやエラーの詳細を示している場合は含めます。

  4. ハーネスを選択する:デフォルトは pi なので、通常はフラグを省略します。ユーザーのメッセージで Claude Code が明示的に指定されている場合(例:「use claude」、「with claude」、「claude harness」)は、--harness c を渡します。

  5. ブランチ名、プロンプト、ベースブランチを指定して ga を実行する:ga 関数は 2 番目の引数にプロンプト、3 番目の引数にベースブランチを受け取り、fzf ピッカーをスキップします:

    ga <branch-name> "<prompt>" main
    # or explicitly with Claude Code:
    ga --harness c <branch-name> "<prompt>" main
    

    ga が見つからない場合は、まず ~/.zshrc を読み込んでから再度実行します。一部の環境では、ga は実行ファイルではなくシェル関数として定義されているためです。

  6. ユーザーに報告する:ユーザーが接続できるよう、ブランチ名と tmux セッション名を伝えます:

    Started: <session-name>
    Branch: <branch-prefix>/<branch-name>
    Attach: tmux a -t <session-name>
    

ルール

  • ブランチ名は短くします。最大 3~4 語です。短縮形を使います(btn、auth、cfg、nav、perf、err、msg、req、res、fmt、val、tmpl、env、deps)。
  • プロンプトには必ず /create-draft-pr の指示を含めます。
  • プロンプトは明確な単一のメッセージにし、複数段階の計画にしないでください。実装方法は Pi に判断させます。
  • ユーザーがファイルパスやエラーメッセージを提示した場合は、プロンプトにそのまま含めます。
  • 細かく指定しすぎないでください。コードベースを調査し、適切な方法を見つける作業は Pi に任せます。

コメント