ethan-skill 1.15.3 → 1.15.5

package/dist/skills/40-solution-proposal.js

@@ -0,0 +1,196 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.solutionProposalSkill = void 0;
+exports.solutionProposalSkill = {
+    id: 'solution-proposal',
+    name: '售前方案',
+    nameEn: 'solution_proposal',
+    order: 40,
+    category: '需求侧',
+    description: '根据客户需求制定针对性技术/商业解决方案文档，涵盖需求映射、方案架构、ROI 测算与实施路径',
+    descriptionEn: 'Create targeted technical/commercial solution proposals mapping customer needs to capabilities with ROI and implementation roadmap',
+    detailDescription: `售前方案是赢单的核心武器，也是客户评估我方专业度的主要依据。
+本 Skill 帮助售前和解决方案工程师（SA）快速产出高质量的方案文档：
+从需求痛点到解决架构，从价值量化到实施路径，让客户看到"我们真正理解他们的问题"。`,
+    triggers: [
+        '售前方案',
+        '方案建议书',
+        'solution proposal',
+        '方案制作',
+        '客户方案',
+        '技术方案',
+        'RFP 响应',
+        '投标方案',
+        '解决方案',
+        '商务方案',
+        '@ethan 售前',
+        '@ethan solution-proposal',
+        '/solution-proposal',
+    ],
+    steps: [
+        {
+            title: '1. 需求痛点梳理',
+            content: `在写方案之前，彻底理解客户的真实诉求：
+
+**需求层次分析（冰山模型）**
+\`\`\`
+表层需求（客户说的）：  "我们需要一个工单系统"
+深层需求（客户想的）：  "我们希望客诉处理更规范、更快"
+根本需求（客户要的）：  "我们希望客户满意度提升，减少流失"
+\`\`\`
+
+**痛点信息收集清单**
+- [ ] 客户现有方案是什么？核心不满是什么？
+- [ ] 本次采购的直接触发事件是什么？（合同到期 / 业务扩张 / 监管要求）
+- [ ] 决策链：谁主导 / 谁审批 / 谁使用（不同角色关注点不同）
+- [ ] 预算范围和采购时间窗口
+- [ ] 已知的技术约束（现有系统、数据合规、部署要求）
+- [ ] 评估标准：客户最看重什么（功能 / 价格 / 服务 / 品牌）
+
+**关键痛点排序**（方案要优先回应前3个）
+\`\`\`
+P0（不解决就不买）：
+P1（解决了加分很多）：
+P2（有更好，没有也行）：
+\`\`\``,
+        },
+        {
+            title: '2. 方案架构设计',
+            content: `将客户需求映射到解决方案：
+
+**需求-能力映射表**
+
+| 客户痛点 | 我方解决方案 | 核心功能/模块 | 差异化亮点 |
+|---------|------------|-------------|----------|
+| [痛点1] | [解决思路] | [具体功能] | [为什么选我] |
+| [痛点2] | [解决思路] | [具体功能] | [为什么选我] |
+
+**解决方案架构图**
+
+用 Mermaid 或 ASCII 图描述方案整体架构：
+\`\`\`mermaid
+graph TB
+  subgraph 客户侧
+    A[业务系统] --> B[集成层/API]
+  end
+  subgraph 我方平台
+    B --> C[核心功能模块]
+    C --> D[数据层]
+    C --> E[分析层]
+  end
+  E --> F[报表/大屏]
+\`\`\`
+
+**分阶段交付建议**
+
+| 阶段 | 交付内容 | 时间 | 价值 |
+|------|---------|------|------|
+| 阶段一（MVP） | [核心功能，快速见效] | X周 | [快速见到ROI] |
+| 阶段二（深化） | [更多功能，深度集成] | X周 | [扩大收益] |
+| 阶段三（扩展） | [进阶能力] | X周 | [长期价值] |`,
+        },
+        {
+            title: '3. ROI 测算与价值量化',
+            content: `用数字说话，让客户看到投资回报：
+
+**价值量化框架（优先选有数据支撑的）**
+
+| 价值维度 | 计算逻辑 | 估算数据 | 年化收益 |
+|---------|---------|---------|---------|
+| 效率提升 | 节省人工 X 小时/天 × 人力成本 | X人 × 2h/天 | ¥XXX/年 |
+| 错误减少 | 降低 X% 故障率 × 故障损失 | 年均X次故障 | ¥XXX/年 |
+| 合规价值 | 避免合规罚款/审计成本 | 潜在罚款 XXX | ¥XXX/年 |
+| 收入增长 | 支撑新业务 X% 增长 | 业务收入 XXX | ¥XXX/年 |
+
+**ROI 汇总**
+\`\`\`
+总投资（TCO）：¥XXX（含实施+年费）
+年化收益：¥XXX
+投资回收期：X 个月
+3年ROI：X%
+\`\`\`
+
+> 注：ROI 数据应基于客户自身业务规模估算，并注明假设前提。
+> 过于激进的ROI数字会损害可信度，保守估算更有说服力。
+
+**成功案例支撑**
+列举 1-2 个类似规模/行业客户的真实数据：
+> "[类似客户] 上线 X 个月后，[具体指标] 提升了 X%"`,
+        },
+        {
+            title: '4. 实施路径与保障',
+            content: `让客户相信"我们能做到"：
+
+**实施方法论**
+\`\`\`
+标准实施流程（X周）：
+  Week 1-2：需求确认 & 环境准备
+  Week 3-4：核心功能部署 & 数据迁移
+  Week 5-6：集成联调 & 用户培训
+  Week 7：UAT 验收 & 上线切换
+  Week 8+：运营支持 & 持续优化
+\`\`\`
+
+**风险与应对**
+
+| 风险 | 概率 | 影响 | 应对措施 |
+|------|------|------|---------|
+| 数据迁移复杂 | 中 | 高 | 提前数据质量评估 + 并行迁移方案 |
+| 现有系统集成 | 高 | 中 | 提供标准 API + 专属集成支持 |
+| 用户接受度 | 中 | 中 | 分批上线 + 专项培训计划 |
+
+**服务保障承诺**
+- SLA 承诺：系统可用性 XX%，响应时间 < X小时
+- 实施团队：X 名工程师 + X 名项目经理
+- 售后支持：7×24 紧急响应 / 5×8 日常支持
+- 培训方案：在线培训 + 现场培训 + 操作手册`,
+        },
+        {
+            title: '5. 输出方案文档',
+            content: `按受众定制方案版本：
+
+**完整技术方案（给技术决策者）**
+\`\`\`markdown
+# [客户名称] [场景名称] 解决方案建议书
+
+## 执行摘要（1页，给C-level看）
+[核心问题 + 解决方案 + 预期价值 = 3句话]
+
+## 需求理解
+[对客户痛点的理解——体现我们"懂客户"]
+
+## 解决方案
+[方案架构图 + 功能说明 + 与竞品差异化]
+
+## 分阶段实施路径
+[阶段划分 + 时间线 + 里程碑]
+
+## 投资回报分析
+[ROI 测算表]
+
+## 实施保障
+[团队 + 方法论 + 服务承诺]
+
+## 关于我们
+[公司/产品核心优势 + 典型案例]
+\`\`\`
+
+**精简演示版（PPT提纲，给汇报用）**
+1. 我们理解你的挑战（痛点共鸣）
+2. 我们的解决思路（架构图）
+3. 你将获得的价值（ROI）
+4. 我们的实施计划（时间线）
+5. 为什么是我们（差异化 + 案例）
+6. 下一步（明确行动项）`,
+        },
+    ],
+    outputFormat: 'Markdown 方案建议书：需求映射 + 方案架构图 + ROI 测算表 + 实施路径 + 演示提纲',
+    notes: [
+        '方案要"以客户为中心"，每一页都要回答"对客户有什么价值"',
+        'ROI 数据宁可保守也不要夸大，一旦客户觉得不可信，整个方案可信度崩塌',
+        '技术方案和商务方案分开，给不同受众看不同版本',
+        '方案中必须有对竞品的隐性应对（不要主动贬低竞品，但要预设回答）',
+    ],
+    nextSkill: 'prd',
+};
+//# sourceMappingURL=40-solution-proposal.js.map

