コードレビューのリクエスト
問題が拡大する前に捉えるために、コードレビューのサブエージェントをディスパッチします。
核心原則
早期レビュー、頻繁なレビュー。
レビューをリクエストするタイミング
必須：
- サブエージェント駆動開発の各タスク後
- 主要機能の完了後
- main へのマージ前
オプションだが価値がある：
- 行き詰まったとき（新しい視点が必要）
- リファクタリング前（ベースラインチェック）
- 複雑なバグ修正後
利点
- 問題を早期に捉える
- 新しい視点を提供
- コード品質を保証
- 連鎖的な問題を防止
この Skill を使用して、体系的なレビューを通じて高いコード品質を維持します。
コメント
まだコメントがありません。最初のコメントを投稿してください！
関連ツール
Receiving Code Review Skill
github.com/obra/superpowers
コードレビューフィードバックの技術的評価 - 実装前に検証、仮定前に質問。
Subagent-Driven Development Skill
github.com/obra/superpowers
タスクごとに新しいサブエージェントをディスパッチして計画を実行し、2 段階レビュー - 仕様準拠、次にコード品質。
Brainstorming Skill
github.com/obra/superpowers
実装前に協調的な対話を通じてユーザーの意図、要件、設計を探索します。
関連インサイト
7 つの AI コーディング CLI を半年使って悟ったこと：モデルがどんなに強くても、仕事には監督が必要
Claude Code、Codex、opencode、pi、omp、DeepSeek Harness はそれぞれ性格が違う。半年間の深い使用で確立した分業：pi で最速最省のレビュー、omp で複雑な PR レビュー、DeepSeek Harness + V4 Flash で高頻度・低コストなレビュー、Claude Code と Qoder でコーディング。モデルがどんなに強くても、仕事には監督が必要——しかも独立した第三者であるべき。
Skills + Hooks + Plugins：AnthropicによるAIコーディングツールの拡張性の再定義
Claude CodeのSkills、Hooks、Pluginsという三位一体アーキテクチャを深く分析し、なぜこの設計がGitHub CopilotやCursorよりも先進的なのか、そしてオープンスタンダードを通じてAIコーディングツールの拡張性をどのように再定義しているかを探ります。
Claude Codeの次なる目的地は、コードではなく、あなたのローカルObsidian知識ベース
Obsidian + Claude Codeが知識管理ツールからプライベートAIアシスタントへと変革する方法を探索。obsidian-skills、Claudianプラグイン、Claudesidianテンプレートの完全ガイド、データプライバシーとAI機能を両立するベストプラクティス。