一键导入
github-publish
GitHub へローカル変更を公開する workflow。ユーザーが commit、branch push、PR 作成、publish を依頼した場合に、通常の git と gh pr create で安全に実行します。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
GitHub へローカル変更を公開する workflow。ユーザーが commit、branch push、PR 作成、publish を依頼した場合に、通常の git と gh pr create で安全に実行します。
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
Reproduce and debug failures through an evidence-first root-cause workflow. Use when tests fail, a bug is reported, behavior is flaky, an error message needs investigation, or the user asks to debug, diagnose, investigate, or fix a failure.
Apply a focused red-green-refactor workflow for behavior changes and bug fixes. Use when the user asks for TDD, regression tests, test-first implementation, bug fixes with tests, or when a change has clear observable behavior that should be protected by tests.
Verify completed work before reporting it as done. Use after making code, config, documentation, workflow, or UI changes; when the user asks whether something is fixed; when a dev server is started; or before claiming implementation, debugging, migration, or setup work is complete.
Research current or uncertain information on the web using source-aware evidence. Use when the user asks to research, look up, browse, verify latest information, compare public options, find recommendations, cite sources, or when facts may have changed recently.
株価・為替・暗号資産・財務データを MCP サーバ (alphavantage / twelvedata / edinetdb) 経由で取得・分析します。「株価を調べて」「銘柄の推移を」「為替レート」「企業の財務を」「決算」「ASCII グラフにして」「米国株 / 日本株を調査」などのリクエストがあった場合に使用します。
ネストした OpenAI Codex CLI でコード、設定ファイル、ドキュメントのレビューを実行します。通常は Codex 組み込みの /review を優先し、ユーザーが明示的に「別 Codex でレビュー」「codex exec でレビュー」と頼んだ場合にだけ使用します。
| name | github-publish |
| description | GitHub へローカル変更を公開する workflow。ユーザーが commit、branch push、PR 作成、publish を依頼した場合に、通常の git と gh pr create で安全に実行します。 |
ローカル変更を commit し、branch を GitHub に push して、Pull Request を作成するための workflow です。 目的は publish 操作を通常の Git/GitHub CLI 手順に揃え、Codex の permission 判定や shell の癖で失敗しにくくすることです。
git で行う。git push で行う。gh pr create で行う。gh api を使って commit、tree、ref、PR を作らない。git push --force と git push -f は禁止。gh --version
gh auth status
git status -sb
git diff
git remote -v
gh repo view --json isPrivate,defaultBranchRef,nameWithOwner
git branch --show-current
gh pr list --head <branch> --state open
<prefix>/<short-description> 形式の新規 branch を作る。git branch --show-current
git switch -c <branch>
git add -A は、worktree 全体が今回の scope だと確認できた場合だけ使う。AGENTS.md の規則に従う。git add <path> ...
git commit -m "<type>: <imperative subject>"
git branch --show-current で確認し、次のコマンドに明示的に書く。git push -u origin $(git branch --show-current) は避ける。git branch --show-current
git push -u origin <branch>
既存 remote branch へ追加 commit を反映する場合:
git push origin <branch>
AGENTS.md の構造に従う。gh repo view --json isPrivate --jq '.isPrivate'
gh pr create --base <base> --head <branch> --title "<title>" --body "<body>"
本文構造:
## Why
- <background>
- <related issue or N/A>
## What
- <change>
## Reference
- <reference or N/A>
git add、git commit、git push が sandbox、filesystem permission、認証、remote 設定の問題で失敗した場合は、gh api で代替せず、失敗したコマンドと原因を具体的に報告する。.git に書けないがユーザーが PR 反映の継続を求めている場合は、書き込み可能な一時 clone または worktree を作り、そこで通常の git commit と git push を実行する。gh auth status が Git operations protocol を ssh と示す場合は、remote URL を SSH に変更して通常の git push を再試行する。gh pr create が base/head を推測できない場合は、--base <branch> と --head <owner>:<branch> を明示する。