
Create or update a Markdown blog draft from recent work and export it with `YYYY-MM-DD_slug.md` naming. Output directory can be set via environment variable or CLI option; if missing, ask the user and pass it explicitly.
Convert Claude/Cursor markdown subagent files to Codex CLI TOML format. Parses YAML frontmatter and body, applies model/permission/tool mappings, and outputs to agents/codex/<name>.toml.
code-review-scanner と code-review-critic による2フェーズレビュー。 大きなPRや複雑な変更を丁寧にレビューしたいときに使う。 scanner がトリアージして重要な指摘だけ critic が深掘りする。 軽いチェックには /review(4並列専門レビュー)を使う。
AIとの壁打ちで整理したプラン、または指定ファイルの内容を GitHub Issue として作成する。セッション内のプランの Issue 化、既存プランファイルからの Issue 作成、config によるデフォルト値設定が必要なときに使う。
変更内容を確認してコミットし、ドラフトPRを作成する一連のGit/ghワークフローを実行する。git status/diff/log確認、適切なgit add、命令形コミットメッセージ作成、push、gh pr create --draft を含む作業で使用する。
gitleaks + pre-commit を使ってローカルコミット時のクレデンシャル混入を機械的にブロックする。「クレデンシャル漏洩防止」「シークレット混入対策」「gitleaks」「pre-commit シークレット」「credential leak prevention」に言及した場合に使用する。
investigation-scout と investigation-diver による2フェーズ調査。 不具合の原因調査やコード探索など、未知の領域を掘り下げたいときに使う。 scout が候補を広く洗い出し、diver が高優先の候補を深掘りする。
AIとの壁打ちで整理したプラン、または別ファイルの設計メモや実装メモを、読みやすいMarkdown形式の実装プランに整形して `docs/plan/YYYY-MM-DD_<plan-name>.md` に保存する作業で使う。会話中に提案したプランの書き出し、テキストメモの構造化、見出し整理、表への変換、チェックリスト化、保存が必要なときに使う。
コード変更をセキュリティ・パフォーマンス・正確性・変更容易性の4観点から並列レビューし、統合レポートを出力する。 小〜中規模の変更を素早くチェックしたいときに使う。 大きなPRや複雑な変更を丁寧にレビューしたい場合は /review-scan を使う。
蓄積された observations を分析し、SKILL.md への改善提案を生成する。 Observe → Inspect → Amend → Evaluate ループの Inspect/Amend フェーズ。 `--apply` フラグで承認後の適用も可能。
スキル使用後の observation(結果・問題・フィードバック)を記録する。 スキルの改善サイクル(Observe → Inspect → Amend → Evaluate)の起点。 使用後に `/skill-observe <スキル名> <結果> [問題/フィードバック]` で呼び出す。
SV リーグの試合詳細ページから REPORT-A / REPORT-B(任意で LiveScore)を取得し、応援チーム / 両チーム対比 / 注目選手ズームの 3 視点で 1 試合分のレビュー Markdown を `docs/svleague-match-review/` 配下に出力する。
GitHub Actions の SHA ピン留め(pinact 必須)と Dependabot・Renovate のクールダウン設定(14日間)をリポジトリに適用し、サプライチェーン攻撃対策を実施する。ユーザーが「サプライチェーン対策」「GHA ピン留め」「Dependabot クールダウン」「pinact」「supply chain hardening」に言及した場合に使用する。