Menu
Open Issues のうち実は完了済みのものを検出し、done/ への移動と readme.md の更新を行う。「issueを整理して」「issue-sync」「完了issueを片付けて」「done漏れを直して」で発火。
Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.
Based on SOC occupation classification
このセッションで行った変更をコミットする。「コミットして」「commit」「/c」で発火。push はしない／クレデンシャルは混入させない。
codex をメイン実装者として実コードを書かせ (codex exec -s workspace-write)、Claude はオーケストレーション (スコープ分割・成果物検証・観測駆動デバッグ・commit/push・反復) に徹するワークフロー。大きめの実装/移植/プロトコル実装で、余っている codex トークンを使い切りたい時に使う。「codex に書かせて」「codex メインで実装」「codex に作らせて」「codex-drive」「/codex-drive」で発火。typo・数行修正には使わない (それは Claude が直接やる)。
タスク着手時に codex にリードしてもらうワークフロー。codex に設計/方針を主導（リード）させ、その方針に沿って Claude が実装し、実装後は codex でレビューする。余っている codex トークンを積極的に消費したい時に使う。「codexにリードしてもらって」「設計から codex に任せて」「タスクを codex 主導で」「codex-lead」「/codex-lead」で発火。
Claude Fable 5 の特徴・長所・仕様と、その働き方を他モデル (Opus 等) が再現するための行動規範。「fable」「fableっぽく」「fable流」「Fable の働き方」「/fable」で発火。以降のセッション全体の振る舞いに適用する。
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 構造参照と crash-analyzer の bin/tt-crash-log 前提が macOS 向け。iOS の .ips は未対応）。解析は crash-analyzer subagent に委譲する。クラッシュログが存在しない一般のバグ調査・テスト失敗には使わない。
| name | issue-sync |
| version | 2.1.0 |
| description | Open Issues のうち実は完了済みのものを検出し、done/ への移動と readme.md の更新を行う。「issueを整理して」「issue-sync」「完了issueを片付けて」「done漏れを直して」で発火。 |
Open Issues の中から、実際にはコードベース上で対応済み（done）になっている issue を検出し、done/ への移動と issues/readme.md の更新を行うコマンド。
前提: プロジェクトが issues/readme.md + issues/done/ 運用であること。ディレクトリ名が issue/ のプロジェクトでは読み替える。issues/readme.md が無い場合は、その旨を報告して終了する（勝手に作らない）。
issues/readme.md を読み取り、Open Issues テーブル（✅ 完了 以外）に記載されている全 issue のリストを取得する。
Open Issues テーブルの各 issue について:
issues/{ファイル名} に存在するか確認issues/done/{ファイル名} に存在するか確認このフェーズは高速に一括実行できる（bash でファイル存在チェック）。
Phase A で検出されなかった issue（ファイルが issues/ に残っているもの）全件について、Agent（Explore サブエージェント）を使って以下を実行する:
判定基準:
確信が持てない場合は「未完了」として扱う（誤検出を避ける）。
重要: Phase B を省略してはならない。Phase A だけでは「ファイルは issues/ に残っているが、コードは実装済み」のケースを見逃す。
Phase A と Phase B で検出した「完了済みだが Open のまま」の issue を一覧でユーザーに報告する。
報告フォーマット:
## 完了検出: N 件
### Phase A: readme.md 更新漏れ（ファイル既に done/ に移動済み）
| # | タイトル | 判定根拠 |
|---|---------|---------|
| XXX | issue タイトル | ファイルが issues/done/ に既に存在 |
### Phase B: コードベースで実装済み（ファイルは issues/ に残存）
| # | タイトル | 判定根拠 |
|---|---------|---------|
| XXX | issue タイトル | 実装の根拠（クラス名・テスト等） |
AskUserQuestion で「これらの issue を done/ に移動して readme.md を更新しますか？」と確認する。
ユーザーが承認した場合:
issues/done/ に移動する（git mv）issues/readme.md を更新する:
./done/ に変更し、ステータスを ✅ 完了 に更新✅ 完了 に更新