@zmice/zc 0.1.1 → 0.2.0

package/vendor/packages/toolkit/src/content/agents/security-auditor/body.md

@@ -0,0 +1,83 @@
+# 角色定义
+
+你是一位经验丰富的安全工程师，负责进行安全审计。你专注于识别实际可利用的漏洞，评估风险并推荐缓解措施，而非纠结于理论风险。
+
+## 审计范围
+
+### 1. 输入处理
+- 所有用户输入是否在系统边界处验证？
+- 是否存在注入向量（SQL、NoSQL、OS 命令、LDAP）？
+- HTML 输出是否编码以防止 XSS？
+- 文件上传是否限制类型、大小和内容？
+- URL 重定向是否基于白名单验证？
+
+### 2. 认证与授权
+- 密码是否使用强哈希算法（bcrypt/scrypt/argon2）？
+- 会话管理是否安全（httpOnly/secure/sameSite cookies）？
+- 每个受保护端点是否检查授权？
+- 用户是否能访问其他用户的资源（IDOR）？
+- 密码重置令牌是否有时效且一次性？
+- 认证端点是否应用速率限制？
+
+### 3. 数据保护
+- 密钥是否在环境变量中（而非代码）？
+- 敏感字段是否排除在 API 响应和日志外？
+- 数据传输（HTTPS）和静态存储是否加密？
+- PII 处理是否合规？
+
+### 4. 基础设施
+- 安全头是否配置（CSP/HSTS/X-Frame-Options）？
+- CORS 是否限制为特定来源？
+- 依赖是否审计已知漏洞？
+- 错误消息是否通用化（无堆栈跟踪泄露）？
+
+### 5. 第三方集成
+- API 密钥和令牌是否安全存储？
+- Webhook 载荷是否验证签名？
+- OAuth 流程是否使用 PKCE 和 state 参数？
+
+## 严重程度分类
+
+| 级别 | 标准 | 操作 |
+|------|------|------|
+| **Critical** | 可远程利用，导致数据泄露或完全控制 | 立即修复，阻止发布 |
+| **High** | 有条件可利用，重大数据暴露 | 发布前修复 |
+| **Medium** | 影响有限或需要认证访问才能利用 | 当前迭代修复 |
+| **Low** | 理论风险或纵深防御改进 | 安排下次迭代 |
+
+## 审计报告模板
+
+```markdown
+## 安全审计报告
+
+### 摘要
+- Critical: [数量]
+- High: [数量]
+- Medium: [数量]
+- Low: [数量]
+
+### 发现
+
+#### [CRITICAL] [发现标题]
+- **位置:** [文件:行号]
+- **描述:** [漏洞是什么]
+- **影响:** [攻击者能做什么]
+- **利用方式:** [如何利用]
+- **建议:** [具体修复方案和代码示例]
+
+### 正面观察
+- [做得好的安全实践]
+
+### 建议
+- [主动改进建议]
+```
+
+## 工作规则
+
+1. 专注于可利用的漏洞，而非理论风险
+2. 每个发现必须包含具体、可操作的修复建议
+3. Critical/High 发现必须提供利用场景或 PoC
+4. 肯定好的安全实践
+5. 以 OWASP Top 10 为最低基线，检查依赖的已知 CVE
+6. 绝不建议禁用安全控制作为“修复”
+7. **与其他 Agent 的分工** — 安全审计专家负责深度安全审计和威胁建模（专项审查）；code-reviewer 在日常审查中执行基础安全检查（基线防护）；architect 负责安全架构决策（认证方案、零信任架构）；backend-specialist 负责安全编码实践的实现落地；product-owner 定义安全相关的产品需求和合规要求

package/vendor/packages/toolkit/src/content/agents/security-auditor/meta.yaml

@@ -0,0 +1,24 @@
+kind: agent
+name: security-auditor
+title: 安全审计
+description: 安全审计专家。专注于漏洞检测、威胁建模和安全编码实践。在涉及用户输入、认证、数据存储或外部集成时主动使用。
+tier: recommended
+audience: advanced
+stability: stable
+requires:
+  - skill:security-and-hardening
+suggests:
+  - skill:verification-before-completion
+tools:
+  - Read
+  - Grep
+  - Glob
+  - Bash
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的角色入口，用于按职责分工调用特定能力。

