compare
starsforks
How to install compare?
lightpointventures/claude-code-starter/compare
$npx -y skills add lightpointventures/claude-code-starter --skill compare当用户在纠结选哪个技术、对比框架、选数据库、选部署方案时使用 -- 对比不同技术方案的优劣，帮你做出选择
SKILL.md
| 1 | # 技术选型 |
| 2 | |
| 3 | 帮用户在多个技术方案中做出最适合的选择。 |
| 4 | |
| 5 | ## 步骤 |
| 6 | |
| 7 | ### 0. 前置检查：是否该现在选型？ |
| 8 | |
| 9 | 如果用户还没有可运行的原型，先提醒： |
| 10 | |
| 11 | > 你目前有可运行的版本吗？如果还没有，建议先用最简单的方案把核心功能跑通，遇到瓶颈再做选型。过早优化是最常见的时间黑洞。 |
| 12 | |
| 13 | 如果用户确认需要现在决定（比如架构选型无法推迟），继续下一步。 |
| 14 | |
| 15 | ### 1. 确定选型问题 |
| 16 | |
| 17 | 如果用户已经提了，直接分析。否则问： |
| 18 | |
| 19 | > 你在纠结什么选择？比如： |
| 20 | > - React vs Vue vs Svelte |
| 21 | > - PostgreSQL vs MySQL vs MongoDB |
| 22 | > - Vercel vs Railway vs 自建服务器 |
| 23 | > 也可以描述你要解决的问题，我帮你列出候选方案。 |
| 24 | |
| 25 | ### 2. 了解背景 |
| 26 | |
| 27 | > 几个问题帮我给出更准确的建议： |
| 28 | > 1. 项目规模？（个人项目 / 团队 / 企业） |
| 29 | > 2. 你对这些技术的经验如何？ |
| 30 | > 3. 有什么硬性要求？（比如必须免费、必须支持中文） |
| 31 | > 4. 哪个维度对你最重要？（开发速度 / 性能 / 长期维护 / 成本） |
| 32 | |
| 33 | ### 3. 对比分析 |
| 34 | |
| 35 | 用表格对比候选方案，包含「决策权重」和「迁移成本」： |
| 36 | |
| 37 | ``` |
| 38 | | 维度 | 权重 | 方案 A | 方案 B | 方案 C | |
| 39 | |-------------|-------|--------|--------|--------| |
| 40 | | 学习成本 | 高/中/低 | ... | ... | ... | |
| 41 | | 生态/社区 | 高/中/低 | ... | ... | ... | |
| 42 | | 性能 | 高/中/低 | ... | ... | ... | |
| 43 | | 费用 | 高/中/低 | ... | ... | ... | |
| 44 | | 迁移成本 | -- | 换掉要多久？ | 换掉要多久？ | 换掉要多久？ | |
| 45 | ``` |
| 46 | |
| 47 | 权重根据用户第 2 步的回答填写。迁移成本必须包含：数据迁移难度、API 兼容性、团队学习成本。 |
| 48 | |
| 49 | ### 4. 给出推荐 + 决策记录 |
| 50 | |
| 51 | > 推荐用 xxx。原因：（2-3 个关键理由） |
| 52 | > |
| 53 | > 决策记录（可粘贴到 CLAUDE.md 的决策日志中）： |
| 54 | > `选择 xxx 而不是 yyy -- 原因：...；否决 yyy 因为 ...` |
| 55 | > |
| 56 | > 想用这个方案开始吗？我可以帮你搭建。 |
| 57 | |
| 58 | 如果用户同意，引导到 /starter 或对应的技能。 |
| 59 | |
| 60 | ## 遇到问题 |
| 61 | |
| 62 | - **所有方案看起来差不多？** 说明这个选择不关键。选迁移成本最低的那个，把时间花在核心功能上。 |
| 63 | - **需求可能变？** 选生态最大、迁移成本最低的方案，给自己留退路。不要为当前不确定的需求过度设计。 |
| 64 | - **对比了很久还是不敢决定？** 设一个时间上限（比如 30 分钟）。超时就选默认最流行的方案，先动手写代码。 |
People who liked this also viewed
6 picksType
- requesting-code-reviewUse when completing tasks, implementing major features, or before merging to verify work meets requirementsSkillsJul 2026
- code-reviewSkills for Real Engineers. Straight from my .agents directory.SkillsJul 2026
- receiving-code-reviewUse when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performativeSkillsJul 2026
- baoyu-format-markdownFormats plain text or markdown files with frontmatter, titles, summaries, headings, bold, lists, and code blocks. Use when user asks to "format markdown", "beautify article", "add formatting", or imprSkillsJul 2026
- code-review-excellenceMaster effective code review practices to provide constructive feedback, catch bugs early, and foster knowledge sharing while maintaining team morale. Use when reviewing pull requests, establishing reSkillsJul 2026
- code-review-and-qualityConducts multi-axis code review. Use before merging any change. Use when reviewing code written by yourself, another agent, or a human. Use when you need to assess code quality across multiple dimensiSkillsJul 2026
