sdd-full 4.2.0 → 4.3.0

package/skills//346/212/200/350/203/275/345/206/263/347/255/226/346/240/221.md

@@ -0,0 +1,320 @@
+【claude code调用标识：技能决策树】【trae调用标识：技能决策树+技能选择指南】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理、5.代码发布】
+
+# 技能决策树（个人开发版）
+
+## 如何使用
+
+从「我现在要做什么？」开始，顺着问题选择，快速找到应该用什么技能。本文档专为个人开发者设计，不包含团队协作相关内容。
+
+---
+
+## 决策树
+
+### 问题1：我现在要做什么？
+
+#### 选项A：我有一个新项目，从零开始
+
+→ 子问题：需要先创意/调研吗？
+→ → 是：**brainstorming** / **market-research** / **competitive-brief**
+→ → 否：跳过
+
+→ 然后：**prd-write**（写PRD，可选）→ **sdd**（拆需求）或 **sdd-full**（完整SDD流程）
+
+→ 然后到「选项E：我要设计/开发了」
+
+---
+
+#### 选项B：我要做新功能/大需求
+
+→ **sdd**（基础SDD拆分）或 **sdd-full**（完整SDD流程）→ 到「选项E：我要设计/开发了」
+
+---
+
+#### 选项C：我要做小功能迭代/Bug修复
+
+→ 子问题：需求是否明确？
+→ → 否：**requirement-completion-officer**（需求补全）
+→ → 是：跳过
+
+→ **sdd-add**（快速落地）
+→ 如果需要UI：补充调用 **ui-sdd**
+→ 如果需要调试：**systematic-debugging**
+→ 如果需要制定计划：**writing-plans**
+
+---
+
+#### 选项D：我要发布代码
+
+→ 子问题：质量检查做了吗？
+→ → 否：**quality-gate**（先做质量检查）
+→ → 是：继续
+
+→ 子问题：是否完成开发分支？
+→ → 是：**finishing-a-development-branch**
+→ → 否：跳过
+
+→ **sdd-deploy**（部署设计，可选）→ **release-flow**（发布管理）
+
+---
+
+#### 选项E：我要设计/开发了
+
+→ 子问题1：需要UI设计吗？
+→ → 是：**ui-sdd**
+→ → 否：跳过
+
+→ 子问题2：需要拆实现SDD吗？
+→ → 是：**sdd-code**（含代码规范、技术债务、重构计划）
+→ → 否：跳过
+
+→ 子问题3：需要设计测试吗？
+→ → 是：**sdd-test**
+→ → 否：跳过
+
+→ 子问题4：需要设计部署吗？
+→ → 是：**sdd-deploy**
+→ → 否：跳过
+
+→ 子问题5：需要设计运维吗？
+→ → 是：**sdd-ops**
+→ → 否：跳过
+
+→ 然后开始开发（sdd-add/test-driven-development/等）
+
+---
+
+#### 选项F：我要调试问题
+
+→ **systematic-debugging**
+
+---
+
+#### 选项G：我要做测试
+
+→ **sdd-test**（设计测试）→ **test-driven-development**（TDD开发）
+
+---
+
+#### 选项H：我要做竞品分析
+
+→ **competitive-brief** / **market-research**
+
+---
+
+#### 选项I：我要安全检查
+
+→ **security-audit**
+
+---
+
+#### 选项J：我要保存/提取经验
+
+→ **claudeception** / **mempalace-auto-saver**
+
+---
+
+#### 选项K：我要完成开发分支
+
+→ **finishing-a-development-branch**
+
+---
+
+#### 选项L：我要做TDD开发
+
+→ **test-driven-development**
+
+---
+
+#### 选项M：我要验证代码（提交/发布前）
+
+→ **verification-before-completion**
+
+---
+
+#### 选项N：我要走完整的自动化流程
+
+→ **using-superpowers**
+
+---
+
+#### 选项O：我要补全需求
+
+→ **requirement-completion-officer**
+
+---
+
+#### 选项P：我要制定计划
+
+→ **writing-plans**
+
+---
+
+#### 选项Q：我要请求/接收代码审查
+
+→ **requesting-code-review** / **receiving-code-review**
+
+---
+
+#### 选项R：我要进行Flutter专项开发
+
+→ 子问题1：开发什么功能？
+→ → 地图导航：**flutter-map**
+→ → 音视频功能：**flutter-av**
+→ → 异常排查：**flutter-errors**
+→ → 测试策略：**flutter-test**
+
+→ 子问题2：需要设计吗？
+→ → 是：**ui-sdd** / **sdd-code**（选择对应模板）
+→ → 否：跳过
+
+→ 子问题3：需要环境检查吗？
+→ → 是：**env-check**
+→ → 否：跳过
+
+---
+
+#### 选项S：我要进行环境预检
+
+→ **env-check**
+
+---
+
+## 快速参考表（按场景）
+
+| 场景 | 推荐技能 |
+|-----|---------|
+| 新项目立项 | brainstorming → prd-write → sdd/sdd-full → ui-sdd → sdd-code → sdd-test → ... |
+| 大功能需求 | sdd/sdd-full → ui-sdd → sdd-code → sdd-test → ... |
+| 小功能迭代 | requirement-completion-officer(可选) → writing-plans(可选) → sdd-add |
+| Bug修复 | systematic-debugging → sdd-add → verification-before-completion |
+| 代码发布 | verification-before-completion → quality-gate → finishing-a-development-branch(可选) → sdd-deploy → release-flow |
+| UI设计 | ui-sdd |
+| 测试设计 | sdd-test → test-driven-development |
+| 安全检查 | security-audit |
+| 代码审查 | requesting-code-review → receiving-code-review |
+| 需求补全 | requirement-completion-officer |
+| 制定计划 | writing-plans |
+| 保存经验 | claudeception / mempalace-auto-saver |
+| 完成分支 | finishing-a-development-branch |
+| 全流程 | using-superpowers |
+| Flutter开发 | flutter-map / flutter-av / flutter-test / flutter-errors |
+| 环境预检 | env-check |
+
+---
+
+## 完整开发流程的技能顺序（大项目）
+
+```
+1. brainstorming/market-research（可选）
+2. prd-write（可选）
+3. sdd/sdd-full（必须）
+4. ui-sdd（建议）
+5. sdd-code（必须，含代码规范、技术债务、重构计划）
+6. sdd-test（建议）
+7. sdd-deploy（建议）
+8. sdd-ops（可选）
+9. writing-plans（建议，制定开发计划）
+10. 开发 + TDD（可选，test-driven-development）
+11. verification-before-completion（建议）
+12. quality-gate（必须，发布前）
+13. finishing-a-development-branch（可选）
+14. release-flow（必须，发布）
+15. claudeception/mempalace-auto-saver（建议，沉淀经验）
+```
+
+---
+
+## 记住这些关键组合
+
+### 需求组合
+```
+brainstorming/market-research → prd-write → requirement-completion-officer(可选) → sdd/sdd-full
+```
+
+### 设计组合
+```
+sdd/sdd-full → ui-sdd → sdd-code → sdd-test → sdd-deploy → sdd-ops
+```
+
+### 发布组合
+```
+verification-before-completion → quality-gate → finishing-a-development-branch → sdd-deploy → release-flow
+```
+
+### 知识沉淀组合
+```
+claudeception → mempalace-auto-saver
+```
+
+---
+
+## 还有疑问？
+
+→ 看「技能使用指南.md」
+→ 看「完整开发流程手册.md」
+→ 看「技能体系完善建议.md」
+→ 直接问我你的具体场景！
+
+---
+
+---
+
+## SDD融合框架（新增）
+
+### 9份标准化SDD模板
+
+| 模板名称 | 核心内容 | 适用技能 |
+|---------|---------|---------|
+| **Base-SDD** | 全局通用基线规范 | sdd, sdd-full |
+| **Brain-SDD** | 头脑风暴文档 | brainstorming |
+| **Competitor-SDD** | 竞品分析文档 | competitive-brief, market-research |
+| **PRD-SDD** | 产品需求文档 | prd-write, requirement-completion-officer |
+| **UI-SDD** | UI设计文档 | ui-sdd |
+| **Code-SDD** | 代码实现文档 | sdd-code, test-driven-development |
+| **API-SDD** | 接口设计文档 | sdd（接口拆分） |
+| **Env-SDD** | 环境配置文档 | sdd-deploy, sdd-ops |
+| **Test-SDD** | 测试设计文档 | sdd-test, test-driven-development |
+
+### 专项SDD模板（新增）
+
+| 模板名称 | 核心内容 | 适用场景 |
+|---------|---------|---------|
+| **UI-SDD专用模板** | UI设计稿结构化、交付标准 | UI设计阶段 |
+| **功能SDD专用模板** | 业务功能专属模板、必填项规范 | 功能开发 |
+| **BDD风格验收标准SDD** | BDD验收句式、准入/准出标准 | 测试验收 |
+| **环境预检标准化SDD** | 本机配置、依赖版本、网络预检 | 项目启动 |
+| **Flutter地图导航业务SDD** | 高德SDK集成、Marker处理 | 地图开发 |
+| **Flutter音视频全栈SDD** | 离线ASR、TTS、OCR接入 | 音视频功能 |
+| **Flutter全类型测试策略SDD** | Golden测试、E2E、TDD、冒烟测试 | 测试策略 |
+| **Flutter常见异常专项SDD** | SocketException、渲染异常排查 | Bug修复 |
+| **企业级全栈工程规范SDD** | 项目目录、版本管理、交付标准 | 工程规范 |
+| **Andrej Karpathy AI编码规则SDD** | 编码约束、禁止自由发挥 | 编码规范 |
+| **高保真设计转代码SDD** | Rive动画、Figma转Flutter | 设计转代码 |
+
+### 强制顺序流水线
+
+```
+Base-SDD → Brain-SDD → Competitor-SDD → PRD-SDD → Figma设计 → UI-SDD → Code-SDD → API-SDD → Env-SDD → Test-SDD → TDD开发 → 分层测试 → Bug闭环 → quality-gate → sdd-deploy → release-flow → claudeception
+```
+
+### Bug修复流程（SDD融合版）
+
+```
+systematic-debugging → Test-SDD补充回归用例 → sdd-add修复 → verification-before-completion → quality-gate → claudeception
+```
+
+### 精简流程判定标准
+
+满足任意2条即可使用精简流程：
+- 开发周期≤1天，代码量≤500行
+- 不涉及新接口、新UI组件，仅修改现有逻辑/文案
+- 无复杂交互，不影响全局流程
+
+---
+
+## 更新日志
+- v5.0（2026-05-06）：新增SDD融合框架，9份标准化模板，全流程SDD融合体系
+- v4.0（2026-05-05）：发布到npm包，新增npx安装方式，支持Trae/Trae-cn/Claude Code多环境安装
+- v3.0（2026-05-04）：更新技能列表，匹配当前实际存在的技能
+- v2.0（2024-05-04）：重构为个人开发版，去掉团队协作内容，新增更多技能选项
+- v1.0（2024-05-04）：初始版本