package/dist/skills/40-solution-proposal.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"40-solution-proposal.js","sourceRoot":"","sources":["../../src/skills/40-solution-proposal.ts"],"names":[],"mappings":";;;AAEa,QAAA,qBAAqB,GAAoB;IACpD,EAAE,EAAE,mBAAmB;IACvB,IAAI,EAAE,MAAM;IACZ,MAAM,EAAE,mBAAmB;IAC3B,KAAK,EAAE,EAAE;IACT,QAAQ,EAAE,KAAK;IACf,WAAW,EAAE,gDAAgD;IAC7D,aAAa,EAAE,oIAAoI;IACnJ,iBAAiB,EAAE;;0CAEqB;IACxC,QAAQ,EAAE;QACR,MAAM;QACN,OAAO;QACP,mBAAmB;QACnB,MAAM;QACN,MAAM;QACN,MAAM;QACN,QAAQ;QACR,MAAM;QACN,MAAM;QACN,MAAM;QACN,WAAW;QACX,0BAA0B;QAC1B,oBAAoB;KACrB;IACD,KAAK,EAAE;QACL;YACE,KAAK,EAAE,WAAW;YAClB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;OAsBR;SACF;QACD;YACE,KAAK,EAAE,WAAW;YAClB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;mCA+BoB;SAC9B;QACD;YACE,KAAK,EAAE,gBAAgB;YACvB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;kCAwBmB;SAC7B;QACD;YACE,KAAK,EAAE,YAAY;YACnB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;0BAwBW;SACrB;QACD;YACE,KAAK,EAAE,WAAW;YAClB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;cAkCD;SACT;KACF;IACD,YAAY,EAAE,qDAAqD;IACnE,KAAK,EAAE;QACL,+BAA+B;QAC/B,qCAAqC;QACrC,wBAAwB;QACxB,iCAAiC;KAClC;IACD,SAAS,EAAE,KAAK;CACjB,CAAC"}

