sdd-full 4.2.0 → 4.3.1

package/skills/requirement-analysis/sdd-full/SKILL.md

@@ -1,54 +1,735 @@
-# sdd-full - 完整SDD流程
+【claude code调用标识：sdd-full-flow】【trae调用标识：sdd-full-flow+全流程开发】【流程场景：1.完整3阶段SDD流程、2.从零开始新项目、3.小型功能迭代、4.Bug处理、5.代码发布】
 
-## 功能说明
+---
+name: sdd-full-flow
+description: "SDD全流程开发 - 提供5个流程选项：完整3阶段流程、从零开始新项目、小型功能迭代、Bug处理、代码发布"
+---
 
-完整的软件设计文档(SDD)生成流程，覆盖从需求分析到部署运维的全生命周期。
+<SUBAGENT-STOP>
+如果您被派作为子代理执行特定任务，请跳过此技能。
+</SUBAGENT-STOP>
 
-## 触发词
+# SDD全流程开发
 
-`/sdd`、`SDD`、`软件设计文档`、`完整流程`、`三阶段`
+## 🎯 流程选项
 
-## 参数说明
+请选择您要使用的流程：
 
-| 参数名 | 类型 | 必填 | 说明 |
-|--------|------|------|------|
-| project_name | string | 是 | 项目名称 |
-| process_type | string | 否 | 流程类型：full（完整三阶段）/ requirement（仅需求）/ design（仅设计）/ test（仅测试） |
+```
+1. 完整3阶段SDD流程（推荐）
+2. 从零开始新项目（简化版）
+3. 小型功能迭代
+4. Bug处理
+5. 代码发布
+```
+
+---
+
+## 🚀 开始流程
+
+### 第一步：询问用户选择
+
+首先询问用户：
+```
+综合开发流程已启动！
+请选择您要使用的流程：
+1. 完整3阶段SDD流程（推荐）
+2. 从零开始新项目（简化版）
+3. 小型功能迭代
+4. Bug处理
+5. 代码发布
+
+请输入选项编号（1-5）：
+```
+
+### 第二步：按选择的流程执行
+
+---
+
+## 2. 从零开始新项目（简化版）
+
+```
+1. 市场调研/头脑风暴（可选，如需要创意/调研）
+   ↓
+2. PRD编写（可选，写PRD）
+   ↓
+3. 需求补全（可选，requirement-completion-officer）
+   ↓
+4. SDD拆分（sdd/sdd-full）
+   ↓
+5. UI设计（可选，ui-sdd）
+   ↓
+6. 实现拆分（sdd-code，含代码规范、技术债务、重构计划）
+   ↓
+7. 测试设计（sdd-test）
+   ↓
+8. 部署设计（可选，sdd-deploy）
+   ↓
+9. 制定计划（可选，writing-plans）
+   ↓
+10. 开始开发（可选，test-driven-development）
+```
+
+---
+
+## 3. 小型功能迭代
+
+```
+1. 需求补全（可选，requirement-completion-officer）
+   ↓
+2. 制定计划（可选，writing-plans）
+   ↓
+3. sdd-add快速处理
+   ↓
+4. 如果涉及UI/复杂逻辑，补充调用 ui-sdd/sdd-code
+   ↓
+5. verification-before-completion验证
+   ↓
+6. quality-gate质量检查
+   ↓
+7. finishing-a-development-branch完成分支（可选）
+   ↓
+8. 简单发布
+```
+
+---
+
+## 4. Bug处理
+
+```
+1. systematic-debugging调试
+   ↓
+2. sdd-add修复
+   ↓
+3. verification-before-completion验证
+   ↓
+4. quality-gate质量检查
+   ↓
+5. claudeception经验沉淀
+```
+
+---
+
+## 5. 代码发布
+
+```
+1. verification-before-completion验证
+   ↓
+2. quality-gate质量检查
+   ↓
+3. finishing-a-development-branch完成分支（可选）
+   ↓
+4. sdd-deploy部署设计（可选）
+   ↓
+5. release-flow发布管理
+```
+
+---
+
+## 1. 完整3阶段SDD流程（推荐）
+
+### 🔄 完整流程图
+
+```
+┌─────────────────────────────────────────────────────────────────────┐
+│  阶段 1：产品经理阶段（Product Manager）                            │
+│  ├─ 市场调研（market-research）                                     │
+│  ├─ 竞品分析（competitive-brief）                                    │
+│  ├─ 用户调研                                                        │
+│  ├─ 头脑风暴（brainstorming）【新增】                                │
+│  ├─ 需求文档编写（PRD）                                              │
+│  └─ 完成后询问：【是否进行SDD拆分？】→ 是则进入阶段2                  │
+└─────────────────────────────────────────────────────────────────────┘
+                              ↓ 是
+┌─────────────────────────────────────────────────────────────────────┐
+│  阶段 2：SDD拆分阶段（Split Phase）                                  │
+│  ├─ 基础SDD拆分（sdd）                                               │
+│  │  ├─ Epic拆分（如需要）                                            │
+│  │  ├─ 用户故事拆分（INVEST原则）                                    │
+│  │  ├─ 前后端架构拆分                                                │
+│  │  ├─ 数据库+接口拆分                                               │
+│  │  └─ SDD垂直切片                                                  │
+│  ├─ UI交互SDD（ui-sdd）【新增】                                      │
+│  │  ├─ UI设计梳理                                                   │
+│  │  ├─ 交互逻辑设计                                                 │
+│  │  └─ UI-SDD规范文档                                              │
+│  ├─ 功能实现SDD（sdd-code）                                          │
+│  │  ├─ 按语言架构拆分（前端/后端/Flutter）                            │
+│  │  ├─ 代码规范定义                                                  │
+│  │  └─ 技术债务管理+重构计划                                         │
+│  ├─ 测试SDD（sdd-test）                                              │
+│  │  ├─ 单元/集成/E2E测试SDD                                         │
+│  │  ├─ 性能/安全测试SDD                                              │
+│  │  └─ 测试数据管理                                                  │
+│  ├─ 部署SDD（sdd-deploy）                                            │
+│  │  ├─ 环境配置                                                      │
+│  │  ├─ 发布流程/回滚方案                                             │
+│  │  └─ 灰度发布/A/B测试                                             │
+│  ├─ 运维SDD（sdd-ops）                                              │
+│  │  ├─ 监控告警/日志管理                                             │
+│  │  ├─ 备份恢复/扩容策略                                             │
+│  │  └─ 灾难恢复/运维手册                                             │
+│  └─ 完成后询问：【是否进行MVP验证？】→ 是则进入阶段2.5                │
+└─────────────────────────────────────────────────────────────────────┘
+                              ↓ 是
+┌─────────────────────────────────────────────────────────────────────┐
+│  阶段 2.5：MVP验证（Minimum Viable Product）【新增】                    │
+│  ├─ 最小MVP开发（基于SDD中最核心的用户故事）                            │
+│  ├─ MVP内部测试                                                    │
+│  ├─ 用户介入测试（邀请真实用户测试）                                    │
+│  ├─ 反馈收集整理                                                    │
+│  ├─ 迭代优化（可调用 systematic-debugging/sdd-add）                  │
+│  └─ 用户确认通过 → 是则进入阶段3                                      │
+└─────────────────────────────────────────────────────────────────────┘
+                              ↓ 通过
+┌─────────────────────────────────────────────────────────────────────┐
+│  阶段 3：开发流程（Development Flow）                                │
+│  ├─ 实现计划（writing-plans）                                        │
+│  ├─ TDD开发（test-driven-development）                              │
+│  │  ├─ 分支A：调试流程（systematic-debugging）← 测试失败时触发      │
+│  │  │  ├─ 错误根因分析                                              │
+│  │  │  ├─ 修复问题                                                  │
+│  │  │  └─ 验证测试                                                  │
+│  │  ├─ 分支B：临时需求流程（sdd-add）← 临时需求插入时触发          │
+│  │  │  ├─ 需求澄清（5W1H）                                          │
+│  │  │  ├─ 优先级决策                                                │
+│  │  │  ├─ 成本估算+时间盒                                           │
+│  │  │  ├─ 最小可行实现                                              │
+│  │  │  └─ 技术债务记录                                              │
+│  │  └─ 正常完成 → 继续                                              │
+│  ├─ 验证完成（verification-before-completion）                       │
+│  ├─ 代码审查（requesting-code-review + receiving-code-review）     │
+│  ├─ 质量门禁（quality-gate + security-audit）                        │
+│  ├─ 交付发布（finishing-a-development-branch + release-flow）       │
+│  └─ 经验沉淀（claudeception + mempalace-auto-saver）                 │
+└─────────────────────────────────────────────────────────────────────┘
+```
+
+---
+
+## 🔄 完整3阶段SDD流程 - 详细步骤
+
+### 第一步：调用 using-superpowers
+
+首先调用 `using-superpowers` 建立技能调用规则，确保所有后续技能正确使用。
+
+---
+
+#### 阶段 1：产品经理阶段（Product Manager）
+
+**目标**：从市场到需求，完成产品定义
+
+**工具/技能**：
+- `market-research` - 市场调研
+- `competitive-brief` - 竞品分析
+- `brainstorming` - 头脑风暴【新增】
+- `prd-write` - 产品需求文档编写
+
+**详细步骤**：
+
+### 1.1 市场调研
+- 目标用户分析
+- 市场规模评估
+- 趋势分析
+- 痛点识别
+- 机会点挖掘
+
+**输出**：市场调研报告
+
+---
+
+### 1.2 竞品分析
+- 直接竞品分析
+- 间接竞品分析
+- 竞品功能对比矩阵
+- 竞品优劣势分析
+- 差异化机会点
+
+**输出**：竞品分析简报
+
+---
+
+### 1.3 用户调研
+- 用户画像定义
+- 用户访谈计划
+- 需求收集整理
+- 痛点优先级排序
+
+**输出**：用户调研报告
+
+---
+
+### 1.4 头脑风暴【新增】
+- 需求分析和方案设计
+- 功能探索和创意讨论
+- 技术方案初步评估
+- 用户体验设计探讨
+
+---
+
+### 1.5 PRD编写
+- 产品目标定位
+- 功能需求列表
+- 非功能需求
+- 用户故事初稿
+- 验收标准定义
+
+**输出**：完整PRD文档
+
+---
+
+### 阶段1完成检查
+- [ ] 市场调研报告完成
+- [ ] 竞品分析简报完成
+- [ ] 用户调研报告完成
+- [ ] 头脑风暴完成
+- [ ] PRD文档完成并用户确认
+
+---
+
+### 阶段1结束询问
+```
+产品经理阶段已完成！
+是否进行SDD拆分？（是/否）
+```
+
+---
+
+#### 阶段 2：SDD拆分阶段（Split Phase）
+
+**目标**：从需求到可执行规格，完成全链路设计
+
+**工具/技能**：
+- `sdd` - 基础SDD拆分
+- `ui-sdd` - UI交互SDD【新增】
+- `sdd-code` - 功能实现SDD
+- `sdd-test` - 测试SDD
+- `sdd-deploy` - 部署SDD
+- `sdd-ops` - 运维SDD
+
+**详细步骤**：
+
+---
+
+### 2.1 基础SDD拆分（sdd）
+
+**子阶段**：
+1. **Epic拆分（如需要）**
+   - 判断是否为大型需求（预计>2周）
+   - Epic→Feature分层
+   - 按用户旅程/功能模块拆分
+
+2. **用户故事拆分**
+   - 符合INVEST原则
+   - BDD格式验收标准
+   - 优先级排序（P0/P1/P2/P3）
+   - 工作量估算
+
+3. **前后端架构拆分**
+   - 前端职责定义
+   - 后端职责定义
+   - 技术选型说明
+
+4. **数据库+接口拆分**
+   - 数据库表结构
+   - RESTful API契约
+   - 契约版本管理
+
+5. **SDD垂直切片**
+   - 按用户故事垂直切分
+   - 每个SDD = 1个子代理可执行单元
+
+**输出**：
+- `docs/stories/user_stories.md`
+- `docs/architecture/frontend-backend.md`
+- `docs/database/schema.md`
+- `docs/api/contract.md`
+- `specs/[story-name]/` 基础SDD
+
+---
+
+### 2.2 UI交互SDD（ui-sdd）【新增】
 
