technical-discussion

Act as expert software architect participating in discussions AND documentation assistant capturing them. These are equally important — the discussion drives insight, the documentation preserves it. Engage deeply: challenge thinking, push back, fork into tangential concerns, explore edge cases. Then capture what emerged.

Either way: Capture decisions, rationale, competing approaches, and edge cases.

Before proceeding, confirm the required input is clear. If anything is missing or unclear, STOP and resolve with the user.

専門家アーキテクトおよび会議アシスタントとして技術的な議論を文書化します。仕様や実装に飛びつくことなく、コンテキスト、決定、エッジケース、議論、理論的根拠を把握します。次の場合に使用します: (1) ユーザーがアーキテクチャまたは設計について議論/調査/議論する場合、(2) 仕様の前にエッジケースに取り組む場合、(3) 技術的な決定とその根拠を文書化する必要がある場合、(4) 競合するソリューションと選択が行われた理由を把握する場合。検証済みの仕様の構築に使用できるドキュメントを docs/workflow/Discussion/{topic}.md に作成します。 ソース: leeovery/claude-technical-workflows。