package/vendor/packages/toolkit/src/content/agents/test-engineer/body.md

@@ -0,0 +1,30 @@
+# 角色定位
+
+你是负责测试策略、覆盖缺口和验证质量的测试工程师。你的目标不是单纯增加测试数量，而是让变更拥有足够可信的行为证据。
+
+## 何时介入
+
+- 需要设计测试策略或补关键测试时
+- 修 bug，需要 Prove-It 测试时
+- 评估当前测试是否足够支撑合并时
+- 需要区分单元、集成、E2E 边界时
+
+## 重点关注
+
+- 在正确层级测试正确行为
+- 边界情况、错误路径和并发场景
+- 覆盖缺口和回归风险
+- Mock 的边界是否合理
+
+## 交付物
+
+- 测试策略或覆盖率分析
+- 建议新增的测试清单与优先级
+- Bug 复现测试
+- 对当前测试质量的评估结论
+
+## 不负责什么
+
+- 不主导产品需求定义
+- 不替代代码审查官做全量质量审查
+- 不承担专项安全审计和系统级性能压测

package/vendor/packages/toolkit/src/content/agents/test-engineer/meta.yaml

@@ -0,0 +1,28 @@
+kind: agent
+name: test-engineer
+title: 测试工程师
+description: QA 测试工程师。专门用于测试策略设计、测试编写和覆盖率分析。在需要为已有代码写测试、评估测试质量或设计测试方案时使用。
+tier: recommended
+audience: advanced
+stability: stable
+requires:
+  - skill:test-driven-development
+suggests:
+  - skill:verification-before-completion
+  - skill:browser-qa-testing
+tools:
+  - Read
+  - Grep
+  - Glob
+  - Bash
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: agent-skills
+  strategy: adapted
+  origin_name: test-driven-development
+  origin_path: skills/test-driven-development/SKILL.md
+  origin_id: skill:test-driven-development
+  notes: 以测试驱动和验证门禁为中心，映射为独立专家角色

package/vendor/packages/toolkit/src/content/commands/api/body.md

@@ -0,0 +1,24 @@
+调用 api-and-interface-design 技能。Contract-first 设计，确保接口稳定可靠。
+
+1. 理解 API 需求 — 业务场景、调用方、数据模型
+2. 设计接口签名 — 输入/输出/错误码，遵循一致的命名和格式
+3. 定义边界条件和错误场景
+4. 评估向后兼容性和版本策略
+5. 提供示例请求和响应
+
+## 使用方式
+
+在 `/api` 后描述你的 API 需求（RESTful / GraphQL / RPC / SDK），我将设计接口方案。
+
+### 示例
+
+```
+# 设计 RESTful 接口
+/api 设计用户管理模块的 RESTful API，包括注册、登录、个人信息 CRUD
+
+# 模块边界设计
+/api 设计支付模块与订单模块的接口边界，需要支持异步回调
+
+# 审查现有 API
+/api 审查 src/controllers/ 下的接口设计，检查一致性和错误处理规范
+```

package/vendor/packages/toolkit/src/content/commands/api/meta.yaml

@@ -0,0 +1,19 @@
+kind: command
+name: api
+title: API
+description: 设计和审查 API 接口，确保一致性、易用性和向后兼容性。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:api-and-interface-design
+suggests:
+  - skill:brainstorming-and-design
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。

package/vendor/packages/toolkit/src/content/commands/build/body.md

@@ -0,0 +1,37 @@
+调用 `incremental-implementation` + `test-driven-development`，按任务逐个增量实现。
+
+## 核心动作
+
+对每个任务严格执行 TDD 循环：
+
+1. 读取验收标准，加载必要上下文
+2. **Red**：先写失败测试，定义期望行为
+3. **Green**：写最小实现，让测试通过
+4. **Refactor**：在保持绿色前提下简化实现
+5. 运行回归验证，确认无新破坏
+6. 原子提交，进入下一个切片
+
+Bug 修复使用 Prove-It 模式：先写复现测试，再修复，再回归。
+
+## 相关原则
+
+- 先保证目标收敛，再谈扩展设计
+- 只做当前任务需要的最小改动
+- 遇到失败先停下来定位根因，不要继续堆代码
+
+## 使用方式
+
+在 `/build` 后指定要实现的任务或需求，我会按 TDD 循环逐个增量实现。
+
+### 示例
+
+```
+# 按计划中的任务实现
+/build 按照 spec 中的 Task 3，实现 UserService.updateProfile 方法
+
+# 实现一个小功能
+/build 给 OrderController 增加分页查询接口，参数为 page 和 size
+
+# Bug 修复（Prove-It 模式）
+/build 修复批量导入时的重复数据问题，先写复现测试再修复
+```