package/skills/brainstorming/SKILL.md

@@ -1,164 +0,0 @@
----
-name: brainstorming
-description: "在任何创造性工作之前必须使用此技能——创建功能、构建组件、添加功能或修改行为。在实现之前先探索用户意图、需求和设计。"
----
-
-# 头脑风暴：将想法转化为设计
-
-通过自然的协作对话，帮助将想法转化为完整的设计和规格说明。
-
-首先了解当前项目的上下文，然后逐一提问来完善想法。一旦你理解了要构建的内容，就展示设计方案并获得用户批准。
-
-<HARD-GATE>
-在你展示设计方案并获得用户批准之前，不要调用任何实现技能、编写任何代码、搭建任何项目或采取任何实现行动。这适用于所有项目，无论看起来多简单。
-</HARD-GATE>
-
-## 反模式："这个太简单了，不需要设计"
-
-每个项目都要经过这个流程。一个待办事项列表、一个单函数工具、一个配置变更——全都需要。"简单"的项目恰恰是未经检验的假设造成最多浪费的地方。设计可以很简短（对于真正简单的项目几句话就够了），但你必须展示出来并获得批准。
-
-## 检查清单
-
-你必须为以下每个条目创建任务，并按顺序完成：
-
-1. **探索项目上下文** — 检查文件、文档、最近的 commit
-2. **提供视觉伴侣**（如果主题涉及视觉问题）— 这是一条独立的消息，不要与澄清问题合并。参见下方的"视觉伴侣"部分。
-3. **提出澄清问题** — 每次一个，了解目的/约束/成功标准
-4. **提出 2-3 种方案** — 附带权衡分析和你的推荐
-5. **展示设计** — 按复杂度分节展示，每节展示后获得用户批准
-6. **编写设计文档** — 保存到 `docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md` 并 commit
-7. **规格自检** — 快速内联检查占位符、矛盾、模糊性、范围（详见下方）
-8. **用户审查书面规格** — 在继续之前请用户审查规格文件
-9. **过渡到实现** — 调用 writing-plans 技能创建实现计划
-
-## 流程图
-
-```dot
-digraph brainstorming {
-    "探索项目上下文" [shape=box];
-    "有视觉相关问题?" [shape=diamond];
-    "提供视觉伴侣\n（独立消息，不含其他内容）" [shape=box];
-    "提出澄清问题" [shape=box];
-    "提出 2-3 种方案" [shape=box];
-    "分节展示设计" [shape=box];
-    "用户批准设计?" [shape=diamond];
-    "编写设计文档" [shape=box];
-    "规格自检\n（内联修复）" [shape=box];
-    "用户审查规格?" [shape=diamond];
-    "调用 writing-plans 技能" [shape=doublecircle];
-
-    "探索项目上下文" -> "有视觉相关问题?";
-    "有视觉相关问题?" -> "提供视觉伴侣\n（独立消息，不含其他内容）" [label="是"];
-    "有视觉相关问题?" -> "提出澄清问题" [label="否"];
-    "提供视觉伴侣\n（独立消息，不含其他内容）" -> "提出澄清问题";
-    "提出澄清问题" -> "提出 2-3 种方案";
-    "提出 2-3 种方案" -> "分节展示设计";
-    "分节展示设计" -> "用户批准设计?";
-    "用户批准设计?" -> "分节展示设计" [label="否，修改"];
-    "用户批准设计?" -> "编写设计文档" [label="是"];
-    "编写设计文档" -> "规格自检\n（内联修复）";
-    "规格自检\n（内联修复）" -> "用户审查规格?";
-    "用户审查规格?" -> "编写设计文档" [label="要求修改"];
-    "用户审查规格?" -> "调用 writing-plans 技能" [label="批准"];
-}
-```
-
-**终止状态是调用 writing-plans。** 不要调用 frontend-design、mcp-builder 或任何其他实现技能。头脑风暴之后你唯一要调用的技能是 writing-plans。
-
-## 流程详述
-
-**理解想法：**
-
-- 首先查看当前项目状态（文件、文档、最近的 commit）
-- 在提出详细问题之前，先评估范围：如果需求描述了多个独立子系统（例如"构建一个包含聊天、文件存储、计费和分析的平台"），立即指出这一点。不要花时间用问题去细化一个需要先拆分的项目。
-- 如果项目规模过大，单个规格说明无法覆盖，帮助用户分解为子项目：有哪些独立的部分，它们之间有什么关系，应该按什么顺序构建？然后通过正常的设计流程进行第一个子项目的头脑风暴。每个子项目都有自己的规格 → 计划 → 实现周期。
-- 对于范围适当的项目，每次提一个问题来完善想法
-- 尽量使用选择题，开放式问题也可以
-- 每条消息只提一个问题——如果一个主题需要更多探索，拆分成多个问题
-- 重点理解：目的、约束、成功标准
-
-**探索方案：**
-
-- 提出 2-3 种不同的方案及其权衡
-- 以对话的方式展示选项，附上你的推荐和理由
-- 先展示你推荐的方案并解释原因
-
-**展示设计：**
-
-- 一旦你认为理解了要构建的内容，就展示设计
-- 每个部分的篇幅与其复杂度匹配：简单的几句话，复杂的最多 200-300 字
-- 每个部分展示后询问是否正确
-- 涵盖：架构、组件、数据流、错误处理、测试
-- 随时准备回头澄清不明确的地方
-
-**面向隔离和清晰的设计：**
-
-- 将系统拆分为更小的单元，每个单元有一个明确的职责，通过定义良好的接口通信，可以独立理解和测试
-- 对于每个单元，你应该能回答：它做什么，如何使用，它依赖什么？
-- 别人能否不看内部实现就理解一个单元的功能？你能否在不影响调用者的情况下修改内部实现？如果不能，边界需要调整。
-- 更小、边界清晰的单元也更便于你工作——你对能一次放入上下文的代码推理得更好，文件越专注你的编辑越可靠。当文件变大时，这通常意味着它承担了过多职责。
-
-**在现有代码库中工作：**
-
-- 在提出更改之前先探索现有结构。遵循现有模式。
-- 如果现有代码存在影响当前工作的问题（例如文件过大、边界不清、职责纠缠），在设计中包含有针对性的改进——就像一个优秀的开发者在工作中改进经手的代码一样。
-- 不要提议无关的重构。专注于服务当前目标的事情。
-
-## 设计之后
-
-**文档：**
-
-- 将验证通过的设计（规格说明）写入 `docs/superpowers/specs/YYYY-MM-DD-<topic>-design.md`
-  - （用户对规格位置的偏好优先于此默认值）
-- 如果可用，使用 elements-of-style:writing-clearly-and-concisely 技能
-- 将设计文档 commit 到 git
-
-**规格自检：**
-编写规格文档后，以全新的视角审视它：
-
-1. **占位符扫描：** 有没有"待定"、"TODO"、未完成的章节或模糊的需求？修复它们。
-2. **内部一致性：** 各章节之间有矛盾吗？架构和功能描述匹配吗？
-3. **范围检查：** 这是否聚焦到可以用一个实现计划覆盖，还是需要进一步拆分？
-4. **模糊性检查：** 有没有需求可以被两种方式理解？如果有，选择一种并明确写出来。
-
-发现问题就直接内联修复。无需重新审查——修好继续推进。
-
-**用户审查关卡：**
-规格自检完成后，请用户在继续之前审查书面规格：
-
-> "规格已编写并 commit 到 `<path>`。请审查一下，如果在我们开始编写实现计划之前你想做任何修改，请告诉我。"
-
-等待用户回复。如果他们要求修改，做出修改并重新运行规格自检。只有在用户批准后才继续。
-
-**实现：**
-
-- 调用 writing-plans 技能创建详细的实现计划
-- 不要调用任何其他技能。writing-plans 是下一步。
-
-## 核心原则
-
-- **每次一个问题** — 不要同时抛出多个问题
-- **优先选择题** — 在可能的情况下比开放式问题更容易回答
-- **严格遵循 YAGNI** — 从所有设计中移除不必要的功能
-- **探索替代方案** — 在做决定之前始终提出 2-3 种方案
-- **增量验证** — 展示设计，获得批准后再继续
-- **保持灵活** — 有不明确的地方就回头澄清
-
-## 视觉伴侣
-
-一个基于浏览器的伴侣工具，用于在头脑风暴过程中展示原型、图表和视觉选项。它是一个工具——不是一种模式。接受伴侣意味着它可用于适合视觉呈现的问题；并不意味着每个问题都要通过浏览器。
-
-**提供伴侣：** 当你预计后续问题会涉及视觉内容（原型、布局、图表）时，提供一次以获得同意：
-> "我们接下来讨论的一些内容，如果能在浏览器中展示给你看可能会更直观。我可以在讨论过程中为你制作原型、图表、对比图和其他视觉材料。这个功能还比较新，可能会消耗较多 token。要试试吗？（需要打开一个本地 URL）"
-
-**此提议必须是一条独立的消息。** 不要将它与澄清问题、上下文摘要或任何其他内容合并。消息中应该只包含上述提议，没有其他内容。等待用户回复后再继续。如果他们拒绝，继续纯文本的头脑风暴。
-
-**逐问题决策：** 即使用户接受了，也要对每个问题单独决定是使用浏览器还是终端。判断标准：**用户看到它是否比读到它更容易理解？**
-
-- **使用浏览器** 展示本身就是视觉的内容——原型、线框图、布局对比、架构图、并排视觉设计
-- **使用终端** 展示文本内容——需求问题、概念选择、权衡列表、A/B/C/D 文字选项、范围决策
-
-关于 UI 主题的问题不一定是视觉问题。"在这个上下文中个性化是什么意思？"是一个概念问题——使用终端。"哪种向导布局更好？"是一个视觉问题——使用浏览器。
-
-如果他们同意使用伴侣，在继续之前阅读详细指南：
-`skills/brainstorming/visual-companion.md`

