「files」の検索結果

専門家エージェントの並行実行＋クロスレビューで実装・改善・レビューを行う高品質ワークフロー。「/forge」「forgeで」「専門家エージェントで実装して」、またはバグ修正の自前試行が1-2回失敗した時のエスカレーション先として発火。typo修正・数行の軽微変更には使わない。レビューのみ（修正・実装まで不要）なら cross-review、Codex単体レビューなら codex-review を使う。

プロジェクト監査。「監査して」「audit」「/audit」で発火。設計/UX/品質/テストなどの観点でコードベース全体を監査し、課題をissuesディレクトリに書き出す。実行ログで重複実行を防止。特定の差分・コミットのレビューには使わない（codex-review / cross-review を使う）。

Codex が設計・実装を担い、Claude が要件確定・成果物の検証・反復・commit/push を管理する。「codex に書かせて」「codex メインで実装」「codex-drive」で発火。大きめの機能・移植・プロトコル実装向け。余剰トークンを厚く使う運用も選べる。

Develops iOS/iPhone applications with XcodeGen, SwiftUI, and SPM. Triggers on XcodeGen project.yml configuration, SPM dependency issues, device deployment problems, code signing errors, camera/AVFoundation capture debugging, iOS version compatibility, or "Library not loaded @rpath" framework errors. Use when building iOS apps, fixing Xcode build failures, or deploying to real devices. Not for AVPlayer playback issues (seek/scrub/frame stepping → avfoundation-reference skill).

日本語の概要は準備中です。原文の説明を表示しています。

Performance Analysis - パフォーマンス分析。./tmp/perf.log を分析してボトルネックを特定し、パフォーマンス改善 Issue を作成するスキル。「パフォーマンス分析」「perf-analysis」「ボトルネックを調べて」で発火。ThumbnailThumb 専用（bin/tt-client と ./tmp/perf.log 出力に依存。bin/tt-client が無いプロジェクトでは発火しない）。

タスク着手時に codex にリードしてもらうワークフロー。codex に設計/方針を主導（リード）させ、その方針に沿って Claude が実装し、実装後は codex で設計適合・実装正当性・敵対的（red team）の 3 観点でレビューする。余っている codex トークンを積極的に消費したい時に使う。「codexにリードしてもらって」「設計から codex に任せて」「タスクを codex 主導で」「codex-lead」「/codex-lead」で発火。

ディレクトリ・レイヤーごとに置いた CLAUDE.md と README.md が実体 (コード・コマンド・構成) とずれていないかを点検し、裏の取れた乖離だけを直す。引数で対象のディレクトリを任意に指定できる (省略時は repo 全体)。「CLAUDE.md を refresh して」「README が古くないか見て」「claude-md-refresh」「/claude-md-refresh」で発火。issues/ の更新漏れは issue-writeback / issue-sync の担当で、この skill は扱わない。

codex exec review を基本に、必要なら codex exec を使ってコード変更のレビューを依頼し、指摘事項を報告する。通常 / 厳しめ (--strict) / 敵対的 (--adversarial、実装を壊しにいく red team) の 3 モードを持つ。「codexでレビューして」「codex-review」「/codex-review」「敵対的にレビューして」で発火。Codex 単体での単独レビュー用途。複数エージェント並行レビューは cross-review、差分ではなくコードベース全体の監査は audit を使う。

Open Issues のうち実は完了済みのものを検出し、done/ への移動 (readme に一覧テーブルを持つ repo ではその更新も) を行う。「issueを整理して」「issue-sync」「完了issueを片付けて」「done漏れを直して」で発火。

このセッションで関わった issues/ の .md に更新漏れが無いかを点検し、あれば本文へ書き戻す。「issue の更新漏れない?」「issue 更新した?」「書き戻し漏れ」「/issue-writeback」で発火。完了検出と done/ への移動は issue-sync の担当で、この skill はファイルを動かさない。

AVFoundation (AVPlayer / AVPlayerLayer / AVPlayerItemVideoOutput / AVAsset) の落とし穴・文書化されていない実装挙動・debugging チェックリストを集約した reference skill。Swift / Objective-C で AVPlayer を使った動画再生 / seek / scrub / frame stepping を実装・debug するときに発火。VLCKit ではなく **AVFoundation 系** の問題に特化。

