address-conductor-comment

Solid

Conductor でついた Pending なレビューコメントを取得し、Subagent で並列処理して解決する。

AI & Automation 2 stars 0 forks Updated today MIT

Install

View on GitHub

Quality Score: 78/100

Stars 20%
16
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
100
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# Conductor Resolve Conductor でついたレビューコメント(pending)を取得し、Subagent で並列処理して解決する。 $ARGUMENTS ## モード判定 `$ARGUMENTS` が UUID 形式の文字列(comment ID)の場合は **単一コメントモード** で動作する。 それ以外(空 or `all_branches` 等)の場合は **一括モード** で全 pending コメントを処理する。 --- ## 単一コメントモード(comment ID 指定時) ### 1. コメントのスレッドを取得 `mcp__conductor__get_comment_thread` を呼び出し、指定された comment ID のコメント詳細と **全返信履歴(replies)** を取得する。 返信がある場合は最新の返信内容を特に重視し、会話の流れを把握した上で対応する。 ### 2. コメントに対応 コメントの kind に応じて直接対応する(Subagent は使わない): - **suggest(変更提案)**: 1. 該当ファイルの該当行を Read で確認(前後50行程度のコンテキストも把握) 2. 提案内容(+ 返信履歴がある場合は最新の要望)に沿ってコードを修正(Edit) 3. `mcp__conductor__reply_to_comment` で対応内容を報告 4. ユーザに修正内容を確認してもらい、承認されれば `mcp__conductor__resolve_comment` で解決 - **question(質問)**: 1. 該当ファイルの該当行と周辺コード・関連ファイルを調査 2. 返信履歴がある場合は最新のユーザー返信に回答 3. `mcp__conductor__reply_to_comment` で回答(resolve はしない — レビュアーが確認してから解決する) ### 3. 結果を報告 処理結果を簡潔に報告する。 --- ## 一括モード(引数なし or オプション指定時) ### 1. Pending コメントを取得 MCP ツール `mcp__conductor__get_pending_comments` を呼び出す。 - 引数なしで現在のブランチの pending コメントのみ取得(MCP サーバーが自動でブランチを検出する) - 全ブランチのコメントを見たい場合は `all_branches: true` を指定 - コメントがなければ「対応するコメントはありません」と報告して終了 ### 2. 各コメントのスレッドを取得 各コメントに対して `mcp__conductor__get_comment_thread` を呼び出し、コメント詳細と **全返信履歴(replies)** を取得する。 これらは並列実行可能。 **重要**: 返信履歴はコメント対応の文脈として不可欠。全返信を時系列で把握し、特に最新の返信内容に基づいて対応すること。Subagent にも全返信を渡すこと。 ### 3. TodoWrite で一覧化 取得したコメントを TodoWrite で一覧化し、進捗を可視化する。 ### 4. Subagent で並列処理 各コメントに対して **Task ツール** を使用して並列処理する。 #### suggest(変更提案)の場合 ``` Task ...

Details

Author
S-Nakamur-a
Repository
S-Nakamur-a/conductor
Created
5 months ago
Last Updated
today
Language
Rust
License
MIT

Integrates with

Similar Skills

Semantically similar based on skill content — not just same category

AI & Automation Listed

explain-comment

指定されたファイルまたは範囲のコードを読み込み、重要な部分に Conductor の説明コメント(question 形式)を追加する。

2 Updated today
S-Nakamur-a
Testing & QA Listed

smart-spec-to-pr

「やりたいこと」を起点に、要件明確化 → spec 承認ゲート → Issue 起票 → 既存スキル連鎖(software-architect → smart-issue-plan → smart-issue-resolve)→ PR 作成 の順で進行を管理する薄い conductor スキル(副作用あり: GitHub Issue 起票・コメント投稿)。 各フェーズの中身(設計・計画・実装・レビュー)は既存スキルが持ち、本スキルは進行・受け渡し・ ゲートのみを担う(フェーズロジックを複製しない)。終点は PR 作成で、マージ・デプロイはスコープ外。 AskUserQuestion / Skill ツールに依存する Claude 専用スキル(他エージェントでは動作しない)。 ユーザーが「やりたいことから PR まで通して」「要件を固めて実装まで進めて」「/smart-spec-to-pr」と言ったら起動する。 計画だけなら smart-issue-plan、Issue から実装なら smart-issue-resolve を直接使う(本スキルはその前段の要件明確化から束ねる)。

0 Updated yesterday
mjcreativelab
Code & Development Solid

genshijin-crew

原始人スタイル subagent への委譲判断ガイド。`genshijin-investigator` (コード位置特定)、 `genshijin-builder` (1-2ファイル編集)、`genshijin-reviewer` (diff レビュー) を inline作業 or vanilla `Explore` の代わりにスポーンするタイミングを示す。subagent 出力は原始人圧縮 → 主コンテキストに戻る tool-result が約60%縮小 → 長セッション持続。 Trigger: 「subagent 委譲」「genshijin-crew 使用」「investigator/builder/reviewer 起動」「コンテキスト節約」「圧縮 agent 出力」。

287 Updated 2 days ago
InterfaceX-co-jp