@liangjie559567/ultrapower 5.6.8 → 5.6.9

package/templates/rules/coding-style.md

@@ -1,89 +1,89 @@
-# 编码风格规则
-
-## 不可变性（关键）
-
-始终创建新对象，绝不修改：
-
-```javascript
-// 错误：修改
-function updateUser(user, name) {
-  user.name = name  // 修改！
-  return user
-}
-
-// 正确：不可变性
-function updateUser(user, name) {
-  return { ...user, name }
-}
-```
-
-## 文件组织
-
-多个小文件 > 少数大文件：
-
-* 高内聚，低耦合
-
-* 典型 200-400 行，最多 800 行
-
-* 从大型组件中提取工具函数
-
-* 按功能/领域组织，而非按类型
-
-## 错误处理
-
-始终全面处理错误：
-
-```typescript
-try {
-  const result = await riskyOperation()
-  return result
-} catch (error) {
-  console.error('Operation failed:', error)
-  throw new Error('User-friendly error message')
-}
-```
-
-## 输入验证
-
-始终验证用户输入：
-
-```typescript
-import { z } from 'zod'
-
-const schema = z.object({
-  email: z.string().email(),
-  age: z.number().int().min(0).max(150)
-})
-
-const validated = schema.parse(input)
-```
-
-## 代码质量清单
-
-标记工作完成前：
-
-* [ ] 代码可读且命名良好
-
-* [ ] 函数小巧（<50 行）
-
-* [ ] 文件聚焦（<800 行）
-
-* [ ] 无深层嵌套（>4 层）
-
-* [ ] 适当的错误处理
-
-* [ ] 无 console.log 语句
-
-* [ ] 无硬编码值
-
-* [ ] 使用不可变模式
-
-## [自定义] 项目特定风格
-
-在此添加项目特定的编码风格规则：
-
-* 命名约定
-
-* 文件结构要求
-
-* 框架特定模式
+# 编码风格规则
+
+## 不可变性（关键）
+
+始终创建新对象，绝不修改：
+
+```javascript
+// 错误：修改
+function updateUser(user, name) {
+  user.name = name  // 修改！
+  return user
+}
+
+// 正确：不可变性
+function updateUser(user, name) {
+  return { ...user, name }
+}
+```
+
+## 文件组织
+
+多个小文件 > 少数大文件：
+
+* 高内聚，低耦合
+
+* 典型 200-400 行，最多 800 行
+
+* 从大型组件中提取工具函数
+
+* 按功能/领域组织，而非按类型
+
+## 错误处理
+
+始终全面处理错误：
+
+```typescript
+try {
+  const result = await riskyOperation()
+  return result
+} catch (error) {
+  console.error('Operation failed:', error)
+  throw new Error('User-friendly error message')
+}
+```
+
+## 输入验证
+
+始终验证用户输入：
+
+```typescript
+import { z } from 'zod'
+
+const schema = z.object({
+  email: z.string().email(),
+  age: z.number().int().min(0).max(150)
+})
+
+const validated = schema.parse(input)
+```
+
+## 代码质量清单
+
+标记工作完成前：
+
+* [ ] 代码可读且命名良好
+
+* [ ] 函数小巧（<50 行）
+
+* [ ] 文件聚焦（<800 行）
+
+* [ ] 无深层嵌套（>4 层）
+
+* [ ] 适当的错误处理
+
+* [ ] 无 console.log 语句
+
+* [ ] 无硬编码值
+
+* [ ] 使用不可变模式
+
+## [自定义] 项目特定风格
+
+在此添加项目特定的编码风格规则：
+
+* 命名约定
+
+* 文件结构要求
+
+* 框架特定模式

package/templates/rules/git-workflow.md

