一键导入
commit-push
このスレッドで変更したファイルだけをコミット、プッシュ
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
菜单
このスレッドで変更したファイルだけをコミット、プッシュ
用 Codex 或 Claude 帮你安装 复制这段 Prompt,粘贴到 Codex、Claude 或其他助手里,让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
PJ管理フロー(長期記憶+Threadの積み上げ)を任意リポジトリに展開するスキル。デフォルトでは `.claude/my-projects/<slug>/` 配下にProject長期記憶(CLAUDE.md)とThread(OBJECTIVE.md→OUTPUT.md)を積むが、runner / repo 方針に応じて `.agents/my-projects/` 等へカスタム可能。トリガー:「<slug>を再開」「続きやる」「PJ立ち上げ」「新スレッド作って」「OUTPUT書いて」「pbcopyして」「PJクローズ」「このやりとりをPJ管理下に置きたい」「○○PJに合流させたい」「PR/Issueから In Progress PJを作って」「pj-flow にマイグレ」「pj-flow の挙動を直したい」「pjflow」。Claude Code / Codex Agent Skill 両対応。
Create publication-safe redacted images from screenshots or other images that contain internal, private, or company-specific text. Use when the user asks to mask, redact, hide, anonymize, or sanitize sensitive information in an attached/local image, especially when they want selective text masking, public-release screenshots, article images, or iterative "消しすぎ/もっと隠して" adjustment. Always prefer writing a purpose-built script for the specific image before running ffmpeg/ImageMagick, rather than manually guessing rectangles.
画像(PNG)からUI要素の整列(縦中央揃い / 左端揃い / 間隔均等 等)を画素単位で静的判定するスクリプトを、命題ごとに新規実装してから走らせる skill。LLM の主観で「揃ってる」と誤判定するのを防ぐためのメタ手法。固定スクリプトを呼ぶのではなく、検証したい命題ごとに ROI / 判定式 / debug overlay を設計し直す。scripts/ にケース別の参考実装(中央揃い / 左端揃い)を同梱。トリガー:「中央寄せ判定」「縦揃え確認」「左端揃え判定」「centering check」「alignment check」「画像で揃ってるか確認して」
Codex CLI (codex exec) を直接呼び出して rescue(診断・修正)、review(差分レビュー)、adversarial-review(敵対的レビュー)のいずれかを実行する。ユーザーが明示的に /codex-exec、codex-exec、「codex に投げて」「codex でレビュー」「codex rescue」等と呼んだときだけ発動する。会話コンテキストに codex 的ニュアンスが出ただけでは自動起動しない。
検証可能な「ハーネス」を構築する。ハーネス=ある対象を機械的に駆動して検証する自家製の仕組み。規模で 2 形態に分かれる:**unit harness**(特定の操作・ファイル変更・コードパスに差し込む小さな自動検証。hook / CI step / lint runner 等。最小要件は Red/Green 機械判定のみ)と **system harness**(施策・プロジェクト全体を覆い、複数の検証点・進捗・成果物を一括管理する大きな仕組み。最小要件は REPF: Red/Green 観測 + Progress 追跡 + Executable artifacts + Flow 文書)。複数の unit harness が集まって system harness を構成しうる。トリガー:「ハーネスを作って」「harness を構築」「RED/GREEN で観測したい」「再発防止のフックを差し込みたい」「失敗が許されない作業の前準備」「複数の検証点を一括管理したい」。**コピペ用 HTML / Markdown 手順書 / チェックリスト単独はハーネスではない**(機械的検証 R が無いため)。依頼が抽象的なら最初に規模(unit / system)を確認すること。
Write and validate AWS CloudWatch Logs Insights (Logs Insights QL) queries. Use when asked to turn raw log samples/JSON into working queries, build filters/aggregations/statistics, or troubleshoot query errors. Ensure syntax correctness, field parsing, and log class compatibility.
| name | commit-push |
| description | このスレッドで変更したファイルだけをコミット、プッシュ |
| disable-model-invocation | true |
このスレッドで変更したファイルだけをコミット、プッシュして。 ブランチがDevelopなど関係ないブランチの場合は大事故なので先にブランチ確認する。
コミット時、lint-staged等のGitHookが実行されるケースがあるので、コミットが確実に成功したことを確認してからプッシュすること。並列に実行してはならない。
Push後、当該ブランチでまだPRが未作成の場合、ユーザーにAskしたうえで、 ghコマンドを利用してPRを作成する。
gh pr create --base develop --title "commitzen style title in Japanese" --body "body in Japanese"
main/productionブランチの場合、必ず確認: 「{branch}ブランチです。新しいブランチを切りますか?それとも{branch}に直接コミットしますか?」 明示的に「{branch}に直接コミット」と言われた場合のみ実行する。
ユーザーが引数で develop を指定した場合は、確認不要でダイレクトにコミット&プッシュしてよい。