-## 三阶段流程
+**核心内容**：
+- UI设计梳理
+  - 页面组件清单
+  - 页面布局规范
+  - UI/UX设计规范
+- 交互逻辑设计
+  - 用户操作流程
+  - 异常交互处理
+  - 反馈提示设计
+- UI-SDD规范文档
+  - 完整的UI-SDD目录
+  - 页面/组件级SDD
+  - 设计规范文档
 
-### 第一阶段：需求分析
-- 收集业务需求
-- 编写PRD文档
-- 定义验收标准
+**输出**：
+- `spec/ui/` 目录
+  - `pages/` 页面SDD
+  - `common/` 组件SDD
+  - `dialog/` 弹窗SDD
+- `docs/ui/` UI设计规范文档
 
-### 第二阶段：设计规划
-- 系统架构设计
-- UI/UX设计
-- API接口设计
-- 数据库设计
+---
 
-### 第三阶段：开发测试
-- 开发计划制定
-- 测试用例编写
-- 部署方案设计
+### 2.4 功能实现SDD（sdd-code）
 
-## 输出
+**核心拆分**：
+- 按语言架构特性拆分（前端/后端/Flutter）
+- 每个最小功能逻辑单元 = 1个SDD
 
-- PRD-SDD：产品需求文档
-- UI-SDD：界面设计文档
-- Code-SDD：代码设计文档
-- API-SDD：接口设计文档
-- Test-SDD：测试设计文档
-- Env-SDD：环境部署文档
+**代码规范**：
+- 命名规范（大驼峰/小驼峰/常量）
+- 注释规范
+- 单一职责原则
 