package/dist/skills/41-test-plan.d.ts

@@ -0,0 +1,3 @@
+import type { SkillDefinition } from './types';
+export declare const testPlanSkill: SkillDefinition;
+//# sourceMappingURL=41-test-plan.d.ts.map

package/dist/skills/41-test-plan.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"41-test-plan.d.ts","sourceRoot":"","sources":["../../src/skills/41-test-plan.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,eAAe,EAAE,MAAM,SAAS,CAAC;AAE/C,eAAO,MAAM,aAAa,EAAE,eA0P3B,CAAC"}

package/dist/skills/41-test-plan.js

@@ -0,0 +1,255 @@
+"use strict";
+Object.defineProperty(exports, "__esModule", { value: true });
+exports.testPlanSkill = void 0;
+exports.testPlanSkill = {
+    id: 'test-plan',
+    name: '测试计划',
+    nameEn: 'test_plan',
+    order: 41,
+    category: '质量侧',
+    description: '制定全面的测试策略与计划，覆盖测试范围、用例设计、环境准备和质量门禁，确保产品质量可量化',
+    descriptionEn: 'Create comprehensive test strategy and plan covering scope, test case design, environment setup and quality gates',
+    detailDescription: `测试计划是质量保障的基石，明确"测什么、怎么测、谁来测、什么时候算通过"。
+本 Skill 帮助测试工程师（QA）和研发团队在迭代启动前制定结构化的测试策略：
+从测试范围界定到用例设计，从环境准备到质量门禁，让测试工作有据可依、有目标可量化。`,
+    triggers: [
+        '测试计划',
+        '测试策略',
+        'test plan',
+        '测试方案',
+        '质量保障',
+        'QA 计划',
+        '测试用例',
+        '测试设计',
+        '测试范围',
+        '@ethan 测试计划',
+        '@ethan test-plan',
+        '/test-plan',
+    ],
+    steps: [
+        {
+            title: '1. 测试范围与目标',
+            content: `明确本次迭代的测试边界：
+
+**测试目标**
+- 本版本要验证的核心功能/场景
+- 回归范围：哪些已有功能可能受影响？
+- 明确不测的内容（Out of Scope）及原因
+
+**风险评估与测试重点**
+\`\`\`
+高风险（必须全面测试）：
+  - 新增功能 / 核心主流程变更
+  - 与外部系统集成点
+  - 数据迁移或 Schema 变更
+
+中风险（重点测试）：
+  - 依赖被修改模块的功能
+  - 性能敏感路径
+
+低风险（冒烟测试即可）：
+  - UI 样式微调
+  - 文案修改
+  - 配置项变更
+\`\`\`
+
+**测试类型矩阵**
+
+| 测试类型 | 是否需要 | 负责人 | 工具 |
+|---------|---------|--------|------|
+| 单元测试 | ✅ | 开发 | Vitest/Jest |
+| 接口测试 | ✅ | QA/开发 | Postman/Newman |
+| 集成测试 | ✅ | QA | Playwright/Cypress |
+| 性能测试 | 视需求 | QA | k6/JMeter |
+| 安全测试 | 视需求 | 安全/QA | OWASP ZAP |
+| 兼容性测试 | ✅ | QA | BrowserStack |`,
+        },
+        {
+            title: '2. 测试用例设计',
+            content: `系统化设计测试用例，覆盖正常流、异常流和边界条件：
+
+**测试用例设计方法**
+
+**等价类划分**
+\`\`\`
+有效等价类（正常输入）：
+  - 例：年龄字段 → 有效范围 [1, 150]
+
+无效等价类（异常输入）：
+  - 例：年龄字段 → 负数、0、>150、非数字、空值
+\`\`\`
+
+**边界值分析**
+\`\`\`
+对于范围 [min, max]，测试：min-1, min, min+1, max-1, max, max+1
+\`\`\`
+
+**测试用例模板**
+
+| TC编号 | 模块 | 用例标题 | 前置条件 | 测试步骤 | 预期结果 | 优先级 |
+|--------|------|---------|---------|---------|---------|--------|
+| TC-001 | 登录 | 正确账密登录成功 | 账号已注册 | 1.输入账密 2.点击登录 | 跳转首页 | P0 |
+| TC-002 | 登录 | 错误密码提示友好 | 账号已注册 | 1.输入错误密码 2.点击登录 | 显示"密码错误" | P1 |
+
+**测试优先级定义**
+- **P0**：核心主流程，必须在版本发布前全部通过
+- **P1**：重要功能，应在发布前通过
+- **P2**：次要功能，可在下次迭代修复
+- **P3**：体验优化，记录但不阻塞发布
+
+**探索性测试 Charter**
+除结构化用例外，为高风险模块安排探索测试：
+\`\`\`
+探索目标：[模块名称]
+时间盒：X 小时
+关注点：[并发操作、网络异常、异常数据输入等]
+记录方式：截图 + 操作日志
+\`\`\``,
+        },
+        {
+            title: '3. 测试环境与数据准备',
+            content: `确保测试环境稳定、测试数据充分：
+
+**环境规划**
+
+| 环境 | 用途 | 部署方式 | 数据说明 |
+|------|------|---------|---------|
+| Dev | 开发自测 | 本地 | 模拟数据 |
+| Staging | QA 测试 | 自动部署 | 脱敏生产数据 |
+| PreProd | UAT验收 | 手动触发 | 接近真实数据 |
+| Production | 生产监控 | 审批发布 | 真实数据 |
+
+**测试数据策略**
+\`\`\`
+数据分类：
+  - 正常数据：覆盖典型使用场景
+  - 边界数据：最大值、最小值、空值
+  - 异常数据：非法格式、SQL注入、XSS尝试
+  - 历史存量数据：模拟真实用户场景
+
+数据准备方法：
+  - 自动生成：Faker.js / 工厂函数
+  - 快照恢复：测试开始前恢复数据库快照
+  - 独立隔离：每个测试用例使用独立数据集，避免互相污染
+\`\`\`
+
+**环境就绪检查**
+- [ ] 所有依赖服务（数据库、消息队列、第三方API）可用
+- [ ] 测试账号已创建（覆盖不同角色权限）
+- [ ] 监控和日志收集已开启
+- [ ] 被测版本已正确部署并通过冒烟测试`,
+        },
+        {
+            title: '4. 自动化测试策略',
+            content: `规划自动化覆盖，实现质量门禁：
+
+**自动化优先级选择**
+\`\`\`
+优先自动化的场景：
+  ✅ 回归测试（高频执行）
+  ✅ 核心主流程（P0 用例）
+  ✅ 接口测试（快速、稳定）
+  ✅ 数据驱动场景（大量参数组合）
+
+暂不自动化的场景：
+  ❌ 探索性测试（需人工判断）
+  ❌ 一次性场景（成本高于收益）
+  ❌ UI 频繁变更的页面（维护成本高）
+\`\`\`
+
+**自动化框架选型**
+
+| 类型 | 框架 | 适用场景 |
+|------|------|---------|
+| 单元测试 | Vitest / Jest | 函数/组件逻辑 |
+| API 测试 | Supertest / Postman | 接口验证 |
+| E2E 测试 | Playwright | 全链路主流程 |
+| 性能测试 | k6 | 压力/负载测试 |
+
+**CI 集成配置**
+\`\`\`yaml
+# 每次 PR 必须通过：
+- 单元测试（覆盖率 ≥ 80%）
+- API 接口测试（P0 用例全通过）
+
+# 每日定时（凌晨 2:00）：
+- 全量回归（含 P1 用例）
+- 性能基准测试（响应时间对比）
+\`\`\`
+
+**质量门禁（Quality Gate）**
+
+| 指标 | 通过标准 | 失败处理 |
+|------|---------|---------|
+| 单测覆盖率 | ≥ 80% | 阻塞合并 |
+| P0 用例通过率 | 100% | 阻塞发布 |
+| P1 用例通过率 | ≥ 95% | 需评审 |
+| Critical/High Bug | 0 | 阻塞发布 |
+| 性能劣化 | P99 < 基线 120% | 需评审 |`,
+        },
+        {
+            title: '5. 缺陷管理与发布标准',
+            content: `建立清晰的缺陷处理流程和发布质量标准：
+
+**缺陷严重级别定义**
+\`\`\`
+P0 - Critical（阻塞级）：
+  系统崩溃、核心功能不可用、数据丢失/安全漏洞
+  → 立即修复，不发布
+
+P1 - High（严重）：
+  核心功能受损，有临时绕过方法
+  → 本版本修复
+
+P2 - Medium（一般）：
+  功能部分异常，不影响主流程
+  → 可延期至下版本
+
+P3 - Low（轻微）：
+  体验问题、文案错误、UI 细节
+  → 排期修复，不阻塞发布
+\`\`\`
+
+**缺陷生命周期**
+\`\`\`
+New → 开发确认 → In Progress → Fixed → 测试验证
+  ↓（无法复现/不修复）→ Closed / Won't Fix
+\`\`\`
+
+**发布质量标准（Release Criteria）**
+- ✅ 所有 P0 Bug 已修复并验证
+- ✅ P1 Bug 修复率 ≥ 95%，剩余已评估风险
+- ✅ P0/P1 测试用例通过率 100%
+- ✅ 性能指标未出现显著劣化（对比基线）
+- ✅ 安全扫描无 Critical/High 漏洞
+- ✅ 主要浏览器/设备兼容性验证通过
+
+**测试报告模板**
+\`\`\`markdown
+## 测试总结报告
+
+### 执行概况
+- 测试周期：[开始] ~ [结束]
+- 执行用例数：N（P0: x, P1: y, P2: z）
+- 通过率：X%
+- 发现缺陷：N（P0:x, P1:y, P2:z, P3:w）
+- 已修复：N / 待修复：N
+
+### 风险说明
+[遗留问题及上线风险评估]
+
+### 质量结论
+✅ 建议发布 / ⚠️ 有条件发布 / ❌ 不建议发布
+\`\`\``,
+        },
+    ],
+    outputFormat: 'Markdown 测试计划文档：测试范围 + 用例设计矩阵 + 环境准备清单 + 自动化策略 + 发布质量标准',
+    notes: [
+        '测试计划应在需求评审阶段启动，与开发并行而非串行',
+        'P0 测试用例必须自动化，保证每次发布快速回归',
+        '测试数据要独立隔离，避免用例间互相污染',
+        '发布标准要提前与产品/研发对齐，避免上线当天扯皮',
+    ],
+    nextSkill: 'bug-report',
+};
+//# sourceMappingURL=41-test-plan.js.map

