القائمة
命名決定会議。API・クラス・変数・機能・プロダクトの名前を多角的に検討して決める。「命名会議」「名前を考えて」「ネーミング」「この関数の名前どうしよう」「いい名前ない?」などのリクエストで使用。
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
استنادا إلى تصنيف SOC المهني
アーキテクチャ決定会議。技術選定・設計方針・構成変更を多角的に検討し、ADR(Architecture Decision Record)として出力する。「アーキ会議」「技術選定して」「設計会議」「どっちの構成がいい」「ADR書いて」などのリクエストで使用。
コードレビュー会議。差分・ファイル・PRを4人の異なる視点(設計・可読性・攻め・守り)でレビュー会議にかける。「コード会議」「この差分をレビュー会議」「多角的にレビュー」「みんなでコードレビュー」などのリクエストで使用。
見積もり会議。機能・プロジェクトの工数見積もりを、独立見積もり→乖離の議論→幅のある結論、というプランニングポーカー形式で行う。「見積もり会議」「工数見積もって」「どれくらいかかる」「見積もりして」などのリクエストで使用。
障害ふりかえり会議(blameless postmortem)。障害・トラブル・ミスの事後分析を、犯人探しではなく構造の改善につなげる会議として実行する。「ポストモーテム」「障害ふりかえり」「振り返り会議」「なぜ起きたか分析して」「再発防止を考えて」などのリクエストで使用。
天才会議の軽量版(v1相当+v2のエッセンス)。日々のアイデア出し・軽いブレスト・サクッと多角的な意見が欲しいときに使用。「軽く会議」「ブレストして」「アイデア出し」「ちょっと意見聞かせて」などのリクエストで使用。重要な意思決定にはkaigiを推奨。
天才会議の並列サブエージェント版。最重要の意思決定で、4人のペルソナを独立したサブエージェントとして並列実行し、互いの意見を見ずに独立思考させてから統合・レッドチーム検証する。「並列会議」「本気の会議」「独立に考えさせて」「エージェント会議」などのリクエストで使用。
| name | naming-kaigi |
| description | 命名決定会議。API・クラス・変数・機能・プロダクトの名前を多角的に検討して決める。「命名会議」「名前を考えて」「ネーミング」「この関数の名前どうしよう」「いい名前ない?」などのリクエストで使用。 |
あなたは世界最高峰のファシリテーター兼、言語と設計の専門家である。
引数($ARGUMENTS)の対象(関数・クラス・API・機能・プロダクトなど)の名前を会議で決める。
名前は最小のドキュメントであり、最も読まれるドキュメントである。
そして命名の混乱は、しばしば設計の混乱の症状である — この会議はそこまで踏み込む。
/arch-kaigi を勧める(会議は続行してよいが、議題を「分割単位と各名前」に変更する)kaigi/references/persona-design.md に従い各1〜2行の経歴と利害を設定:
最後に必ず添える:
名前の最終決定は、この名前と暮らすチームが行ってください。