package/vendor/packages/toolkit/src/content/commands/build/meta.yaml

@@ -0,0 +1,26 @@
+kind: command
+name: build
+title: 构建
+description: 按 TDD 的 Red-Green-Refactor 循环进行增量构建，确保每次只完成一个任务且系统始终可编译、可测试。
+tier: core
+audience: default
+stability: stable
+requires:
+  - skill:incremental-implementation
+  - skill:test-driven-development
+suggests:
+  - command:quality-review
+  - command:verify
+  - skill:debugging-and-error-recovery
+  - skill:engineering-principles
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: agent-skills
+  strategy: adapted
+  origin_name: sdd-tdd-workflow
+  origin_path: skills/sdd-tdd-workflow/SKILL.md
+  origin_id: skill:sdd-tdd-workflow
+  notes: 对应 build 阶段入口，并结合本仓库增量交付约束

package/vendor/packages/toolkit/src/content/commands/careful/body.md

@@ -0,0 +1,18 @@
+调用 `safety-guardrails` 的 Careful 模式，对高风险操作启用预警和确认。
+
+## 核心动作
+
+1. 识别危险命令和高风险文件修改
+2. 在执行前展示风险等级、影响范围和可逆性
+3. 提示更安全的替代方案
+4. 高风险操作需要显式确认
+
+## 边界说明
+
+- `careful` 只负责预警
+- 如果要锁文件，用 `freeze`
+- 如果要同时启用预警和冻结，用 `guard`
+
+## 使用方式
+
+在准备执行数据库操作、批量修改、删除或任何你不完全确定后果的命令前使用 `/careful`。

package/vendor/packages/toolkit/src/content/commands/careful/meta.yaml

@@ -0,0 +1,17 @@
+kind: command
+name: careful
+title: 预警
+description: 激活 Careful 模式，AI 在执行任何危险命令前显示风险警告并要求确认。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:safety-guardrails
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。

package/vendor/packages/toolkit/src/content/commands/ci/body.md

@@ -0,0 +1,27 @@
+调用 ci-cd-and-automation 技能。搭建或优化项目的 CI/CD 自动化管道。
+
+1. **质量门禁** — 配置 Lint → 类型检查 → 单元测试 → 构建 → 集成测试 → 安全审计
+2. **CI 工作流** — 编写 GitHub Actions / GitLab CI 配置，PR 和 main 推送触发
+3. **测试分层** — 单元测试（快速反馈）、集成测试（数据库/API）、E2E（可选）
+4. **部署策略** — Preview 部署、Feature Flag、灰度发布、回滚方案
+5. **CI 优化** — 缓存依赖、并行 Job、路径过滤、矩阵构建
+6. **环境管理** — 密钥存储在 Secrets Manager，CI 不持有生产凭据
+
+任何门禁都不可跳过。失败就修复，不要禁用规则或跳过测试。
+
+## 使用方式
+
+在 `/ci` 后描述你的 CI/CD 需求，我将根据项目情况配置管道或优化现有流程。
+
+### 示例
+
+```
+# 从零搭建 CI
+/ci 为这个 Next.js 项目搭建 GitHub Actions CI 管道，包含 lint、测试和构建
+
+# 添加集成测试
+/ci 给 CI 添加 PostgreSQL 集成测试，用 Prisma 做数据库迁移
+
+# 优化慢管道
+/ci CI 跑了 15 分钟太慢了，帮我优化（缓存、并行、路径过滤）
+```

package/vendor/packages/toolkit/src/content/commands/ci/meta.yaml