macOS アプリのクラッシュログ (.ips) を解析し、根本原因を特定するスキル。「クラッシュした」「crash」「.ips」「DiagnosticReports」「SIGSEGV / SIGABRT」で発火。**macOS 専用**（.ips の読み方が macOS の DiagnosticReports 前提。iOS の .ips は未対応）。解析は crash-analyzer subagent に委譲する。クラッシュログが存在しない一般のバグ調査・テスト失敗には使わない。

CSS/UI スタイルを WCAG 2.2 の数値基準（コントラスト比・フォーカス・モーション）で技術検証し、Light/Dark 両モードをレビューして報告する。検証のみで修正はしない。主観的な使用感（色のキツさ・隣接色の被り）のレビューは ux-visibility-review を使う

status:ready な issue に対して issue-implementer agent を並列起動し、実装→PR作成を行う

GitHub issue を起点に実装を始めるときに、実装より前に使うスキル。「issue

日本語の文章を、意味を変えずに自然で文脈に合う表現へ整えるスキル。Markdown、README、設計メモ、仕様書、説明文、報告文、コミットメッセージ、コードコメント、関数や型のドキュメント、UI 文言など、日本語を新規作成・編集・レビューするすべての場面で使う。明示的に「自然な日本語にして」と言われたときだけでなく、AI Agent が日本語を書くとき、英語由来の直訳語、文脈に合わない語、意味は通るが普通は使わない語を避けるために発火する。

実装要求に、要求が答えていない設計判断が残るとき、または誤りが後段で黙って通る変更を扱うときに使う。具体的には、API・設定の与え方・データモデル・新しい型や概念・責務や層境界を決める必要がある、複数の実現方法から選ぶ設計判断がある、変更範囲を事前に局所化できない、認可・公開範囲・データ消失・外部送信のように誤りをテストや型検査で検出しにくい、のどれかに当たるタスクで発火する。原因と修正箇所が特定済みで期待結果と検証方法が明確な修正、既存パターンの適用、機械的な rename、CI/CD・ドキュメント・設定値・依存バージョンだけの変更では使わない。要求を出典付きの決定と質問に分解する解釈ゲート、判断の重さに応じた階層(直接実装 / 軽量 / 標準)の判定、subagent への分担、実物差分での検収、独立レビューをフェーズ順に管理するスキル。

コードを実装・修正・リファクタリングするすべてのタスクで使うスキル。純粋関数を中心に設計し、副作用(DB、HTTP、ファイル、時刻、乱数、ログなど)を境界へ寄せ、データ変換、エラー表現、コレクション操作、可変状態の扱いを既存コードに合う形で整理する。ユーザーが明示的に指示しなくても、言語を問わず、コードを書き始める前に発火する。設定値やドキュメントだけの変更では不要。

git commit を作成するときに必ず使用するスキル。ユーザーが「コミットして」「commit して」「変更を記録して」と言ったとき、または変更がまとまり commit すべきタイミングになったときに発火する。コンベンショナルコミット、日本語メッセージ、`--no-gpg-sign`、ブランチ確認、Co-author 付与などプロジェクト固有の必須ルールを含むため、エージェントが内蔵で持つ汎用的な commit 手順より**常にこのスキルを優先**すること。`git commit` を直接呼ぶ前に必ず参照する。

テストの追加・修正・削除、または実装後の検証方針を判断するときに使う。タスクごとに反射的な回帰テストを増やさず、守るべき仕様、不安な仕様、実際に使われる経路、事前条件と事後条件を中心にテストを設計するためのスキル。

open な issue 一覧を取得し、内容を分析して status ラベルを付与する

コミットやPR作成の前に、作業ブランチが適切かどうかを確認・切り替えるスキル。git-commit や create-pr からサブルーチンとして呼び出される。

GitHub issue を新規作成・下書きするとき、または既存 issue の本文を書き直すときに必ず使うスキル。「issue を作って」「issue 化して」「これを issue にまとめて」のような依頼で発火し、`gh issue create` を直接呼ぶ前に必ず参照する。人間が合意した内容だけを、意味を足さずに issue へ残すための基準を定める。

Rust のコードを書く・直す・レビューするときに使う。所有権、借用、Clone/Copy derive、文字列型 (`String`, `&str`, `Cow`, `'static str`) の選び方を、安易な複製や過剰な lifetime 固定に寄せず、実際のデータ所有者と呼び出し境界に合わせて判断するためのスキル。