audit
Freeプロジェクト監査。「監査して」「audit」「/audit」で発火。設計/UX/品質/テストなどの観点でコードベース全体を監査し、課題をissuesディレクトリに書き出す。実行ログで重複実行を防止。特定の差分・コミットのレビューには使わない(codex-review / cross-review を使う)。
The English summary is being prepared. Showing the original description.
macOS アプリのクラッシュログ (.ips) を解析し、根本原因を特定するスキル。「クラッシュした」「crash」「.ips」「DiagnosticReports」「SIGSEGV / SIGABRT」で発火。
**macOS 専用**(.ips の読み方が macOS の DiagnosticReports 前提。iOS の .ips は未対応)。解析は crash-analyzer subagent に委譲する。クラッシュログが存在しない一般のバグ調査・テスト失敗には使わない。
The English summary is being prepared. Showing the original description.
See how to installReview the instructions the agent will receive before you install.
対象のクラッシュログを選び、解析を crash-analyzer agent に渡して、結果を検閲して報告する。
.ips の読み方・分類・報告の書式の正本は _claude/agents/crash-analyzer.md。ここには写さない
(2 箇所に書くと片方だけ直って食い違う。実際に食い違っていた)。
bin/*crash-log があれば (ThumbnailThumb の bin/tt-crash-log など)、それで最新のログを特定してよいcrash-analyzer.md の「0. 対象のログを決める」にある一覧のコマンドを、APP にアプリ名を入れて回す。
1 行目のメタデータ (timestamp / bug_type / app_name) だけを読むので速い候補が 1 件で、app_name がカレントプロジェクトのアプリ名と一致し、24 時間以内なら確認を省いて Step 3 へ進む。
それ以外 (候補が複数 / 0 件 / アプリ名が違う / 古いものしかない) は AskUserQuestion で聞く:
subagent_type: crash-analyzer
prompt: |
次のクラッシュログを解析してください。手順と報告の書式はあなたの定義に従ってください。
- ログ: {crash_log_path}
- プロジェクトのソース: カレントディレクトリ
- クラッシュしたときの状況: {user_context または「不明」}
agent (sonnet) の報告はそのまま採らない (~/.claude/rules/subagent-model-tiering.md):
file:line を自分で開き、そのコードがスタックトレースの関数と合っているかを見る。
合わなければ「仮説」に落とすbug)。
agent には起票させないNo reviews yet. Tell others what you thought.
No login needed. Share how it worked for you, ask a question, or note where it did not run.
No comments yet. Be the first to write one.
プロジェクト監査。「監査して」「audit」「/audit」で発火。設計/UX/品質/テストなどの観点でコードベース全体を監査し、課題をissuesディレクトリに書き出す。実行ログで重複実行を防止。特定の差分・コミットのレビューには使わない(codex-review / cross-review を使う)。
The English summary is being prepared. Showing the original description.
AVFoundation (AVPlayer / AVPlayerLayer / AVPlayerItemVideoOutput / AVAsset) の落とし穴・文書化されていない実装挙動・debugging チェックリストを集約した reference skill。Swift / Objective-C で AVPlayer を使った動画再生 / seek / scrub / frame stepping を実装・debug するときに発火。VLCKit ではなく **AVFoundation 系** の問題に特化。
The English summary is being prepared. Showing the original description.
このセッションで行った変更をコミットする。「コミットして」「commit」「/c」で発火。push はしない/クレデンシャルは混入させない。
The English summary is being prepared. Showing the original description.
ディレクトリ・レイヤーごとに置いた CLAUDE.md と README.md が実体 (コード・コマンド・構成) とずれていないかを点検し、裏の取れた乖離だけを直す。引数で対象のディレクトリを任意に指定できる (省略時は repo 全体)。「CLAUDE.md を refresh して」「README が古くないか見て」「claude-md-refresh」「/claude-md-refresh」で発火。issues/ の更新漏れは issue-writeback / issue-sync の担当で、この skill は扱わない。
The English summary is being prepared. Showing the original description.
Codex が設計・実装を担い、Claude が要件確定・成果物の検証・反復・commit/push を管理する。「codex に書かせて」「codex メインで実装」「codex-drive」で発火。大きめの機能・移植・プロトコル実装向け。余剰トークンを厚く使う運用も選べる。
The English summary is being prepared. Showing the original description.
タスク着手時に codex にリードしてもらうワークフロー。codex に設計/方針を主導(リード)させ、その方針に沿って Claude が実装し、実装後は codex で設計適合・実装正当性・敵対的(red team)の 3 観点でレビューする。余っている codex トークンを積極的に消費したい時に使う。「codexにリードしてもらって」「設計から codex に任せて」「タスクを codex 主導で」「codex-lead」「/codex-lead」で発火。
The English summary is being prepared. Showing the original description.