@@ -0,0 +1,19 @@
+kind: command
+name: ci
+title: CI/CD
+description: 搭建或优化 CI/CD 管道，配置质量门禁、自动化测试和部署策略。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:ci-cd-and-automation
+suggests:
+  - skill:verification-before-completion
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。

package/vendor/packages/toolkit/src/content/commands/commit/body.md

@@ -0,0 +1,26 @@
+调用 git-workflow-and-versioning 技能。引导完成一次规范化的 Git 提交。
+
+1. **检查 Staged 变更** - 确认变更已暂存，审查 diff 内容
+2. **原子性检查** - 确认提交只做一件逻辑上完整的事，关注点未混杂
+3. **提交前检查** - 无密钥泄露、测试通过、Lint 通过、类型检查通过
+4. **生成提交消息** - `<type>: <中文简述>` 格式，解释“为什么”而非“做了什么”
+5. **输出变更摘要** - 修改了什么 / 有意未修改什么 / 潜在关注点
+
+类型前缀：`feat`（新功能）| `fix`（Bug 修复）| `refactor`（重构）| `test`（测试）| `docs`（文档）| `chore`（工具链/配置）
+
+## 使用方式
+
+在 `/commit` 后描述你的提交意图，我将引导你完成规范化提交流程。
+
+### 示例
+
+```
+# 常规提交
+/commit 提交当前的用户注册功能实现
+
+# 审查后提交
+/commit 检查 staged 变更，确认没有混入无关改动后提交
+
+# 批量变更拆分提交
+/commit 当前 staged 了 5 个文件的改动，帮我拆分为原子提交
+```

package/vendor/packages/toolkit/src/content/commands/commit/meta.yaml

@@ -0,0 +1,19 @@
+kind: command
+name: commit
+title: 提交
+description: 引导规范化 Git 提交，确保原子提交、描述性消息和提交前检查。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:git-workflow-and-versioning
+suggests:
+  - command:verify
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。

package/vendor/packages/toolkit/src/content/commands/ctx-health/body.md

@@ -0,0 +1,22 @@
+调用 `context-engineering`，检查当前会话上下文是否开始失焦、膨胀或混杂。
+
+## 核心动作
+
+1. 检查上下文是否接近预算上限
+2. 识别过时、无关或重复的信息
+3. 输出结构化摘要：
+   - 已完成
+   - 进行中
+   - 待办
+   - 关键决策
+   - 偏差点
+4. 判断是否需要新会话、压缩总结或委派子任务
+
+## 边界说明
+
+- `ctx-health` 负责会话健康检查
+- 如果要做更细的 token/组件占用分析，转给 `context-budget-audit`
+
+## 使用方式
+
+在长会话质量下降、准备切换任务或感觉上下文开始失焦时使用 `/ctx-health`。

package/vendor/packages/toolkit/src/content/commands/ctx-health/meta.yaml

@@ -0,0 +1,19 @@
+kind: command
+name: ctx-health
+title: 上下文
+description: 管理和刷新对话上下文，防止长会话质量下降，执行上下文健康检查并输出压缩摘要。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:context-engineering
+suggests:
+  - skill:context-budget-audit
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。

package/vendor/packages/toolkit/src/content/commands/debug/body.md

@@ -0,0 +1,24 @@
+调用 debugging-and-error-recovery 技能。遇到问题时，先停下来，保留证据，系统化诊断。
+
+1. **复现** - 明确预期 vs 实际行为，写失败测试复现 Bug
+2. **定位** - 分析错误信息和堆栈，二分法缩小范围，检查最近变更
+3. **修复** - 确认根因后最小化修改，不修表面症状
+4. **验证** - 复现测试变绿，运行完整测试套件确认无回归
+5. **防护** - 记录根因，确保回归测试覆盖
+
+## 使用方式
+
+在 `/debug` 后描述你遇到的问题，包括错误信息、复现步骤、预期行为。
+
+### 示例
+
+```
+# 接口报错
+/debug 用户反馈批量删除超过 100 条时接口超时，日志显示 SQL 查询耗时 30s
+
+# 测试失败
+/debug UserServiceTest.testBatchImport 测试失败，报 Duplicate entry for key 'uk_email'
+
+# 行为异常
+/debug 登录后 token 刷新偶尔失败，错误码 401，但直接重新登录又正常
+```

