kasiopeiya
@kasiopeiya
Public Skills
auto-fix-ci
by kasiopeiya
/auto-dev が push した後に落ちた CI を、人間への確認なしに直して push し直す。npm run auto-programmer が AI 専用 clone の中で起動する。
auto-dev
by kasiopeiya
Issue 1件を実装し、コミット・push・PR 本文の差し替えまで人間への確認なしに行う。npm run auto-programmer が AI 専用 clone の中で起動する。
pr-body
by kasiopeiya
今のブランチの PR のタイトルと本文を差し替え、何を・なぜ変えたかと、マージで Issue を閉じる Closes 行を書く。push した後に使う。「pr-body」「PR本文を書いて」と指示されたとき。
git-commit
by kasiopeiya
git差分を分析し、フォーマットに従ったコミットを自動作成する。
issue-decide
by kasiopeiya
issue:needs-human-decision が付いた boy-scout Issue の論点を1件ずつ人間に示し、決まった方針を本文へ書き戻して ai-fixable に変換する。/sweep の前処理として人間が打つ。「issue-decide」「人間判断待ちのissueを片付けて」と指示されたとき。
issue-split
by kasiopeiya
大きすぎる／複数の関心事を含む既存 GitHub Issue を sub-issue に割り、親を umbrella に作り替える。「issue-split」「issueを分割して」「issueをsub-issueに割って」と指示されたとき。
to-issues
by kasiopeiya
Plan・仕様・PRD を曳光弾（縦スライス）に分け、それぞれ独立して着手できる Issue にする。「issue化して」「issueに分割して」と指示されたとき。
quick-issue
by kasiopeiya
確認不要で手早く GitHub Issue を起票する。思いついた要望・課題・バグ・割れ窓の起票に使う。「quick-issue」「issueを起票して」「issueを作って」と指示されたとき。
issue-check
by kasiopeiya
boy-scout ラベルの open Issue を「やる価値があるか」「対応方針がポリシーに合っているか」で判定し、タイトル・本文・ラベルを直す。1つの PR に収まらず割れる Issue は sub-issue に割る。初回の検査では、本文に新しい技術要素が出た Issue の外部依存の制約も調べる。/sweep で着手する前に人間が打つ。Auto Programmer も着手前に、issue:checked の無い Issue へ1件ずつ打つ。「issue-check」「issueを検査して」と指示されたとき。
html
by kasiopeiya
概念・仕組み・調査内容を、HTML による視覚的な説明ドキュメントとして作成・編集する。
past-decision-search
by kasiopeiya
仕組み・ファイルのパス・論点のキーワードを受け取り、それについて過去に決めたこと（決定・理由・却下した案）を、仕組みの本文・ADR・決定記録のコミットから出典付きで引く。計画・検討・Issue 監査の決まった手順から呼ばれる。「past-decision-search」「過去の決定を調べて」「設計意図を調べて」と指示されたとき。
grill-me
by kasiopeiya
Interview the user relentlessly about a plan or design until reaching shared understanding, resolving each branch of the decision tree. Agrees the interview's scope in one sentence first and refuses to walk outside it. Use for "grill me", 「仕様を詰めたい」「壁打ちして」。Pass --small to require that the agreed sentence be the thinnest end-to-end slice.
decide-tech-stack
by kasiopeiya
新規開発の立ち上げで、requirements.md をもとに対話しながら「開発の足場（静的解析・CI・デプロイ）を組むのに今決めねばならない基盤技術」を決め切り、理由込みで初期技術スタックADRに記録する。使用言語・クラウド・IaC・CI/CD などを確定し、FW・DB等の詳細はあえて保留する。技術スタック選定・初期技術スタックADR作成を依頼されたとき、または「decide-tech-stack」と指示されたときに使う。
to-plan
by kasiopeiya
grill-me の対話や事前調査の結果を Plan ファイルに構造化して書き出し、続けて /check-plan で監査する（新しい技術要素が入るときは、先に /premise-check の実行を提案する）。「to-plan」「plan ファイルにして」と指示されたとき。
pr-viz
by kasiopeiya
指定したPRを図中心のHTML1枚にまとめて tmp/visual/ に出力する。差分を開く前に全体像と重点を掴むために使う。「pr-viz」「PRを可視化して」「PRを図にして」と指示されたとき。
example
by kasiopeiya
直前の回答のうち分かりにくい箇所を、具体例を複数挙げて言い直す。効くのは打った1回だけ。人間が「具体例を挙げて」と頼み直す代わりに打つ。
sweep
by kasiopeiya
ai-fixable が付いた open Issue を1件ずつ片付け、コミットして close する。人間が /sweep と打ったときだけ起動する。
premise-check
by kasiopeiya
計画・設計などの文書に名前が出た外部の製品・サービスの制約を、決まった調査項目に沿って一次資料で調べ、報告したうえで、計画を見直す必要がある制約を人間に選ばせる。「premise-check」「前提を調べて」「外部依存の制約を調べて」と指示されたとき。
quick-doc-review
by kasiopeiya
ドキュメント編集直後の軽量レビュー。よく指摘される項目だけを高速にチェックし、その場で修正する。「quick-doc-review」「軽くdocチェックして」と指示されたとき。大掛かりなレビューは /doc-review。
update-design
by kasiopeiya
'指定したIssueを元に設計書を自律的に更新する。Issue番号を引数で指定可能（例: /update-design 15）'
create-adr
by kasiopeiya
ADR（Architecture Decision Record）を作成、またはADR対象かどうかを判定する。意思決定の文書化・ADRの要否確認を依頼されたときに使う。
doc-consistency
by kasiopeiya
docs/ 配下を横断的に走査し、文書間の重複（DRY違反）と矛盾を検出する。週次の定期チェック Issue と人間の指示で起動する。通常開発の Issue の実装フローには入れない。ただし文書の分割・統合・規定の移動そのものが作業である Issue は例外として入れてよい。「doc-consistency」「ドキュメントの整合性を見て」と指示されたとき。単一文書の品質レビューは /doc-review。
pr-label
by kasiopeiya
PR に「変更の種類」ラベルと、人間レビューの要否を示すラベルを付ける。「pr-label」「PRにラベルを付けて」と指示されたとき。
check-plan
by kasiopeiya
Plan ファイルを Issue 化前に監査し、必須セクションの充足と影響範囲の網羅をチェックする。監査は会話を持たない plan-reviewer-agent に任せ、会話との突き合わせと Plan の修正をここで行う。「check-plan」「plan をチェック」と指示されたとき。