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.
日本語の概要は準備中です。原文の説明を表示しています。
hodanov/my-pde32026年10月12日 更新
無料GitHub で公開
review-scan
code-review-scanner と code-review-critic による2フェーズレビュー。大きなPRや複雑な変更を丁寧にレビューしたいときに使う。scanner がトリアージして重要な指摘だけ critic が深掘りする。
軽いチェックには /review（4並列専門レビュー）を使う。
含まれるファイル（1）
- SKILL.md2.7 KB
SKILL.md（原文）
インストールする前に、エージェントに与えられる指示の中身を確認できます。
/review-scan スキル
軽い差分チェックは組み込みの
/code-review、4観点の並列レビューは/reviewを使う。本スキルは大きなPR・複雑な変更を scanner→critic で丁寧に掘りたいときに使う。
Goal
code-review-scanner（Phase 1）で変更を広くスキャンし、 code-review-critic（Phase 2）で高優先の指摘を深掘りする2段階レビュー。
Workflow
Step 1: diff 取得
引数に応じて diff を取得する:
- PR番号 (例:
123,#123):gh pr diff <番号>を実行 - ブランチ名 (例:
feature/xxx):git diff main...<ブランチ名>を実行 staged:git diff --stagedを実行- 引数なし:
git diff --stagedを実行（デフォルト）
diff が空の場合はユーザーに通知して終了する。
Step 2: Phase 1 — code-review-scanner
Agent tool で code-review-scanner を起動する。
subagent_type:code-review-scanner- プロンプト:
以下の diff をレビューしてください。
<diff>
{diff内容}
</diff>
scanner から Scan Report（優先度付きの指摘リスト）を受け取る。
Step 3: Scan Report 提示
scanner の生出力（Scan Report）をそのままユーザーに表示する。再フォーマットは行わない（トークン節約 + critic への情報ロスを防ぐため）。
Step 4: Phase 2 — code-review-critic
scanner の Scan Report を受け取ったら、Critical または Warning レベルの指摘がある場合、 Agent tool で code-review-critic を起動する。
subagent_type:code-review-critic- プロンプトには Scan Report 生出力の全文と Step 1 で取得した diff 全文の両方を含める:
以下の Scan Report と diff を基に深掘りレビューしてください。
<scan-report>
{scanner の生出力全文}
</scan-report>
<diff>
{diff内容}
</diff>
critic から受け取った結果を出力する。
Critical/Warning がない場合は Phase 1 の結果のみで完了とする。
Notes
- 日常的な軽いチェックには
/review（4並列専門レビュー）が適している /reviewとの使い分け: 大きなPR・複雑な変更 →/review-scan、小〜中規模の変更 →/review
レビュー
まだレビューはありません。使ってみた感想をお寄せください。
同じリポジトリのスキル
概要と使いどころ
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.
日本語の概要は準備中です。原文の説明を表示しています。
hodanov/my-pde32026年10月12日 更新
変更をコミットしてドラフト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直接実行しない。
hodanov/my-pde32026年10月12日 更新
1 つの作業ツリーに混ざった差分を、変更理由ごとの意味単位のコミットへ分割する。ユーザーが「コミットを分割して」「意味単位で分けて」「commit-split」等を求めたとき、または機能追加・付随リファクタ・設定/ドキュメント修正が 1 コミットに混在していると気づいたときに使用する。分割案を提示して承認を得てからステージし、コミットごとに単独で成立することを確認する。メッセージ規約・push・PR の作成は commit-and-draft-pr へ委譲する。
hodanov/my-pde32026年10月12日 更新
gitleaks + pre-commit を使ってローカルコミット時のクレデンシャル混入を機械的にブロックする。「クレデンシャル漏洩防止」「シークレット混入対策」「gitleaks」「pre-commit シークレット」「credential leak prevention」に言及した場合に使用する。
hodanov/my-pde32026年10月12日 更新
依存パッケージ（Go modules / npm / Terraform provider / GitHub Actions / pre-commit 等）の アップグレードを、outdated 検出 → CHANGELOG・破壊的変更の確認 → 更新 → lint/test 検証 → コミットまで一連の手順で安全に適用する。「依存更新」「パッケージを上げて」「dependency update」 「go get -u」「npm update」「provider を上げる」等に言及されたときに使用する。
hodanov/my-pde32026年10月12日 更新