[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"skill:01M6MXDJDEVHAX7B49PQFTS7DW":3,"skill-same:01M6MXDJDEVHAX7B49PQFTS7DW":59},{"skillNo":4,"name":5,"nameZh":6,"description":7,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":16,"categories":17,"keywords":23,"publishedAt":27,"linkOnly":28,"markdownContent":29,"markdownBody":30,"frontMatter":31,"refName":32,"commitSha":33,"skillDirectory":34,"forksCount":35,"repositoryHtmlUrl":36,"repositoryHomepageUrl":6,"ownerHtmlUrl":37,"ownerBlogUrl":6,"ownerDescription":6,"updatedAt":38,"install":39,"resources":52},"01M6MXDJDEVHAX7B49PQFTS7DW","code-reviewer",null,"OpenLogos code-reviewer 方法论 Skill","miniidealab\u002Fopenlogos","miniidealab","https:\u002F\u002Favatars.githubusercontent.com\u002Fu\u002F4251156?v=4","01M6MX6BM454XESZCRPBQQHKRT","FredHuang","01M6MX6BR4417H4QA658D4GW9X",581,"Apache-2.0","https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Flogos\u002Fchanges\u002Farchive\u002F20260829-2333-release-0-14-1-local\u002Fdeployment-artifacts-20260830T0554Z\u002Fcandidate-unpack\u002Fpackage\u002Fqoder-plugin-template\u002Fskills\u002Fcode-reviewer\u002FSKILL.md",[18],{"categoryNo":19,"categoryName":20,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000030","开发工程师","PROFESSION","适用职业",[24,25,26],"code","code reviewer","reviewer","2026-11-10 10:12:30",false,"---\nname: \"code-reviewer\"\ndescription: \"OpenLogos code-reviewer 方法论 Skill\"\n---\n# Skill: Code Reviewer\n\n> 审查 AI 生成的代码，基于 OpenLogos 全链路规格（API YAML、时序图 EX 用例、DB DDL）进行系统性校验，确保代码与设计文档完全一致，覆盖所有异常路径，满足安全要求。\n\n## 触发条件\n\n- 用户要求审查代码或 Code Review\n- 用户提到 \"Phase 3 Step 5\"、\"代码审核\"、\"代码审查\"\n- AI 刚生成了一段代码，需要验证其质量\n- 部署前的最终检查\n- 编排测试失败后需要定位代码问题\n\n## 前置依赖\n\n- `logos\u002Fresources\u002Fapi\u002F` 中包含 API YAML 规格\n- `logos\u002Fresources\u002Fprd\u002F3-technical-plan\u002F2-scenario-implementation\u002F` 中包含场景时序图（含 EX 用例）\n- `logos\u002Fresources\u002Fdatabase\u002F` 中包含 DB DDL\n- 待审查的代码已可读取\n\n无 API 的项目（纯 CLI \u002F 库）可省略 API 一致性检查，聚焦时序图覆盖和异常处理。\n\n## 核心能力\n\n1. 校验代码实现与 API YAML 规格的一致性\n2. 检查异常处理是否覆盖所有 EX 用例\n3. 检查 DB 操作是否符合 DDL 设计\n4. 检查安全策略（认证、RLS、输入校验）\n5. 检查代码风格和最佳实践\n6. 输出结构化的审查报告\n\n## 执行步骤\n\n### Step 1: 加载规格上下文\n\n**前置检查 — YAML 有效性（优先于一切）：**\n\n在加载 API 规格之前，先验证所有 `logos\u002Fresources\u002Fapi\u002F*.yaml` 文件是否为有效 YAML 且符合 OpenAPI 3.x 规范。如果任何文件解析失败（例如 `description` 字段中特殊字符未加引号），立即报告为 **Critical** 阻塞项——在 YAML 错误修复前不进行后续审查。\n\n**然后**读取以下文件，建立代码审查的\"参照基准\"：\n\n- **API YAML**（`logos\u002Fresources\u002Fapi\u002F*.yaml`）：提取端点清单，记录每个端点的路径、方法、请求体 schema、响应 schema、状态码\n- **场景时序图**（`logos\u002Fresources\u002Fprd\u002F3-technical-plan\u002F2-scenario-implementation\u002F`）：提取所有 EX 异常用例编号和预期行为\n- **DB DDL**（`logos\u002Fresources\u002Fdatabase\u002F`）：提取表结构、字段类型、约束、索引\n- **`logos-project.yaml`**：读取 `tech_stack` 确认技术栈，`external_dependencies` 确认外部依赖\n\n汇总为审查检查清单：\n\n```markdown\n审查范围：S01 相关代码\n- API 端点：4 个（auth.yaml）\n- EX 异常用例：7 个（EX-2.1 ~ EX-5.2）\n- DB 表：2 张（users, profiles）\n- 安全策略：RLS 2 条\n```\n\n### Step 2: API 一致性审查\n\n逐个端点对比代码实现与 API YAML 规格：\n\n**检查项**：\n\n| 检查项 | 说明 | 严重程度 |\n|--------|------|---------|\n| 路径匹配 | 代码中的路由路径是否与 YAML 中的 `paths` 完全一致 | Critical |\n| HTTP 方法 | GET\u002FPOST\u002FPUT\u002FDELETE 是否匹配 | Critical |\n| 请求体字段 | 代码是否读取了 YAML 中 `requestBody.schema` 定义的所有 required 字段 | Critical |\n| 请求体校验 | 字段类型、format（email\u002Fuuid）、minLength 等约束是否在代码中有校验 | Warning |\n| 响应字段 | 代码返回的 JSON 字段名和类型是否与 YAML 中 `responses.schema` 一致 | Critical |\n| 状态码 | 正常和异常情况下返回的 HTTP 状态码是否与 YAML 定义一致 | Critical |\n| 错误响应格式 | 错误响应是否遵循 `{ code, message, details? }` 统一格式 | Warning |\n| YAML 有效性 | `logos\u002Fresources\u002Fapi\u002F*.yaml` 所有文件是否为有效 YAML 且符合 OpenAPI 3.x 规范——`description`\u002F`summary` 值中未加引号的特殊字符（`:`、`→`、`#`）是常见故障点 | Critical |\n\n**输出格式**：\n\n```markdown\n### API 一致性\n\n| 端点 | 检查项 | 状态 | 说明 |\n|------|--------|------|------|\n| POST \u002Fapi\u002Fauth\u002Fregister | 请求体字段 | ✅ | email, password 均已读取 |\n| POST \u002Fapi\u002Fauth\u002Fregister | 响应状态码 | ❌ Critical | 注册成功返回 200，YAML 定义为 201 |\n| POST \u002Fapi\u002Fauth\u002Fregister | 错误码 | ❌ Warning | 邮箱重复返回通用 400，YAML 定义为 409 |\n```\n\n### Step 3: 异常处理覆盖审查\n\n将时序图中的所有 EX 异常用例与代码中的错误处理逐一对应：\n\n1. 列出该场景所有 EX 编号及其预期行为\n2. 在代码中查找对应的 try\u002Fcatch、if\u002Felse、error handler\n3. 标注未覆盖的 EX 用例\n\n**检查重点**：\n\n- 每个 EX 用例是否有对应的代码分支\n- 异常情况下是否返回了正确的 HTTP 状态码和错误码\n- 是否有\"静默吞掉异常\"的情况（catch 块为空或只打日志不返回错误）\n- 外部服务调用（DB、第三方 API）是否都有超时和错误处理\n- 是否存在时序图中没有但代码中多出的异常处理（可能意味着时序图遗漏）\n\n**输出格式**：\n\n```markdown\n### 异常处理覆盖\n\n| EX 编号 | 异常描述 | 代码覆盖 | 说明 |\n|---------|---------|---------|------|\n| EX-2.1 | 邮箱已注册 | ✅ | 返回 409，格式正确 |\n| EX-2.2 | Auth 服务不可用 | ❌ Critical | 无 try\u002Fcatch 包裹 supabase.auth.signUp 调用 |\n| EX-4.1 | profiles 写入失败 | ❌ Critical | INSERT 失败后未回滚 auth.users 记录 |\n```\n\n### Step 4: DB 操作审查\n\n检查代码中的数据库操作是否符合 DDL 设计：\n\n**检查项**：\n\n- **表名和列名**：代码中引用的表名\u002F列名是否与 DDL 一致（无拼写错误、大小写差异）\n- **字段类型**：代码中传入的值类型是否与 DDL 定义匹配（如 DDL 中 `INTEGER` 的金额字段，代码是否传入分值而非元）\n- **约束遵守**：NOT NULL 字段是否确保有值、UNIQUE 字段是否做了冲突处理、CHECK 约束中的枚举值是否在代码中有对应常量\n- **事务使用**：涉及多表写入的操作是否包裹在事务中\n- **迁移一致**：DDL 中的最新字段是否在代码中已使用（避免 DDL 更新了但代码忘记跟进）\n\n### Step 5: 安全审查\n\n检查代码的安全实现：\n\n| 检查项 | 说明 | 严重程度 |\n|--------|------|---------|\n| 认证检查 | 需认证的端点是否在处理逻辑前验证了 token\u002Fsession | Critical |\n| 授权检查 | 用户是否只能访问自己的数据（owner check） | Critical |\n| 输入校验 | 用户输入是否做了类型校验和长度限制（防注入、防 XSS） | Critical |\n| 敏感数据 | 响应中是否泄露了密码哈希、内部 ID、堆栈信息 | Critical |\n| RLS 依赖 | 如果依赖 PostgreSQL RLS，代码是否正确设置了 `auth.uid()` 上下文 | Warning |\n| SQL 注入 | 是否使用参数化查询（禁止字符串拼接 SQL） | Critical |\n| 速率限制 | 关键端点（登录、注册）是否有防暴力破解的速率限制 | Warning |\n\n### Step 6: 输出审查报告\n\n按严重程度汇总所有发现，生成结构化报告：\n\n```markdown\n# 代码审查报告：S01 用户注册\n\n## 审查范围\n- 场景：S01\n- 端点：4 个\n- EX 用例：7 个\n- 代码文件：src\u002Fapi\u002Fauth\u002Fregister.ts, src\u002Fapi\u002Fauth\u002Flogin.ts\n\n## 审查摘要\n\n| 严重程度 | 数量 |\n|---------|------|\n| ? Critical | 2 |\n| ? Warning | 3 |\n| ? Info | 1 |\n\n## Critical 发现\n\n### [C1] POST \u002Fapi\u002Fauth\u002Fregister 状态码不匹配\n- **规格来源**：auth.yaml → register → responses.201\n- **问题**：代码返回 200，规格定义为 201\n- **修复建议**：将 `res.status(200)` 改为 `res.status(201)`\n\n### [C2] EX-2.2 未处理：Auth 服务不可用\n- **规格来源**：S01 时序图 → EX-2.2\n- **问题**：`supabase.auth.signUp()` 调用未包裹 try\u002Fcatch\n- **修复建议**：添加 try\u002Fcatch，超时或 5xx 时返回 503\n\n## Warning 发现\n...\n\n## Info 发现\n...\n```\n\n**报告原则**：\n- Critical 必须修复后才能进入编排验收\n- Warning 建议修复，但不阻塞交付\n- Info 为改进建议，可后续处理\n- 每条发现都必须引用规格来源（API YAML、EX 编号、DDL）\n\n## 输出规范\n\n- 审查报告直接输出到对话中（不写文件）\n- 按严重程度分类：Critical \u002F Warning \u002F Info\n- 每条发现格式：编号 + 规格来源 + 问题描述 + 修复建议\n- 末尾给出总结和下一步建议（如\"修复 2 个 Critical 后可运行编排验收\"）\n\n## 实践经验\n\n- **一致性优先**：代码必须与 API YAML 完全一致——字段名、类型、状态码都不能偏差。大部分线上 Bug 来自代码和规格的微妙不一致\n- **异常处理是重点**：大部分 Bug 都出在异常路径上，仔细检查每个 EX 用例是否有对应的 catch\u002Ferror handler\n- **安全不打折**：认证检查、RLS 策略、输入校验，任何一项缺失都是 Critical\n- **不要过度审查**：代码风格问题标记为 Info，不阻塞交付。审查的核心目标是\"代码与规格一致\"，不是\"代码完美\"\n- **审查前先跑一遍**：如果代码能跑起来，先运行一次编排测试，用失败的 case 反向定位问题，比逐行看代码高效\n- **关注补偿逻辑**：多步写入（如先创建 auth user 再写 profile）如果中途失败，是否有回滚或补偿机制——这是最容易遗漏的 Critical 问题\n\n## 推荐提示词\n\n以下提示词可以直接复制给 AI 使用：\n\n- `帮我做代码审查`\n- `帮我检查这段代码是否符合 API YAML 规格`\n- `Review 一下 S01 相关的代码实现`\n- `帮我检查异常处理是否完整`\n- `帮我检查安全策略是否到位`\n","# Skill: Code Reviewer\n\n> 审查 AI 生成的代码，基于 OpenLogos 全链路规格（API YAML、时序图 EX 用例、DB DDL）进行系统性校验，确保代码与设计文档完全一致，覆盖所有异常路径，满足安全要求。\n\n## 触发条件\n\n- 用户要求审查代码或 Code Review\n- 用户提到 \"Phase 3 Step 5\"、\"代码审核\"、\"代码审查\"\n- AI 刚生成了一段代码，需要验证其质量\n- 部署前的最终检查\n- 编排测试失败后需要定位代码问题\n\n## 前置依赖\n\n- `logos\u002Fresources\u002Fapi\u002F` 中包含 API YAML 规格\n- `logos\u002Fresources\u002Fprd\u002F3-technical-plan\u002F2-scenario-implementation\u002F` 中包含场景时序图（含 EX 用例）\n- `logos\u002Fresources\u002Fdatabase\u002F` 中包含 DB DDL\n- 待审查的代码已可读取\n\n无 API 的项目（纯 CLI \u002F 库）可省略 API 一致性检查，聚焦时序图覆盖和异常处理。\n\n## 核心能力\n\n1. 校验代码实现与 API YAML 规格的一致性\n2. 检查异常处理是否覆盖所有 EX 用例\n3. 检查 DB 操作是否符合 DDL 设计\n4. 检查安全策略（认证、RLS、输入校验）\n5. 检查代码风格和最佳实践\n6. 输出结构化的审查报告\n\n## 执行步骤\n\n### Step 1: 加载规格上下文\n\n**前置检查 — YAML 有效性（优先于一切）：**\n\n在加载 API 规格之前，先验证所有 `logos\u002Fresources\u002Fapi\u002F*.yaml` 文件是否为有效 YAML 且符合 OpenAPI 3.x 规范。如果任何文件解析失败（例如 `description` 字段中特殊字符未加引号），立即报告为 **Critical** 阻塞项——在 YAML 错误修复前不进行后续审查。\n\n**然后**读取以下文件，建立代码审查的\"参照基准\"：\n\n- **API YAML**（`logos\u002Fresources\u002Fapi\u002F*.yaml`）：提取端点清单，记录每个端点的路径、方法、请求体 schema、响应 schema、状态码\n- **场景时序图**（`logos\u002Fresources\u002Fprd\u002F3-technical-plan\u002F2-scenario-implementation\u002F`）：提取所有 EX 异常用例编号和预期行为\n- **DB DDL**（`logos\u002Fresources\u002Fdatabase\u002F`）：提取表结构、字段类型、约束、索引\n- **`logos-project.yaml`**：读取 `tech_stack` 确认技术栈，`external_dependencies` 确认外部依赖\n\n汇总为审查检查清单：\n\n```markdown\n审查范围：S01 相关代码\n- API 端点：4 个（auth.yaml）\n- EX 异常用例：7 个（EX-2.1 ~ EX-5.2）\n- DB 表：2 张（users, profiles）\n- 安全策略：RLS 2 条\n```\n\n### Step 2: API 一致性审查\n\n逐个端点对比代码实现与 API YAML 规格：\n\n**检查项**：\n\n| 检查项 | 说明 | 严重程度 |\n|--------|------|---------|\n| 路径匹配 | 代码中的路由路径是否与 YAML 中的 `paths` 完全一致 | Critical |\n| HTTP 方法 | GET\u002FPOST\u002FPUT\u002FDELETE 是否匹配 | Critical |\n| 请求体字段 | 代码是否读取了 YAML 中 `requestBody.schema` 定义的所有 required 字段 | Critical |\n| 请求体校验 | 字段类型、format（email\u002Fuuid）、minLength 等约束是否在代码中有校验 | Warning |\n| 响应字段 | 代码返回的 JSON 字段名和类型是否与 YAML 中 `responses.schema` 一致 | Critical |\n| 状态码 | 正常和异常情况下返回的 HTTP 状态码是否与 YAML 定义一致 | Critical |\n| 错误响应格式 | 错误响应是否遵循 `{ code, message, details? }` 统一格式 | Warning |\n| YAML 有效性 | `logos\u002Fresources\u002Fapi\u002F*.yaml` 所有文件是否为有效 YAML 且符合 OpenAPI 3.x 规范——`description`\u002F`summary` 值中未加引号的特殊字符（`:`、`→`、`#`）是常见故障点 | Critical |\n\n**输出格式**：\n\n```markdown\n### API 一致性\n\n| 端点 | 检查项 | 状态 | 说明 |\n|------|--------|------|------|\n| POST \u002Fapi\u002Fauth\u002Fregister | 请求体字段 | ✅ | email, password 均已读取 |\n| POST \u002Fapi\u002Fauth\u002Fregister | 响应状态码 | ❌ Critical | 注册成功返回 200，YAML 定义为 201 |\n| POST \u002Fapi\u002Fauth\u002Fregister | 错误码 | ❌ Warning | 邮箱重复返回通用 400，YAML 定义为 409 |\n```\n\n### Step 3: 异常处理覆盖审查\n\n将时序图中的所有 EX 异常用例与代码中的错误处理逐一对应：\n\n1. 列出该场景所有 EX 编号及其预期行为\n2. 在代码中查找对应的 try\u002Fcatch、if\u002Felse、error handler\n3. 标注未覆盖的 EX 用例\n\n**检查重点**：\n\n- 每个 EX 用例是否有对应的代码分支\n- 异常情况下是否返回了正确的 HTTP 状态码和错误码\n- 是否有\"静默吞掉异常\"的情况（catch 块为空或只打日志不返回错误）\n- 外部服务调用（DB、第三方 API）是否都有超时和错误处理\n- 是否存在时序图中没有但代码中多出的异常处理（可能意味着时序图遗漏）\n\n**输出格式**：\n\n```markdown\n### 异常处理覆盖\n\n| EX 编号 | 异常描述 | 代码覆盖 | 说明 |\n|---------|---------|---------|------|\n| EX-2.1 | 邮箱已注册 | ✅ | 返回 409，格式正确 |\n| EX-2.2 | Auth 服务不可用 | ❌ Critical | 无 try\u002Fcatch 包裹 supabase.auth.signUp 调用 |\n| EX-4.1 | profiles 写入失败 | ❌ Critical | INSERT 失败后未回滚 auth.users 记录 |\n```\n\n### Step 4: DB 操作审查\n\n检查代码中的数据库操作是否符合 DDL 设计：\n\n**检查项**：\n\n- **表名和列名**：代码中引用的表名\u002F列名是否与 DDL 一致（无拼写错误、大小写差异）\n- **字段类型**：代码中传入的值类型是否与 DDL 定义匹配（如 DDL 中 `INTEGER` 的金额字段，代码是否传入分值而非元）\n- **约束遵守**：NOT NULL 字段是否确保有值、UNIQUE 字段是否做了冲突处理、CHECK 约束中的枚举值是否在代码中有对应常量\n- **事务使用**：涉及多表写入的操作是否包裹在事务中\n- **迁移一致**：DDL 中的最新字段是否在代码中已使用（避免 DDL 更新了但代码忘记跟进）\n\n### Step 5: 安全审查\n\n检查代码的安全实现：\n\n| 检查项 | 说明 | 严重程度 |\n|--------|------|---------|\n| 认证检查 | 需认证的端点是否在处理逻辑前验证了 token\u002Fsession | Critical |\n| 授权检查 | 用户是否只能访问自己的数据（owner check） | Critical |\n| 输入校验 | 用户输入是否做了类型校验和长度限制（防注入、防 XSS） | Critical |\n| 敏感数据 | 响应中是否泄露了密码哈希、内部 ID、堆栈信息 | Critical |\n| RLS 依赖 | 如果依赖 PostgreSQL RLS，代码是否正确设置了 `auth.uid()` 上下文 | Warning |\n| SQL 注入 | 是否使用参数化查询（禁止字符串拼接 SQL） | Critical |\n| 速率限制 | 关键端点（登录、注册）是否有防暴力破解的速率限制 | Warning |\n\n### Step 6: 输出审查报告\n\n按严重程度汇总所有发现，生成结构化报告：\n\n```markdown\n# 代码审查报告：S01 用户注册\n\n## 审查范围\n- 场景：S01\n- 端点：4 个\n- EX 用例：7 个\n- 代码文件：src\u002Fapi\u002Fauth\u002Fregister.ts, src\u002Fapi\u002Fauth\u002Flogin.ts\n\n## 审查摘要\n\n| 严重程度 | 数量 |\n|---------|------|\n| ? Critical | 2 |\n| ? Warning | 3 |\n| ? Info | 1 |\n\n## Critical 发现\n\n### [C1] POST \u002Fapi\u002Fauth\u002Fregister 状态码不匹配\n- **规格来源**：auth.yaml → register → responses.201\n- **问题**：代码返回 200，规格定义为 201\n- **修复建议**：将 `res.status(200)` 改为 `res.status(201)`\n\n### [C2] EX-2.2 未处理：Auth 服务不可用\n- **规格来源**：S01 时序图 → EX-2.2\n- **问题**：`supabase.auth.signUp()` 调用未包裹 try\u002Fcatch\n- **修复建议**：添加 try\u002Fcatch，超时或 5xx 时返回 503\n\n## Warning 发现\n...\n\n## Info 发现\n...\n```\n\n**报告原则**：\n- Critical 必须修复后才能进入编排验收\n- Warning 建议修复，但不阻塞交付\n- Info 为改进建议，可后续处理\n- 每条发现都必须引用规格来源（API YAML、EX 编号、DDL）\n\n## 输出规范\n\n- 审查报告直接输出到对话中（不写文件）\n- 按严重程度分类：Critical \u002F Warning \u002F Info\n- 每条发现格式：编号 + 规格来源 + 问题描述 + 修复建议\n- 末尾给出总结和下一步建议（如\"修复 2 个 Critical 后可运行编排验收\"）\n\n## 实践经验\n\n- **一致性优先**：代码必须与 API YAML 完全一致——字段名、类型、状态码都不能偏差。大部分线上 Bug 来自代码和规格的微妙不一致\n- **异常处理是重点**：大部分 Bug 都出在异常路径上，仔细检查每个 EX 用例是否有对应的 catch\u002Ferror handler\n- **安全不打折**：认证检查、RLS 策略、输入校验，任何一项缺失都是 Critical\n- **不要过度审查**：代码风格问题标记为 Info，不阻塞交付。审查的核心目标是\"代码与规格一致\"，不是\"代码完美\"\n- **审查前先跑一遍**：如果代码能跑起来，先运行一次编排测试，用失败的 case 反向定位问题，比逐行看代码高效\n- **关注补偿逻辑**：多步写入（如先创建 auth user 再写 profile）如果中途失败，是否有回滚或补偿机制——这是最容易遗漏的 Critical 问题\n\n## 推荐提示词\n\n以下提示词可以直接复制给 AI 使用：\n\n- `帮我做代码审查`\n- `帮我检查这段代码是否符合 API YAML 规格`\n- `Review 一下 S01 相关的代码实现`\n- `帮我检查异常处理是否完整`\n- `帮我检查安全策略是否到位`\n",{"name":5,"description":7},"master","abf55fdedadaeb660f928aa7258b9ec35d4ab003","logos\u002Fchanges\u002Farchive\u002F20260829-2333-release-0-14-1-local\u002Fdeployment-artifacts-20260830T0554Z\u002Fcandidate-unpack\u002Fpackage\u002Fqoder-plugin-template\u002Fskills\u002Fcode-reviewer",9,"https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos","https:\u002F\u002Fgithub.com\u002Fminiidealab","2026-10-18 11:36:11",{"source":8,"skillName":5,"commands":40,"prompt":50,"zipAvailable":51},[41,44,47],{"tool":42,"command":43},"npx","npx skills add miniidealab\u002Fopenlogos --skill code-reviewer",{"tool":45,"command":46},"bunx","bunx skills add miniidealab\u002Fopenlogos --skill code-reviewer",{"tool":48,"command":49},"pnpm","pnpm dlx skills add miniidealab\u002Fopenlogos --skill code-reviewer","安装技能，技能地址：https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Flogos\u002Fchanges\u002Farchive\u002F20260829-2333-release-0-14-1-local\u002Fdeployment-artifacts-20260830T0554Z\u002Fcandidate-unpack\u002Fpackage\u002Fqoder-plugin-template\u002Fskills\u002Fcode-reviewer\u002FSKILL.md",true,[53],{"path":54,"resourceType":55,"resourceTypeDesc":56,"sizeBytes":57,"sourceHtmlUrl":58},"SKILL.en.md","REFERENCE","参考文档",10475,"https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Flogos\u002Fchanges\u002Farchive\u002F20260829-2333-release-0-14-1-local\u002Fdeployment-artifacts-20260830T0554Z\u002Fcandidate-unpack\u002Fpackage\u002Fqoder-plugin-template\u002Fskills\u002Fcode-reviewer\u002FSKILL.en.md",[60,104,116,125,133,142],{"skillNo":61,"name":62,"nameZh":6,"description":63,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":64,"categories":65,"keywords":83,"publishedAt":27},"01M6MXX45142DGRFD9ZYPT5YC9","ui-ux-pro-max","UI\u002FUX design intelligence. 67 styles, 96 palettes, 57 font pairings, 25 charts, 13 stacks (React, Next.js, Vue, Svelte, SwiftUI, React Native, Flutter, Tailwind, shadcn\u002Fui). Actions: plan, build, create, design, implement, review, fix, improve, optimize, enhance, refactor, check UI\u002FUX code. Projects: website, landing page, dashboard, admin panel, e-commerce, SaaS, portfolio, blog, mobile app, .html, .tsx, .vue, .svelte. Elements: button, modal, navbar, sidebar, card, table, form, chart. Styles: glassmorphism, claymorphism, minimalism, brutalism, neumorphism, bento grid, dark mode, responsive, skeuomorphism, flat design. Topics: color palette, accessibility, animation, layout, typography, font pairing, spacing, hover, shadow, gradient. Integrations: shadcn\u002Fui MCP for component search and examples.","https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Fskills\u002Fui-ux-pro-max\u002FSKILL.md",[66,71,74,77,80],{"categoryNo":67,"categoryName":68,"taxonomyType":69,"taxonomyTypeDesc":70},"01JBSEEDCAT000000000000009","前端开发","SCENARIO","使用场景",{"categoryNo":72,"categoryName":73,"taxonomyType":69,"taxonomyTypeDesc":70},"01JBSEEDCAT000000000000015","视觉设计",{"categoryNo":75,"categoryName":76,"taxonomyType":69,"taxonomyTypeDesc":70},"01JBSEEDCAT000000000000023","Skill与智能体开发",{"categoryNo":78,"categoryName":79,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000032","设计师",{"categoryNo":81,"categoryName":82,"taxonomyType":21,"taxonomyTypeDesc":22},"01JBSEEDCAT000000000000033","数据分析师",[84,85,86,87,88,89,90,91,92,93,94,95,96,97,98,99,100,101,102,103],"ui ux","pro","max","ui ux pro max","ui","ux","projects","mode","card","app","tsx","fix","improve","Tailwind","Charts","Animation","design","actions","MCP","search",{"skillNo":105,"name":106,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":107,"categories":108,"keywords":112,"publishedAt":27},"01M6MXWY8HJV93BBR8FPNJXAMV","test-writer","https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Fskills\u002Ftest-writer\u002FSKILL.md",[109],{"categoryNo":110,"categoryName":111,"taxonomyType":69,"taxonomyTypeDesc":70},"01JBSEEDCAT000000000000008","测试与质量",[113,114,115],"writer","test writer","test",{"skillNo":117,"name":118,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":119,"categories":120,"keywords":122,"publishedAt":27},"01M6MXWSAMN9AD3T8F6N099ZGY","test-orchestrator","https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Fskills\u002Ftest-orchestrator\u002FSKILL.md",[121],{"categoryNo":110,"categoryName":111,"taxonomyType":69,"taxonomyTypeDesc":70},[123,124,115],"orchestrator","test orchestrator",{"skillNo":126,"name":127,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":128,"categories":129,"keywords":130,"publishedAt":27},"01M6MXWN29FY7K9ASMFRSPWQCN","slice-planner","https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Fskills\u002Fslice-planner\u002FSKILL.md",[],[131,132],"slice planner","planner",{"skillNo":134,"name":135,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":136,"categories":137,"keywords":138,"publishedAt":27},"01M6MXWFR1C1V66NSRTAM1FZPR","scenario-architect","https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Fskills\u002Fscenario-architect\u002FSKILL.md",[],[139,140,141],"architect","scenario","scenario architect",{"skillNo":143,"name":144,"nameZh":6,"description":6,"descriptionZh":6,"repositoryFullName":8,"ownerLogin":9,"ownerAvatarUrl":10,"ownerAccountNo":11,"ownerDisplayName":12,"repositoryNo":13,"starsCount":14,"licenseSpdxId":15,"licenseFileUrl":6,"sourceHtmlUrl":145,"categories":146,"keywords":147,"publishedAt":27},"01M6MXWD6ZCGPT4FDT580S8K96","project-init","https:\u002F\u002Fgithub.com\u002Fminiidealab\u002Fopenlogos\u002Fblob\u002Fmaster\u002Fskills\u002Fproject-init\u002FSKILL.md",[],[148,149,150],"project init","init","project"]