スキルを探す

ai-agents/ と dotfiles/ の編集内容を各 AI CLI（~/.claude, ~/.codex）と ~/.config へ反映するデプロイ手順。「設定を反映」「デプロイ」「~/.claude に配って」「スキル/エージェント/設定を更新したから配布」等を求められたときに使用する。

新しいフックの雛形（スクリプト + 配線）を本リポジトリの規約どおりに生成する。 イベント選定（PreToolUse / PostToolUse / Stop / SessionStart 等）とブロッキング可否を対話的に決め、 ai-agents/hooks/ か ai-agents/settings/<cli>/hooks/ への配置と、hooks.json / settings.json への配線まで行う。 新しいフックを追加したいときに `/hook-scaffold <フック名> [用途の一言]` で呼び出す。

permission-ledger hook が記録した permission prompt と各リポの .claude/settings.local.json から allow 昇格候補を集計し、ユーザーが選んだものだけを ai-agents/settings/claude/settings.json に反映する。 「許可ルールを見直したい」「permission prompt を減らしたい」「承認した操作を allow に入れたい」 「permission review」などと言われたときに `/permission-review` で使う。

クラウドルーチン（CCR / スケジュールエージェント）を作成し、作成直後に claude.ai が 自動付与する不要な MCP connector を判定して除去する一連の処理。 「ルーチンを作って」「スケジュールエージェントを作成」「routine 作成して connector を整理」等で使う。 明らかに不要な connector は確認なしで外す。作成は /schedule のスキーマに従う。

新しいスキルの雛形（ディレクトリ + SKILL.md）を本リポジトリの規約どおりに生成する。 frontmatter（name / description / 任意の argument-hint・disable-model-invocation・metadata.version）と 本文（# /SKILL_NAME スキル → Goal / Workflow / Notes）を対話的に埋め、 `.claude/rules/skill-authoring.md` の判断軸で置き場所（ai-agents/skills / ai-agents/personal/skills / .claude/skills）を選んで配置する。 新しいスキルを新規作成・立ち上げたいときに `/skill-scaffold <スキル名> [用途の一言]` で呼び出す。

変更をコミットしてドラフトPRを作成する一連のGit/ghワークフロー。ユーザーが「コミットして」「PR作って」「draft PR」等を求めたときに使用し、status/diff確認・命令形コミット・push・gh pr create --draft（--assignee hodanov）まで実行する。ユーザーの明示リクエストが無くても、実装完了後にcommitやPRが必要になった場面（dev-workflowのcommitフェーズ等）では必ずこれを使う。`git commit` や `gh pr create` を単体でBash直接実行しない。

1 つの作業ツリーに混ざった差分を、変更理由ごとの意味単位のコミットへ分割する。ユーザーが「コミットを分割して」「意味単位で分けて」「commit-split」等を求めたとき、または機能追加・付随リファクタ・設定/ドキュメント修正が 1 コミットに混在していると気づいたときに使用する。分割案を提示して承認を得てからステージし、コミットごとに単独で成立することを確認する。メッセージ規約・push・PR の作成は commit-and-draft-pr へ委譲する。

依存パッケージ（Go modules / npm / Terraform provider / GitHub Actions / pre-commit 等）の アップグレードを、outdated 検出 → CHANGELOG・破壊的変更の確認 → 更新 → lint/test 検証 → コミットまで一連の手順で安全に適用する。「依存更新」「パッケージを上げて」「dependency update」 「go get -u」「npm update」「provider を上げる」等に言及されたときに使用する。

実装タスクの規律を担保する開発ワークフロー手順 （explore → plan → implement → verify → commit）。 非自明な実装・バグ修正・リファクタリング（プロダクトコードを書く/変更するタスク全般）に 着手するときは必ず使う。Plan Mode 等で探索・計画が済んでいる場合も、 implement 以降（テスト戦略 → 検証 → コミット）の規律として適用する。 新規プロダクト開発と既存プロダクト改修で手順が分岐する。