@@ -1,47 +1,47 @@
-# Git 工作流规则
-
-## 提交信息格式
-
-```
-<type>: <description>
-
-<optional body>
-```
-
-类型：feat, fix, refactor, docs, test, chore, perf, ci
-
-## Pull Request 工作流
-
-创建 PR 时：
-1. 分析完整提交历史（不只是最新提交）
-2. 使用 `git diff [base-branch]...HEAD` 查看所有变更
-3. 起草全面的 PR 摘要
-4. 包含带 TODO 的测试计划
-5. 新分支使用 `-u` 标志推送
-
-## 功能实现工作流
-
-1. **先规划** - 使用 `planner` agent
-2. **TDD 方式** - 使用 `tdd-guide` agent
-3. **代码审查** - 编写代码后使用 `code-reviewer` agent
-4. **提交** - 遵循 conventional commits 格式
-
-## 分支命名
-
-* `feature/` - 新功能
-
-* `fix/` - Bug 修复
-
-* `refactor/` - 代码重构
-
-* `docs/` - 文档变更
-
-## [自定义] 项目特定 Git 规则
-
-在此添加项目特定的 git 工作流：
-
-* 分支保护规则
-
-* 必需的审查者
-
-* CI/CD 要求
+# Git 工作流规则
+
+## 提交信息格式
+
+```
+<type>: <description>
+
+<optional body>
+```
+
+类型：feat, fix, refactor, docs, test, chore, perf, ci
+
+## Pull Request 工作流
+
+创建 PR 时：
+1. 分析完整提交历史（不只是最新提交）
+2. 使用 `git diff [base-branch]...HEAD` 查看所有变更
+3. 起草全面的 PR 摘要
+4. 包含带 TODO 的测试计划
+5. 新分支使用 `-u` 标志推送
+
+## 功能实现工作流
+
+1. **先规划** - 使用 `planner` agent
+2. **TDD 方式** - 使用 `tdd-guide` agent
+3. **代码审查** - 编写代码后使用 `code-reviewer` agent
+4. **提交** - 遵循 conventional commits 格式
+
+## 分支命名
+
+* `feature/` - 新功能
+
+* `fix/` - Bug 修复
+
+* `refactor/` - 代码重构
+
+* `docs/` - 文档变更
+
+## [自定义] 项目特定 Git 规则
+
+在此添加项目特定的 git 工作流：
+
+* 分支保护规则
+
+* 必需的审查者
+
+* CI/CD 要求

package/templates/rules/performance.md

@@ -1,59 +1,59 @@
-# 性能规则
-
-## 模型选择策略
-
-**Haiku**（Sonnet 90% 的能力，节省 3 倍成本）：
-
-* 频繁调用的轻量级 agent
-
-* 代码生成和探索
-
-* 多 agent 系统中的 worker agent
-
-**Sonnet**（最佳编码模型）：
-
-* 主要开发工作
-
-* 编排多 agent 工作流
-
-* 复杂编码任务
-
-**Opus**（最深推理）：
-
-* 复杂架构决策
-
-* 最高推理要求
-
-* 研究和分析任务
-
-## Context Window 管理
-
-避免在 context window 最后 20% 时进行：
-
-* 大规模重构
-
-* 跨多个文件的功能实现
-
-* 调试复杂交互
-
-## 算法效率
-
-实现前：
-
-* [ ] 考虑时间复杂度
-
-* [ ] 当 O(n log n) 可行时避免 O(n^2)
-
-* [ ] 使用适当的数据结构
-
-* [ ] 缓存昂贵的计算
-
-## [自定义] 项目特定性能
-
-在此添加项目特定的性能要求：
-
-* 响应时间目标
-
-* Bundle 大小限制
-
-* 数据库查询限制
+# 性能规则
+
+## 模型选择策略
+
+**Haiku**（Sonnet 90% 的能力，节省 3 倍成本）：
+
+* 频繁调用的轻量级 agent
+
+* 代码生成和探索
+
+* 多 agent 系统中的 worker agent
+
+**Sonnet**（最佳编码模型）：
+
+* 主要开发工作
+
+* 编排多 agent 工作流
+
+* 复杂编码任务
+
+**Opus**（最深推理）：
+
+* 复杂架构决策
+
+* 最高推理要求
+
+* 研究和分析任务
+
+## Context Window 管理
+
+避免在 context window 最后 20% 时进行：
+
+* 大规模重构
+
+* 跨多个文件的功能实现
+
+* 调试复杂交互
+
+## 算法效率
+
+实现前：
+
+* [ ] 考虑时间复杂度
+
+* [ ] 当 O(n log n) 可行时避免 O(n^2)
+
+* [ ] 使用适当的数据结构
+
+* [ ] 缓存昂贵的计算
+
+## [自定义] 项目特定性能
+
+在此添加项目特定的性能要求：
+
+* 响应时间目标
+
+* Bundle 大小限制
+
+* 数据库查询限制

package/templates/rules/security.md

