本文へ移動
cccskills
無料GitHub で公開

plan-issue-export

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

インストール方法を見る

含まれるファイル(3)

  • SKILL.md5.3 KB
  • config.example.yaml540 B
  • template.md495 B

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Plan Issue Export

AIとの壁打ちで整理したプラン、または既存のプランファイルを、GitHub Issue として作成する。

想定する使い方

  • /plan-issue-export 提案してくれたプランを Issue にして
  • /plan-issue-export さっき整理した実装案を Issue にして
  • /plan-issue-export docs/plan/2026-03-10_plan-issue-export.md を Issue にして

入力の扱い

  • 引数にファイルパスや明示的な入力元が含まれる場合は、その内容を優先して使う
  • 引数に具体的な入力元が無い場合は、このセッション内で直近に提案・整理・合意したプラン内容を入力として使う
  • セッション内に十分なプラン内容が無い場合は、推測で埋めず、不足情報を確認する

原則

  • 元プランの意図・判断・前提・リスク・検証項目を落とさない
  • 断片的な議論を、そのまま起票できるレビュー可能な粒度の Issue に再構成する
  • 表現だけ整え、要件や設計判断を勝手に追加しない(詳細は ../plan-markdown-export/normalize-rules.md)
  • 必要に応じて GitHub Flavored Markdown の表、箇条書き、チェックリスト、コードブロックに変換する

Config

${CLAUDE_SKILL_DIR}/config.yaml でデフォルト値を設定できる。雛形は config.example.yaml を参照。

config.yaml が存在する場合はデフォルト値として読み込み、引数やユーザー指示で上書きできる。config.yaml が存在しない場合は、必須項目(repository)をユーザーに確認する。

Config フィールド

フィールド必須説明
repositoryYesIssue 作成先リポジトリ(owner/repo 形式)
projectNoGitHub Projects のプロジェクト番号(Sprint/Status/Estimate 設定に必要)
sprintNoSprint 値。current を指定した場合は現在の iteration を自動取得する
statusNoIssue の Status フィールドに設定する値
estimateNoIssue の Estimate フィールドに設定する値

正規化ルール

../plan-markdown-export/normalize-rules.md を参照。

手順

  1. 入力元を特定する
  2. 会話中のプラン、または指定ファイルから、タイトル・背景・方針・実装手順・リスク・検証項目を抽出する
  3. ${CLAUDE_SKILL_DIR}/config.yaml が存在すれば読み込み、デフォルト値を取得する
  4. repository が未設定の場合はユーザーに確認する
  5. Title を決定する — プラン内容の h1 見出し(# Plan: ... の ... 部分)を使う
  6. Description を template.md ベースで整形する
  7. gh auth status で認証状態を確認する(未認証なら案内して中断)
  8. gh issue create --repo <repository> --title <title> --body <body> で Issue を作成する
  9. config に project が設定されている場合、以下の Project フィールドを設定する:
    • Sprint: sprint: current の場合は gh project item-list から現在の iteration を取得して設定する。固定値の場合はそのまま設定する
    • Status: 値が指定されていれば設定する
    • Estimate: 値が指定されていれば設定する
    • Project フィールドの設定には gh project item-edit を使う
  10. 作成した Issue の URL を返す

テンプレート

出力形式は template.md を参照。

  • 入力に Current structure や Design policy が無い場合は、該当セクションを省略してよい
  • File changes と Risks and mitigations は、情報が表形式に向いている場合は表を優先する
  • 会話ベースのプラン出力では、文脈上明らかな内容だけを補完してよいが、未合意事項は Open questions に残す

注意

  • gh CLI が未認証の場合は gh auth login を案内して中断する
  • リポジトリが存在しない場合はエラーメッセージを返す
  • config.yaml が存在しない場合でも、必須項目をユーザーに確認すれば動作する
  • Issue body が極端に長い場合は、要約版を body に入れ、詳細はコメントとして追加することを検討する
  • Sprint の自動取得(sprint: current)が失敗した場合はスキップし、ユーザーに通知する
  • 入力元が曖昧な場合は、どのプランを Issue にするか確認する

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

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月11日 更新

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月11日 更新

commit-and-draft-pr

無料日本語概要

変更をコミットしてドラフト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月11日 更新

commit-split

無料日本語概要

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

hodanov/my-pde32026年10月11日 更新

credential-leak-prevention

無料日本語概要

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

hodanov/my-pde32026年10月11日 更新

dependency-update

無料日本語概要

依存パッケージ(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月11日 更新

hodanov のスキルをすべて見る

このスキルの問題を報告する