package/dist/skills/41-test-plan.js.map

@@ -0,0 +1 @@
+{"version":3,"file":"41-test-plan.js","sourceRoot":"","sources":["../../src/skills/41-test-plan.ts"],"names":[],"mappings":";;;AAEa,QAAA,aAAa,GAAoB;IAC5C,EAAE,EAAE,WAAW;IACf,IAAI,EAAE,MAAM;IACZ,MAAM,EAAE,WAAW;IACnB,KAAK,EAAE,EAAE;IACT,QAAQ,EAAE,KAAK;IACf,WAAW,EAAE,8CAA8C;IAC3D,aAAa,EAAE,mHAAmH;IAClI,iBAAiB,EAAE;;0CAEqB;IACxC,QAAQ,EAAE;QACR,MAAM;QACN,MAAM;QACN,WAAW;QACX,MAAM;QACN,MAAM;QACN,OAAO;QACP,MAAM;QACN,MAAM;QACN,MAAM;QACN,aAAa;QACb,kBAAkB;QAClB,YAAY;KACb;IACD,KAAK,EAAE;QACL;YACE,KAAK,EAAE,YAAY;YACnB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;kCAiCmB;SAC7B;QACD;YACE,KAAK,EAAE,WAAW;YAClB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAsCR;SACF;QACD;YACE,KAAK,EAAE,cAAc;YACrB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;uBA6BQ;SAClB;QACD;YACE,KAAK,EAAE,YAAY;YACnB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;+BA4CgB;SAC1B;QACD;YACE,KAAK,EAAE,cAAc;YACrB,OAAO,EAAE;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;OAmDR;SACF;KACF;IACD,YAAY,EAAE,yDAAyD;IACvE,KAAK,EAAE;QACL,0BAA0B;QAC1B,yBAAyB;QACzB,qBAAqB;QACrB,0BAA0B;KAC3B;IACD,SAAS,EAAE,YAAY;CACxB,CAAC"}

package/dist/skills/42-bug-report.d.ts

@@ -0,0 +1,3 @@
+import type { SkillDefinition } from './types';
+export declare const bugReportSkill: SkillDefinition;
+//# sourceMappingURL=42-bug-report.d.ts.map

package/dist/skills/42-bug-report.d.ts.map

@@ -0,0 +1 @@
+{"version":3,"file":"42-bug-report.d.ts","sourceRoot":"","sources":["../../src/skills/42-bug-report.ts"],"names":[],"mappings":"AAAA,OAAO,KAAK,EAAE,eAAe,EAAE,MAAM,SAAS,CAAC;AAE/C,eAAO,MAAM,cAAc,EAAE,eA2N5B,CAAC"}