@@ -1,53 +1,53 @@
-# 安全规则
-
-## 强制安全检查
-
-任何提交前：
-
-* [ ] 无硬编码密钥（API keys、密码、token）
-
-* [ ] 所有用户输入已验证
-
-* [ ] SQL 注入防护（参数化查询）
-
-* [ ] XSS 防护（HTML 已净化）
-
-* [ ] CSRF 保护已启用
-
-* [ ] 身份验证/授权已验证
-
-* [ ] 所有端点有速率限制
-
-* [ ] 错误信息不泄露敏感数据
-
-## 密钥管理
-
-```typescript
-// 绝不：硬编码密钥
-const apiKey = "sk-proj-xxxxx"
-
-// 始终：环境变量
-const apiKey = process.env.API_KEY
-if (!apiKey) throw new Error('API_KEY not configured')
-```
-
-## 安全响应协议
-
-发现安全问题时：
-1. 立即停止
-2. 使用 `security-reviewer` agent
-3. 继续前修复关键问题
-4. 轮换任何已暴露的密钥
-5. 检查整个代码库是否有类似问题
-
-## [自定义] 项目特定安全
-
-在此添加项目特定的安全要求：
-
-* 身份验证方法
-
-* 授权规则
-
-* 数据加密要求
-
-* 合规要求（GDPR、HIPAA 等）
+# 安全规则
+
+## 强制安全检查
+
+任何提交前：
+
+* [ ] 无硬编码密钥（API keys、密码、token）
+
+* [ ] 所有用户输入已验证
+
+* [ ] SQL 注入防护（参数化查询）
+
+* [ ] XSS 防护（HTML 已净化）
+
+* [ ] CSRF 保护已启用
+
+* [ ] 身份验证/授权已验证
+
+* [ ] 所有端点有速率限制
+
+* [ ] 错误信息不泄露敏感数据
+
+## 密钥管理
+
+```typescript
+// 绝不：硬编码密钥
+const apiKey = "sk-proj-xxxxx"
+
+// 始终：环境变量
+const apiKey = process.env.API_KEY
+if (!apiKey) throw new Error('API_KEY not configured')
+```
+
+## 安全响应协议
+
+发现安全问题时：
+1. 立即停止
+2. 使用 `security-reviewer` agent
+3. 继续前修复关键问题
+4. 轮换任何已暴露的密钥
+5. 检查整个代码库是否有类似问题
+
+## [自定义] 项目特定安全
+
+在此添加项目特定的安全要求：
+
+* 身份验证方法
+
+* 授权规则
+
+* 数据加密要求
+
+* 合规要求（GDPR、HIPAA 等）

package/templates/rules/testing.md

@@ -1,54 +1,54 @@
-# 测试规则
-
-## 最低测试覆盖率：80%
-
-测试类型（全部必需）：
-1. **单元测试** - 独立函数、工具函数、组件
-2. **集成测试** - API 端点、数据库操作
-3. **E2E 测试** - 关键用户流程
-
-## 测试驱动开发
-
-强制工作流：
-1. 先写测试（RED）
-2. 运行测试——应该失败
-3. 编写最小实现（GREEN）
-4. 运行测试——应该通过
-5. 重构（IMPROVE）
-6. 验证覆盖率（80%+）
-
-## 需要测试的边缘情况
-
-每个函数必须测试：
-
-* [ ] Null/undefined 输入
-
-* [ ] 空数组/字符串
-
-* [ ] 无效类型
-
-* [ ] 边界值（最小/最大）
-
-* [ ] 错误条件
-
-## 测试质量清单
-
-* [ ] 测试相互独立（无共享状态）
-
-* [ ] 测试名称描述行为
-
-* [ ] 外部依赖使用 mock
-
-* [ ] 测试了正常路径和错误路径
-
-* [ ] 无不稳定测试
-
-## [自定义] 项目特定测试
-
-在此添加项目特定的测试要求：
-
-* 测试框架配置
-
-* Mock 设置模式
-
-* E2E 测试场景
+# 测试规则
+
+## 最低测试覆盖率：80%
+
+测试类型（全部必需）：
+1. **单元测试** - 独立函数、工具函数、组件
+2. **集成测试** - API 端点、数据库操作
+3. **E2E 测试** - 关键用户流程
+
+## 测试驱动开发
+
+强制工作流：
+1. 先写测试（RED）
+2. 运行测试——应该失败
+3. 编写最小实现（GREEN）
+4. 运行测试——应该通过
+5. 重构（IMPROVE）
+6. 验证覆盖率（80%+）
+
+## 需要测试的边缘情况
+
+每个函数必须测试：
+
+* [ ] Null/undefined 输入
+
+* [ ] 空数组/字符串
+
+* [ ] 无效类型
+
+* [ ] 边界值（最小/最大）
+
+* [ ] 错误条件
+
+## 测试质量清单
+
+* [ ] 测试相互独立（无共享状态）
+
+* [ ] 测试名称描述行为
+
+* [ ] 外部依赖使用 mock
+
+* [ ] 测试了正常路径和错误路径
+
+* [ ] 无不稳定测试
+
+## [自定义] 项目特定测试
+
+在此添加项目特定的测试要求：
+
+* 测试框架配置
+
+* Mock 设置模式
+
+* E2E 测试场景