fresh-eyes
先ほど記述したコードを新しい視点で見直し、バグやエラー、問題点を検出します。機能の完成、バグ修正、またはコード変更後に使用してください。「コードをレビューして」「別の視点でチェック」「バグがないか確認」「何か見落としていないか」「動作確認」といった指示で動作します。
description の原文を見る
Re-reads code you just wrote with fresh perspective to catch bugs, errors, and issues. Use after completing a feature, fixing a bug, or any code changes. Triggers on "review my code", "fresh eyes", "check for bugs", "did I miss anything", or "sanity check".
SKILL.md 本文
Fresh Eyes レビュー
先ほど書いたまたは変更したコードをフレッシュな視点で読み直します。実装に没頭しているときに見落としやすい明らかなバグ、エラー、問題を探します。
使用するタイミング
- 機能の実装が完了した後
- 変更をコミットする前
- 何か違和感を感じたとき
- 長時間のコーディングセッションの後
プロセス
1. 変更されたコードの特定
このセッションで変更したすべてのファイルを見つけます。不明な場合はユーザーに確認するか、最近のgit変更を確認してください:
git diff --name-only HEAD~1
git diff --name-only --cached
2. フレッシュな視点で読み直す
変更されたファイルを完全に読み直します。このコードを初めて見たつもりで読みます。以下の点に注目してください:
ロジックエラー
- オフバイワンエラー
- 条件式が反転している
- null/undefined チェックの漏れ
- レースコンディション
- 誤った比較演算子(== vs ===、> vs >=)
明らかなバグ
- 変数名のタイプミス
- コピペエラー
- 忘れた return 文
- 使用すべき未使用変数
- 間違った関数の呼び出し
不足している部分
- エラーハンドリングの漏れ
- 未対応のエッジケース
- クリーンアップコードの欠落(接続を閉じる、タイムアウトをクリアする)
- 境界での検証の不足
混乱のリスク
- 誤解を招く変数名
- コメントのない複雑なロジック
- ファイル内で一貫性のないパターン
- 説明のないマジックナンバー
3. 問題を修正
見つかった問題ごとに:
- 何が問題なのかを1文で説明する
- すぐに修正する
- 次の問題に移る
許可を求めずに、明らかな問題を修正してください。
4. サマリーをレポート
修正後、簡潔なサマリーを提供してください:
## Fresh Eyes レビュー
3つの問題を修正:
- `api/users.ts:47` — user.profile の null チェックが不足
- `api/users.ts:82` — ページネーション内のオフバイワン(> を使用すべき場所で >= を使用)
- `utils/format.ts:15` — タイプミス:`formattedDte` → `formattedDate`
その他の問題はなし。
問題が見つからない場合:
## Fresh Eyes レビュー
4つのファイルをレビューしました。問題はありません。
してはいけないこと
- 動作するコードをリファクタリングしない
- 機能を追加しない
- スタイルの好みを変えない
- 時期尚早な最適化をしない
- 明らかなコードにコメントを追加しない
- ファイル構造を再編成しない
バグ、エラー、問題のみに焦点を当てます。動作していて壊れていなければ、触らないでください。
チェックリスト
ファイルごとにメンタルに走り抜けてください:
- すべての変数は使用前に初期化されている?
- すべての関数は適切な値を返している?
- すべてのループは正しく終了する?
- すべての条件式は両方のブランチを処理している?
- すべての非同期操作は await されている?
- すべてのエラーは catch またはスローされている?
- すべてのリソースはクリーンアップされている?
- すべてのエッジケースは処理されている(空、null、ゼロ、負の値)?
ライセンス: MIT(寛容ライセンスのため全文を引用しています) · 原本リポジトリ
詳細情報
- 作者
- majiayu000
- ライセンス
- MIT
- 最終更新
- 2026/5/4
Source: https://github.com/majiayu000/claude-skill-registry / ライセンス: MIT
関連スキル
doubt-driven-development
重要な判断はすべて、本番環境への展開前に新しい視点から対抗的レビューを実施します。速度より正確性が重要な場合、不慣れなコードを扱う場合、本番環境・セキュリティに関わるロジック・取り消し不可の操作など影響度が高い場合、または後でバグを修正するよりも今検証する方が効率的な場合に活用してください。
apprun-skills
TypeScriptを使用したAppRunアプリケーションのMVU設計に関する総合的なガイダンスが得られます。コンポーネントパターン、イベントハンドリング、状態管理(非同期ジェネレータを含む)、パラメータと保護機能を備えたルーティング・ナビゲーション、vistestを使用したテストに対応しています。AppRunコンポーネントの設計・レビュー、ルートの配線、状態フローの管理、AppRunテストの作成時に活用してください。
desloppify
コードベースのヘルスチェックと技術負債の追跡ツールです。コード品質、技術負債、デッドコード、大規模ファイル、ゴッドクラス、重複関数、コードスメル、命名規則の問題、インポートサイクル、結合度の問題についてユーザーが質問した場合に使用してください。また、ヘルススコアの確認、次の改善項目の提案、クリーンアップ計画の作成をリクエストされた際にも対応します。29言語に対応しています。
debugging-and-error-recovery
テストが失敗したり、ビルドが壊れたり、動作が期待と異なったり、予期しないエラーが発生したりした場合に、体系的な根本原因デバッグをガイドします。推測ではなく、根本原因を見つけて修正するための体系的なアプローチが必要な場合に使用してください。
test-driven-development
テスト駆動開発により実装を進めます。ロジックの実装、バグの修正、動作の変更など、あらゆる場面で活用できます。コードが正常に動作することを証明する必要がある場合、バグ報告を受けた場合、既存機能を修正する予定がある場合に使用してください。
incremental-implementation
変更を段階的に実施します。複数のファイルに影響する機能や変更を実装する場合に使用してください。大量のコードを一度に書こうとしている場合や、タスクが一度では完結できないほど大きい場合に活用します。