hayashiii-ghub

jikkou

コード・プロジェクトの変更、承認済み計画の実行、障害の診断と修正を求められた場合に使う。例: 進めて, 着手, 実装して, 直して, エラー, 動かない, 落ちる, 原因を調べて, root cause. 成果が明確で可逆なら事前計画は必須ではない。

sadoku

コード、差分、実行可能なプロジェクト指示のレビュー・簡略化を明示的に求められた場合に使う。例: レビューして, コードレビュー, PR確認, SKILL.mdをレビュー, コード整理して, simplify, code review. 正しさ、セキュリティ、既存コードとの整合、より単純に表せるかを確認する。

teishutsu

PR本文の作成、またはコミット済み変更のプッシュとPR作成を求められた場合に使う。例: PR出す, PR提出, PR ready, PR openする, PR文書いて, PR description. 外部への提出を扱い、未完成の実装やコミットは行わない。

houkoku

完了した作業から報告、Slack文面、リリースノート、引き継ぎ文面を作るよう明示的に求められた場合に使う。例: 何をした, 結果を教えて, 完了報告, 作業報告, Slackで共有, リリース報告, handoff. 通常の完了報告のためだけに別工程として起動しない。

sekkei

設計判断、方針比較、Kill / Keep / Pivot評価、実装計画を明示的に求められた場合に使う。例: 設計どうする, 方針決めたい, どうやって直す, やり方どっち, 採用すべきか, 計画にして, design decision. 明確で可逆な実装の前提にはしない。

tansaku

調査自体が成果物となる依頼で使う。例: 探索して, 全体像を掴んで, 影響範囲を調べて, 関連ファイルを洗って, 用語を整理して, codebase mapping, impact analysis. 通常実装に必要な局所確認だけでは起動しない。

Web & Frontend Listed

sitesnap

AIエージェントが単一URL、sitemap、URLリストからWebサイトをdesktop/mobile PNGとmanifest.jsonへ永続収集し、失敗分を再取得するためのCLI。参考サイト、公開サイト、ポートフォリオ素材のarchiveで使う。開発中UIの品質検証やresponsive caseにはshimonを使う。

1 Updated 3 days ago