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.
日本語の概要は準備中です。原文の説明を表示しています。
AIとの壁打ちで整理したプラン、または指定ファイルの内容を GitHub Issue として作成する。セッション内のプランの Issue 化、既存プランファイルからの Issue 作成、config によるデフォルト値設定が必要なときに使う。
インストールする前に、エージェントに与えられる指示の中身を確認できます。
AIとの壁打ちで整理したプラン、または既存のプランファイルを、GitHub Issue として作成する。
/plan-issue-export 提案してくれたプランを Issue にして/plan-issue-export さっき整理した実装案を Issue にして/plan-issue-export docs/plan/2026-03-10_plan-issue-export.md を Issue にして${CLAUDE_SKILL_DIR}/config.yaml でデフォルト値を設定できる。雛形は config.example.yaml を参照。
config.yaml が存在する場合はデフォルト値として読み込み、引数やユーザー指示で上書きできる。config.yaml が存在しない場合は、必須項目(repository)をユーザーに確認する。
| フィールド | 必須 | 説明 |
|---|---|---|
repository | Yes | Issue 作成先リポジトリ(owner/repo 形式) |
project | No | GitHub Projects のプロジェクト番号(Sprint/Status/Estimate 設定に必要) |
sprint | No | Sprint 値。current を指定した場合は現在の iteration を自動取得する |
status | No | Issue の Status フィールドに設定する値 |
estimate | No | Issue の Estimate フィールドに設定する値 |
../plan-markdown-export/normalize-rules.md を参照。
${CLAUDE_SKILL_DIR}/config.yaml が存在すれば読み込み、デフォルト値を取得するrepository が未設定の場合はユーザーに確認する# Plan: ... の ... 部分)を使うgh auth status で認証状態を確認する(未認証なら案内して中断)gh issue create --repo <repository> --title <title> --body <body> で Issue を作成するproject が設定されている場合、以下の Project フィールドを設定する:
sprint: current の場合は gh project item-list から現在の iteration を取得して設定する。固定値の場合はそのまま設定するgh project item-edit を使う出力形式は template.md を参照。
Current structure や Design policy が無い場合は、該当セクションを省略してよいFile changes と Risks and mitigations は、情報が表形式に向いている場合は表を優先するOpen questions に残すgh CLI が未認証の場合は gh auth login を案内して中断するsprint: current)が失敗した場合はスキップし、ユーザーに通知するまだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
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.
日本語の概要は準備中です。原文の説明を表示しています。
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.
日本語の概要は準備中です。原文の説明を表示しています。
変更をコミットしてドラフト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 へ委譲する。
gitleaks + pre-commit を使ってローカルコミット時のクレデンシャル混入を機械的にブロックする。「クレデンシャル漏洩防止」「シークレット混入対策」「gitleaks」「pre-commit シークレット」「credential leak prevention」に言及した場合に使用する。
依存パッケージ(Go modules / npm / Terraform provider / GitHub Actions / pre-commit 等)の アップグレードを、outdated 検出 → CHANGELOG・破壊的変更の確認 → 更新 → lint/test 検証 → コミットまで一連の手順で安全に適用する。「依存更新」「パッケージを上げて」「dependency update」 「go get -u」「npm update」「provider を上げる」等に言及されたときに使用する。