-## 使用示例
+**技术债务管理**：
+- 识别技术债务
+- 优先级排序
+- 制定重构计划
 
+**输出**：
+- `specs/function-implementation-sdd/[story-name]/`
+- `docs/tech-debt/`
+- `specs/refactor-plans/`
+
+---
+
+### 2.6 测试SDD（sdd-test）
+
+**测试类型覆盖**：
+1. **单元测试SDD** - 覆盖率≥80%
+2. **集成测试SDD** - 服务间交互
+3. **E2E测试SDD** - 用户旅程
+4. **性能测试SDD** - 响应时间/并发指标
+5. **安全测试SDD** - OWASP Top 10，包含 security-audit 【强调】
+
+**输出**：`specs/test/` 下各类型测试SDD，特别关注 `specs/test/security/` 安全测试部分
+
+---
+
+### 2.8 部署SDD（sdd-deploy）
+
+**核心内容**：
+- 环境配置（dev/test/staging/prod）
+- 发布流程+审批流程
+- 回滚方案+数据备份
+- 灰度发布策略
+- A/B测试方案
+- 配置管理
+
+**输出**：`docs/deploy/` 下部署文档
+
+---
+
+### 2.9 运维SDD（sdd-ops）
+
+**核心内容**：
+- 监控告警（应用/系统/数据库）
+- 日志管理（级别/格式/采集）
+- 备份恢复（策略/流程/演练）
+- 扩容策略（水平/垂直）
+- 灾难恢复（RTO/RPO/多活）
+- 运维手册
+
+**输出**：`docs/ops/` 下运维文档
+
+---
+
+### 阶段2完成检查
+- [ ] 基础SDD拆分完成（sdd）
+- [ ] UI交互SDD完成（ui-sdd）【新增】
+- [ ] 功能实现SDD完成（sdd-code）
+- [ ] 测试SDD完成（sdd-test）
+- [ ] 部署SDD完成（sdd-deploy）
+- [ ] 运维SDD完成（sdd-ops）
+- [ ] 所有设计文档用户确认
+
+---
+
+### 阶段2结束询问
+```
+SDD拆分阶段已完成！
+是否进行MVP验证？（是/否）
+```
+
+---
+
+#### 阶段 2.5：MVP验证（Minimum Viable Product）【新增】
+
+**目标**：最小可行产品验证，用户介入测试确认方向正确
+
+**工具/技能**：
+- `test-driven-development`（精简版，只做核心功能）
+- `systematic-debugging`（MVP迭代时使用）
+- `sdd-add`（MVP反馈优化时使用）
+
+**详细步骤**：
+
+---
+
+### 2.5.1 MVP功能筛选
+- 从SDD用户故事中挑选最核心的1-3个
+- 确保是最小可行产品（MVP）
+- 用户确认MVP范围
+
+---
+
+### 2.5.2 MVP开发
+- 调用 `test-driven-development` 精简版
+- 只开发MVP核心功能
+- 内部测试通过
+
+---
+
+### 2.5.3 用户介入测试
+- 邀请真实用户进行测试
+- 收集用户使用反馈
+- 记录问题和改进建议
+
+---
+
+### 2.5.4 迭代优化
+- 根据反馈整理问题清单
+- 调用 `systematic-debugging` 修复Bug
+- 调用 `sdd-add` 优化或调整功能（如需要）
+- 再次内部测试
+
+---
+
+### 2.5.5 用户确认
+- 展示优化后的MVP
+- 用户确认是否通过
+- 收集最终意见
+
+---
+
+### 阶段2.5完成检查
+- [ ] MVP范围确认
+- [ ] MVP开发完成
+- [ ] 内部测试通过
+- [ ] 用户介入测试完成
+- [ ] 反馈迭代完成
+- [ ] 用户确认通过
+
+---
+
+### 阶段2.5结束询问
 ```
-trae调用 sdd-full 项目名称=智能客服系统
-trae调用 sdd-full 项目名称=数据中台 流程类型=design
+MVP验证阶段已完成！
+用户确认通过。
+是否进入完整开发流程？（是/否）
 ```
 