package/skills/brainstorming/scripts/frame-template.html

@@ -1,214 +0,0 @@
-<!DOCTYPE html>
-<html>
-<head>
-  <meta charset="utf-8">
-  <title>Superpowers Brainstorming</title>
-  <style>
-    /*
-     * BRAINSTORM COMPANION FRAME TEMPLATE
-     *
-     * This template provides a consistent frame with:
-     * - OS-aware light/dark theming
-     * - Fixed header and selection indicator bar
-     * - Scrollable main content area
-     * - CSS helpers for common UI patterns
-     *
-     * Content is injected via placeholder comment in #claude-content.
-     */
-
-    * { box-sizing: border-box; margin: 0; padding: 0; }
-    html, body { height: 100%; overflow: hidden; }
-
-    /* ===== THEME VARIABLES ===== */
-    :root {
-      --bg-primary: #f5f5f7;
-      --bg-secondary: #ffffff;
-      --bg-tertiary: #e5e5e7;
-      --border: #d1d1d6;
-      --text-primary: #1d1d1f;
-      --text-secondary: #86868b;
-      --text-tertiary: #aeaeb2;
-      --accent: #0071e3;
-      --accent-hover: #0077ed;
-      --success: #34c759;
-      --warning: #ff9f0a;
-      --error: #ff3b30;
-      --selected-bg: #e8f4fd;
-      --selected-border: #0071e3;
-    }
-
-    @media (prefers-color-scheme: dark) {
-      :root {
-        --bg-primary: #1d1d1f;
-        --bg-secondary: #2d2d2f;
-        --bg-tertiary: #3d3d3f;
-        --border: #424245;
-        --text-primary: #f5f5f7;
-        --text-secondary: #86868b;
-        --text-tertiary: #636366;
-        --accent: #0a84ff;
-        --accent-hover: #409cff;
-        --selected-bg: rgba(10, 132, 255, 0.15);
-        --selected-border: #0a84ff;
-      }
-    }
-
-    body {
-      font-family: system-ui, -apple-system, BlinkMacSystemFont, sans-serif;
-      background: var(--bg-primary);
-      color: var(--text-primary);
-      display: flex;
-      flex-direction: column;
-      line-height: 1.5;
-    }
-
-    /* ===== FRAME STRUCTURE ===== */
-    .header {
-      background: var(--bg-secondary);
-      padding: 0.5rem 1.5rem;
-      display: flex;
-      justify-content: space-between;
-      align-items: center;
-      border-bottom: 1px solid var(--border);
-      flex-shrink: 0;
-    }
-    .header h1 { font-size: 0.85rem; font-weight: 500; color: var(--text-secondary); }
-    .header .status { font-size: 0.7rem; color: var(--success); display: flex; align-items: center; gap: 0.4rem; }
-    .header .status::before { content: ''; width: 6px; height: 6px; background: var(--success); border-radius: 50%; }
-
-    .main { flex: 1; overflow-y: auto; }
-    #claude-content { padding: 2rem; min-height: 100%; }
-
-    .indicator-bar {
-      background: var(--bg-secondary);
-      border-top: 1px solid var(--border);
-      padding: 0.5rem 1.5rem;
-      flex-shrink: 0;
-      text-align: center;
-    }
-    .indicator-bar span {
-      font-size: 0.75rem;
-      color: var(--text-secondary);
-    }
-    .indicator-bar .selected-text {
-      color: var(--accent);
-      font-weight: 500;
-    }
-
-    /* ===== TYPOGRAPHY ===== */
-    h2 { font-size: 1.5rem; font-weight: 600; margin-bottom: 0.5rem; }
-    h3 { font-size: 1.1rem; font-weight: 600; margin-bottom: 0.25rem; }
-    .subtitle { color: var(--text-secondary); margin-bottom: 1.5rem; }
-    .section { margin-bottom: 2rem; }
-    .label { font-size: 0.7rem; color: var(--text-secondary); text-transform: uppercase; letter-spacing: 0.05em; margin-bottom: 0.5rem; }
-
-    /* ===== OPTIONS (for A/B/C choices) ===== */
-    .options { display: flex; flex-direction: column; gap: 0.75rem; }
-    .option {
-      background: var(--bg-secondary);
-      border: 2px solid var(--border);
-      border-radius: 12px;
-      padding: 1rem 1.25rem;
-      cursor: pointer;
-      transition: all 0.15s ease;
-      display: flex;
-      align-items: flex-start;
-      gap: 1rem;
-    }
-    .option:hover { border-color: var(--accent); }
-    .option.selected { background: var(--selected-bg); border-color: var(--selected-border); }
-    .option .letter {
-      background: var(--bg-tertiary);
-      color: var(--text-secondary);
-      width: 1.75rem; height: 1.75rem;
-      border-radius: 6px;
-      display: flex; align-items: center; justify-content: center;
-      font-weight: 600; font-size: 0.85rem; flex-shrink: 0;
-    }
-    .option.selected .letter { background: var(--accent); color: white; }
-    .option .content { flex: 1; }
-    .option .content h3 { font-size: 0.95rem; margin-bottom: 0.15rem; }
-    .option .content p { color: var(--text-secondary); font-size: 0.85rem; margin: 0; }
-
-    /* ===== CARDS (for showing designs/mockups) ===== */
-    .cards { display: grid; grid-template-columns: repeat(auto-fit, minmax(280px, 1fr)); gap: 1rem; }
-    .card {
-      background: var(--bg-secondary);
-      border: 1px solid var(--border);
-      border-radius: 12px;
-      overflow: hidden;
-      cursor: pointer;
-      transition: all 0.15s ease;
-    }
-    .card:hover { border-color: var(--accent); transform: translateY(-2px); box-shadow: 0 4px 12px rgba(0,0,0,0.1); }
-    .card.selected { border-color: var(--selected-border); border-width: 2px; }
-    .card-image { background: var(--bg-tertiary); aspect-ratio: 16/10; display: flex; align-items: center; justify-content: center; }
-    .card-body { padding: 1rem; }
-    .card-body h3 { margin-bottom: 0.25rem; }
-    .card-body p { color: var(--text-secondary); font-size: 0.85rem; }
-
-    /* ===== MOCKUP CONTAINER ===== */
-    .mockup {
-      background: var(--bg-secondary);
-      border: 1px solid var(--border);
-      border-radius: 12px;
-      overflow: hidden;
-      margin-bottom: 1.5rem;
-    }
-    .mockup-header {
-      background: var(--bg-tertiary);
-      padding: 0.5rem 1rem;
-      font-size: 0.75rem;
-      color: var(--text-secondary);
-      border-bottom: 1px solid var(--border);
-    }
-    .mockup-body { padding: 1.5rem; }
-
-    /* ===== SPLIT VIEW (side-by-side comparison) ===== */
-    .split { display: grid; grid-template-columns: 1fr 1fr; gap: 1.5rem; }
-    @media (max-width: 700px) { .split { grid-template-columns: 1fr; } }
-
-    /* ===== PROS/CONS ===== */
-    .pros-cons { display: grid; grid-template-columns: 1fr 1fr; gap: 1rem; margin: 1rem 0; }
-    .pros, .cons { background: var(--bg-secondary); border-radius: 8px; padding: 1rem; }
-    .pros h4 { color: var(--success); font-size: 0.85rem; margin-bottom: 0.5rem; }
-    .cons h4 { color: var(--error); font-size: 0.85rem; margin-bottom: 0.5rem; }
-    .pros ul, .cons ul { margin-left: 1.25rem; font-size: 0.85rem; color: var(--text-secondary); }
-    .pros li, .cons li { margin-bottom: 0.25rem; }
-
-    /* ===== PLACEHOLDER (for mockup areas) ===== */
-    .placeholder {
-      background: var(--bg-tertiary);
-      border: 2px dashed var(--border);
-      border-radius: 8px;
-      padding: 2rem;
-      text-align: center;
-      color: var(--text-tertiary);
-    }
-
-    /* ===== INLINE MOCKUP ELEMENTS ===== */
-    .mock-nav { background: var(--accent); color: white; padding: 0.75rem 1rem; display: flex; gap: 1.5rem; font-size: 0.9rem; }
-    .mock-sidebar { background: var(--bg-tertiary); padding: 1rem; min-width: 180px; }
-    .mock-content { padding: 1.5rem; flex: 1; }
-    .mock-button { background: var(--accent); color: white; border: none; padding: 0.5rem 1rem; border-radius: 6px; font-size: 0.85rem; }
-    .mock-input { background: var(--bg-primary); border: 1px solid var(--border); border-radius: 6px; padding: 0.5rem; width: 100%; }
-  </style>
-</head>
-<body>
-  <div class="header">
-    <h1><a href="https://github.com/obra/superpowers" style="color: inherit; text-decoration: none;">Superpowers Brainstorming</a></h1>
-    <div class="status">Connected</div>
-  </div>
-
-  <div class="main">
-    <div id="claude-content">
-      <!-- CONTENT -->
-    </div>
-  </div>
-
-  <div class="indicator-bar">
-    <span id="indicator-text">Click an option above, then return to the terminal</span>
-  </div>
-
-</body>
-</html>