変更差分に追随してドキュメント（README / docs/ / AGENTS.md / SKILL.md）を更新する。ユーザーが「ドキュメント更新」「README 追随」「docs-sync」等を求めたとき、または実装変更で消えたフラグ・旧名・古い既定値がドキュメントに残っていると気づいたときに使用する。差分から外部契約の語を抽出し、ヒットした箇所だけを更新する。

investigation-scout と investigation-diver による2フェーズ調査。 不具合の原因調査やコード探索など、未知の領域を掘り下げたいときに使う。 scout が候補を広く洗い出し、diver が高優先の候補を深掘りする。

5〜10 分のプレゼン資料を Marp（Markdown）で作成し、PDF / PPTX / HTML に書き出す。 会話やリポジトリの実状況からスライドを起こし、gaia テーマの雛形で下書き → docs/slides/YYYY-MM-DD_slug.md に保存 → ヘルパースクリプトで描画する。 「プレゼン資料を作りたい」「スライド」「発表資料」「Marp」「Google スライド用の pptx」 などに言及されたときに使用する。

AIとの壁打ちで整理したプラン、または指定ファイルの内容を GitHub Issue として作成する。セッション内のプランの Issue 化、既存プランファイルからの Issue 作成、config によるデフォルト値設定が必要なときに使う。

AIとの壁打ちで整理したプラン、または別ファイルの設計メモや実装メモを、読みやすいMarkdown形式の実装プランに整形して `docs/plan/YYYY-MM-DD_<plan-name>.md` に保存する作業で使う。会話中に提案したプランの書き出し、テキストメモの構造化、見出し整理、表への変換、チェックリスト化、保存が必要なときに使う。

コード変更をセキュリティ・パフォーマンス・正確性・変更容易性の4観点から並列レビューし、統合レポートを出力する。 小〜中規模の変更を素早くチェックしたいときに使う。 大きなPRや複雑な変更を丁寧にレビューしたい場合は /review-scan を使う。

スキル使用後の observation（結果・問題・フィードバック）を記録する。 スキルの改善サイクル（Observe → Inspect → Amend → Evaluate）の起点。 使用後に `/skill-observe <スキル名> <結果> [問題/フィードバック]` で呼び出す。

GitHub Actions の SHA ピン留め（pinact 必須）と Dependabot・Renovate のクールダウン設定（14日間）をリポジトリに適用し、サプライチェーン攻撃対策を実施する。ユーザーが「サプライチェーン対策」「GHA ピン留め」「Dependabot クールダウン」「pinact」「supply chain hardening」に言及した場合に使用する。

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.

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

SV リーグの試合詳細ページから REPORT-A / REPORT-B（任意で LiveScore）を取得し、応援チーム / 両チーム対比 / 注目選手ズームの 3 視点で 1 試合分のレビュー Markdown を `docs/svleague-match-review/` 配下に出力する。

Google カレンダー primary の予定から旅記録 Markdown を生成し `docs/travel/YYYY-MM-DD_<slug>.md` に保存する。期間指定、任意のタイトルキーワードでフィルタ可能。出力前に抽出結果の承認ステップを必ず挟む。

旅行会社の予約メールなどの生テキストから、旅程（交通機関・宿泊）を抽出して Google Calendar primary にイベント登録する。フォーマットは問わない。登録前にユーザー承認を必須化し、開始 30 分前のポップアップ通知をデフォルトで付ける運用。

Google カレンダー primary から指定 1 日の交通機関予定を抽出し、複数路線を束ねた時刻表 Markdown を `docs/timetable/YYYY-MM-DD_<slug>.md` として生成する。乗り換えを時系列で 1 ファイルにまとめる。

Convert Claude 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.

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

gitleaks + pre-commit を使ってローカルコミット時のクレデンシャル混入を機械的にブロックする。「クレデンシャル漏洩防止」「シークレット混入対策」「gitleaks」「pre-commit シークレット」「credential leak prevention」に言及した場合に使用する。