-## 版本
+---
+
+#### 阶段 3：开发流程（Development Flow）
+
+**目标**：从设计到交付，完成开发发布
+
+**工具/技能**：
+- `writing-plans` - 实现计划
+- `test-driven-development` - TDD开发
+- `systematic-debugging` - 调试流程（分支A）
+- `sdd-add` - 临时需求流程（分支B）
+- `verification-before-completion` - 验证完成
+- `requesting-code-review` + `receiving-code-review` - 代码审查
+- `quality-gate` + `security-audit` - 质量门禁
+- `finishing-a-development-branch` + `release-flow` - 交付发布
+- `claudeception` + `mempalace-auto-saver` - 经验沉淀
+
+**详细步骤**：
+
+---
+
+### 3.1 实现计划
+- 调用 `writing-plans`
+- 输出TodoWrite任务清单
+- 用户确认计划
+
+---
+
+### 3.2 TDD开发（核心路径）
+
+**原则**：
+- 测试先行
+- 按Todo列表逐个执行
+- 每个功能完成后验证
+
+**分支A：调试流程**
+```
+触发条件：测试失败 / 发现Bug
+
+├─ 调用 systematic-debugging
+│  ├─ 错误根因分析
+│  ├─ 定位问题代码
+│  └─ 制定修复方案
+├─ 执行修复
+├─ 重新运行测试
+└─ 验证通过 → 返回TDD主流程
+```
+
+**分支B：临时需求流程**
+```
+触发条件：插入临时需求 / 紧急修复
+
+├─ 调用 sdd-add
+│  ├─ 需求澄清（5W1H）
+│  ├─ 优先级决策（P0/P1/P2/P3）
+│  ├─ 成本估算+时间盒限制
+│  ├─ 最小可行实现
+│  ├─ 技术债务记录
+│  └─ 文档同步
+├─ 创建独立分支
+├─ 开发+测试
+├─ 安全合并发布
+└─ 监控优化 → 返回TDD主流程
+```
+
+---
+
+### 3.3 验证完成
+调用 `verification-before-completion`，确保：
+- 所有测试通过
+- 功能符合验收标准
+- 无严重问题
+
+---
+
+### 3.4 代码审查
+- 调用 `requesting-code-review`
+- 调用 `receiving-code-review`
+- 根据反馈修改
+- 审查通过
+
+---
+
+### 3.5 质量门禁
+- 代码规范检查
+- 安全审计（security-audit）
+- 性能检查
+- 测试覆盖率验证
+
+---
+
+### 3.6 交付发布
+- 调用 `finishing-a-development-branch`
+- 调用 `release-flow`
+- 执行部署SDD
+- 发布上线
+
+---
+
+### 3.7 经验沉淀
+- 调用 `claudeception` - 保存经验教训，创建可复用技能
+- 调用 `mempalace-auto-saver` - 记忆宫殿存储
+
+---
+
+### 阶段3完成检查
+- [ ] 实现计划完成（writing-plans）
+- [ ] 所有功能开发完成
+- [ ] 所有测试通过
+- [ ] 代码审查通过
+- [ ] 质量门禁通过
+- [ ] 成功发布上线
+- [ ] 经验沉淀完成
+
+---
+
+#### 📂 最终产出目录结构
+
+```
+项目根/
+├── brainstorm.md                                  # 原始需求
+├── docs/
+│   ├── market-research.md                        # 市场调研（阶段1）
+│   ├── competitive-brief.md                      # 竞品分析（阶段1）
+│   ├── prd.md                                    # PRD文档（阶段1）
+│   ├── stories/
+│   │   └── user_stories.md                       # 用户故事（阶段2）
+│   ├── ui/
+│   │   └── design.md                             # UI设计规范（阶段2）
+│   ├── architecture/
+│   │   └── frontend-backend.md                   # 架构设计（阶段2）
+│   ├── database/
+│   │   └── schema.md                             # 数据库设计（阶段2）
+│   ├── api/
+│   │   └── contract.md                           # API契约（阶段2）
+│   ├── temp-requirements/                        # 临时需求（阶段3分支B）
+│   ├── tech-debt/                                # 技术债务（阶段2）
+│   ├── deploy/                                   # 部署文档（阶段2）
+│   │   ├── environments.md
+│   │   ├── release-process.md
+│   │   ├── rollback-plan.md
+│   │   └── ...
+│   └── ops/                                      # 运维文档（阶段2）
+│       ├── monitoring.md
+│       ├── logging.md
+│       ├── backup-restore.md
+│       └── ...
+└── specs/                                        # SDD功能规格
+    ├── [story1]/                                 # 基础SDD（阶段2）
+    ├── ui/                                       # UI交互SDD【新增】
+    │   ├── pages/
+    │   ├── common/
+    │   └── dialog/
+    ├── function-implementation-sdd/              # 实现SDD（阶段2）
+    ├── test/                                     # 测试SDD（阶段2）
+    │   ├── unit/
+    │   ├── integration/
+    │   ├── e2e/
+    │   ├── performance/
+    │   ├── security/
+    │   └── data/
+    └── refactor-plans/                           # 重构计划（阶段2）
+```
+
+---
+
+#### 📋 全流程检查清单
+
+| 阶段 | 步骤 | 完成标记 |
+|------|------|---------|
+| **前置** | 调用 using-superpowers | ⬜ |
+| **阶段1** | 市场调研 | ⬜ |
+| | 竞品分析 | ⬜ |
+| | 用户调研 | ⬜ |
+| | 头脑风暴【新增】 | ⬜ |
+| | PRD编写 | ⬜ |
+| | **用户确认是否进行SDD拆分** | ⬜ |
+| **阶段2** | 基础SDD拆分（sdd） | ⬜ |
+| | UI交互SDD（ui-sdd）【新增】 | ⬜ |
+| | 功能实现SDD（sdd-code） | ⬜ |
+| | 测试SDD（sdd-test） | ⬜ |
+| | 部署SDD（sdd-deploy） | ⬜ |
+| | 运维SDD（sdd-ops） | ⬜ |
+| | **用户确认是否进行MVP验证** | ⬜ |
+| **阶段2.5** | MVP功能筛选 | ⬜ |
+| | MVP开发 | ⬜ |
+| | 用户介入测试 | ⬜ |
+| | 迭代优化 | ⬜ |
+| | **用户确认通过** | ⬜ |
+| **阶段3** | 实现计划（writing-plans） | ⬜ |
+| | TDD开发 | ⬜ |
+| | 调试流程（分支A，按需） | ⬜ |
+| | 临时需求流程（分支B，按需） | ⬜ |
+| | 验证完成 | ⬜ |
+| | 代码审查 | ⬜ |
+| | 质量门禁 | ⬜ |
+| | 交付发布 | ⬜ |
+| | 经验沉淀 | ⬜ |
+
+---
+
+#### ⚡ 快速开始
+
+现在，让我们开始吧！
+1. **首先调用 `using-superpowers`**
+2. **然后进入阶段1：产品经理阶段**
+
+---
+
+**一句话总结**：阶段1做产品（市场→竞品→用户调研→头脑风暴→PRD）→ 阶段2做设计（SDD全系列拆分，含 ui-sdd，含安全测试）→ 阶段2.5做MVP验证（最小开发→用户介入测试→迭代→确认）→ 阶段3做开发（从 writing-plans 开始 → TDD+分支流程+安全审计）→ 每个阶段结束后询问是否继续！
 
-v4.1.0