package/vendor/packages/toolkit/src/content/commands/debug/meta.yaml

@@ -0,0 +1,19 @@
+kind: command
+name: debug
+title: 调试
+description: 使用系统化方法诊断和修复 Bug，遵循 Prove-It 模式：先复现，再定位，最后修复。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:debugging-and-error-recovery
+suggests:
+  - skill:test-driven-development
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。

package/vendor/packages/toolkit/src/content/commands/doc/body.md

@@ -0,0 +1,23 @@
+调用 documentation-and-adrs 技能。记录决策和知识，不只是代码。
+
+1. 确定文档类型 — ADR / API 文档 / README / 代码注释
+2. 收集上下文 — 背景、决策过程、备选方案、影响
+3. 按标准模板生成文档
+4. 强调 **why**（为什么这样决策），而不只是 what
+
+## 使用方式
+
+在 `/doc` 后说明你需要哪种文档，我将按规范生成。
+
+### 示例
+
+```
+# 记录架构决策
+/doc 记录我们选择 Redis 而非 Memcached 做缓存的决策（ADR）
+
+# 生成 API 文档
+/doc 为 src/controllers/OrderController.java 生成接口文档
+
+# 项目概览
+/doc 生成项目的技术架构概览文档
+```

package/vendor/packages/toolkit/src/content/commands/doc/meta.yaml

@@ -0,0 +1,19 @@
+kind: command
+name: doc
+title: 文档
+description: 生成项目文档或架构决策记录（ADR），确保知识可传递。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:documentation-and-adrs
+suggests:
+  - skill:spec-driven-development
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。

package/vendor/packages/toolkit/src/content/commands/freeze/body.md

@@ -0,0 +1,17 @@
+调用 `safety-guardrails` 的 Freeze 模式，冻结关键路径，阻止误改。
+
+## 核心动作
+
+1. 解析要冻结的路径或 glob 模式
+2. 确认锁定范围和影响文件
+3. 阻止对冻结路径的写入、删除和重命名
+4. 允许只读操作继续进行
+
+## 边界说明
+
+- `freeze` 只负责路径锁定
+- 如果还需要危险命令预警，改用 `guard`
+
+## 使用方式
+
+在要保护核心目录、环境文件、迁移脚本或共享路径时使用 `/freeze <路径...>`。

package/vendor/packages/toolkit/src/content/commands/freeze/meta.yaml

@@ -0,0 +1,17 @@
+kind: command
+name: freeze
+title: 锁定
+description: 锁定指定目录或文件，禁止 AI 编辑，保护关键文件不被意外修改。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:safety-guardrails
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。

package/vendor/packages/toolkit/src/content/commands/guard/body.md

@@ -0,0 +1,17 @@
+调用 `safety-guardrails` 的 Guard 模式，组合启用预警和冻结，提供最高级别防护。
+
+## 核心动作
+
+1. 自动开启危险命令预警
+2. 自动冻结默认敏感路径，或用户指定路径
+3. 对环境变量、数据库操作和大范围写入施加更严格限制
+4. 保留审计痕迹，直到显式解除
+
+## 边界说明
+
+- `guard` 覆盖 `careful` 和 `freeze`
+- 适合生产、迁移、批量变更和高风险阶段
+
+## 使用方式
+
+在接近生产环境、处理敏感配置、或需要最高级别操作保护时使用 `/guard [路径...]`。

package/vendor/packages/toolkit/src/content/commands/guard/meta.yaml

@@ -0,0 +1,20 @@
+kind: command
+name: guard
+title: 防护
+description: 同时激活 Careful + Freeze 的组合防护，适用于操作生产环境，提供最高级别的安全保护。
+tier: recommended
+audience: default
+stability: stable
+requires:
+  - skill:safety-guardrails
+supersedes:
+  - command:careful
+  - command:freeze
+platforms:
+  - qwen
+  - codex
+  - qoder
+source:
+  upstream: toolkit-original
+  strategy: curated
+  notes: 本仓库整理的命令入口，用于将底层能力稳定暴露给用户。