name	review-respond
description	.review/review_comments.yaml のレビュー指摘に対応する時に使用。「レビュー対応」「review comments」

Review Respond

.review/review_comments.yaml に保存されたレビューコメントを読み取り、各指摘に対応する。

YAML フォーマット

reviews:
  - file: path/to/file.go        # 対象ファイル（プロジェクトルート相対）
    start_line: 54                # 開始行（1-indexed）
    end_line: 61                  # 終了行
    start_col: 1                  # 開始列
    end_col: 12                   # 終了列
    severity: medium              # low / medium / high
    timestamp: "2026-04-16T..."   # 記録日時
    comment: |                    # レビューコメント（複数行可）
      指摘内容がここに入る

対応フロー

.review/review_comments.yaml を読む
severity 順にソートする（high → medium → low）
各コメントについて: a. 対象ファイルの該当範囲（前後の文脈を含めて）を読む b. コメントの意図を正確に理解する c. 不明点や曖昧さがある場合は、必ずユーザーに確認する。推測で対応しない。 d. 適切な修正を行う
全コメントの対応後、サマリーを報告する
YAML ファイルをアーカイブする

不明点の確認（重要）

レビューコメントの意図が曖昧な場合、以下を確認してから対応する:

コメントが「〜ではないか？」「〜のほうがよいかも」のように曖昧な場合 → 具体的にどうしたいか確認
修正方法が複数考えられる場合 → 選択肢を提示して選んでもらう
コメントがコードの設計意図に関わる場合 → 現在の設計意図を確認

確認なしに推測で対応してはならない。

ファイル種別に応じたスキル活用

対象ファイルの拡張子に応じて、適切なスキルを使う:

拡張子	スキル
`.go`	coding-golang（実装）→ reviewing-golang（自己レビュー）
その他	汎用的に対応

対応結果の報告

全コメントの対応後、以下の形式で報告する:

## レビュー対応結果

### 1. {file}:{start_line}-{end_line} [{severity}]
- **コメント**: {comment の要約}
- **対応**: {何をしたか}
- **ステータス**: 対応済み / 要確認 / 対応不要（理由）

アーカイブ

全コメントの対応が完了したら:

.review/archive/ ディレクトリを作成する（なければ）
review_comments.yaml を .review/archive/{timestamp}.yaml に移動する
- timestamp 形式: YYYY-MM-DDTHH-MM-SS（ファイル名に使えるようコロンをハイフンに置換）
移動完了を報告する

Más de este repositorio

mismo repositorio

1password

miya-masa/dotfiles

1Password CLI (op) でサインイン・vault 確認・secret 注入を行う時に使う。Claude セッションでは service account token (OP_SERVICE_ACCOUNT_TOKEN) をtoken ファイル (~/.config/op/service-account-token) から直前注入する方式を使い、op read の stdout を Claude context に流さない方針を強制する。「op signin」「op service-account」「op read」「op run」「op inject」「1Password から取って」などで発火。

2026-07-174

agent-browser

miya-masa/dotfiles

Browser automation for opening sites, forms, clicks, screenshots, scraping, login, and web app testing.

2026-07-174

agentcore

miya-masa/dotfiles

Run browser automation on AWS Bedrock AgentCore cloud browsers or AWS-hosted sessions.

2026-07-174

architecture-decision-records

miya-masa/dotfiles

Capture architecture decisions as ADRs with context, alternatives, and rationale.

2026-07-174

bugfix

miya-masa/dotfiles

不具合修正のワークフロー（調査→再現→修正→検証）を controller がオーケストレーションするための指揮書。バグ・不具合・障害の修正で使う。explorer で原因特定、implementer で再現テスト→修正、verifier で検証。「バグを直して」「不具合修正」「この障害を調査して直す」などで参照。

2026-07-174

code-tour

miya-masa/dotfiles

Create CodeTour `.tour` walkthroughs with file/line anchors.

2026-07-174

Review Respond

.review/review_comments.yaml に保存されたレビューコメントを読み取り、各指摘に対応する。

YAML フォーマット

reviews: - file: path/to/file.go # 対象ファイル（プロジェクトルート相対） start_line: 54 # 開始行（1-indexed） end_line: 61 # 終了行 start_col: 1 # 開始列 end_col: 12 # 終了列 severity: medium # low / medium / high timestamp: "2026-04-16T..." # 記録日時 comment: | # レビューコメント（複数行可）指摘内容がここに入る

対応フロー

.review/review_comments.yaml を読む

severity 順にソートする（high → medium → low）

各コメントについて: a. 対象ファイルの該当範囲（前後の文脈を含めて）を読む b. コメントの意図を正確に理解する c. 不明点や曖昧さがある場合は、必ずユーザーに確認する。推測で対応しない。 d. 適切な修正を行う

全コメントの対応後、サマリーを報告する

YAML ファイルをアーカイブする

不明点の確認（重要）

レビューコメントの意図が曖昧な場合、以下を確認してから対応する:

コメントが「〜ではないか？」「〜のほうがよいかも」のように曖昧な場合 → 具体的にどうしたいか確認

修正方法が複数考えられる場合 → 選択肢を提示して選んでもらう

コメントがコードの設計意図に関わる場合 → 現在の設計意図を確認

確認なしに推測で対応してはならない。

ファイル種別に応じたスキル活用

対象ファイルの拡張子に応じて、適切なスキルを使う:

拡張子

スキル

.go

coding-golang（実装）→ reviewing-golang（自己レビュー）

その他

汎用的に対応

対応結果の報告

全コメントの対応後、以下の形式で報告する:

## レビュー対応結果 ### 1. {file}:{start_line}-{end_line} [{severity}] - **コメント**: {comment の要約} - **対応**: {何をしたか} - **ステータス**: 対応済み / 要確認 / 対応不要（理由）

アーカイブ

全コメントの対応が完了したら:

.review/archive/ ディレクトリを作成する（なければ）

review_comments.yaml を .review/archive/{timestamp}.yaml に移動する

timestamp 形式: YYYY-MM-DDTHH-MM-SS（ファイル名に使えるようコロンをハイフンに置換）

移動完了を報告する