2.7.4 什么样的问题适合用 Vibe Coding 解决
不是所有问题都适合
通过前面的观察和记录，你可能已经积累了一些待解决的问题。但在投入时间之前，需要做一个重要的判断：
这个问题，适合用 Vibe Coding 解决吗？
Vibe Coding 的优势是快速、低门槛、容错性高。但它也有明确的边界。选对问题，事半功倍；选错问题，可能浪费时间，甚至造成风险。
五维评估法
我们用五个维度来评估一个问题是否适合用 Vibe Coding 解决。每个维度满分 5 分，总分 25 分。
维度一：重复性（这件事多久发生一次？）
| 频率 | 分数 | 说明 |
|---|---|---|
| 每天发生 | 5 分 | 高频问题，解决后每天都能受益 |
| 每周发生 | 4 分 | 中频问题，值得投入 |
| 每月发生 | 3 分 | 低频但如果很痛也值得 |
| 每季度/每年 | 1 分 | 太低频，专门做工具可能不划算 |
| 只发生一次 | 0 分 | 手动做完就行，不值得做工具 |
判断技巧：问自己"如果这个问题今天解决了，下周我还会遇到吗？"
维度二：规则性（这件事有固定的步骤吗？）
| 规则性 | 分数 | 说明 |
|---|---|---|
| 步骤完全固定 | 5 分 | 可以写成清晰的流程图 |
| 大部分固定，少数需要判断 | 4 分 | 可以做主流程，特殊情况手动处理 |
| 一半固定一半灵活 | 3 分 | 需要更多人工介入 |
| 大部分需要判断 | 1 分 | 难以自动化 |
| 完全靠经验和直觉 | 0 分 | 不适合做成工具 |
判断技巧：试着把这件事的步骤写下来。如果写不出来，说明规则性不够。
示例：
| 任务 | 规则性 | 分数 |
|---|---|---|
| 从 5 个 Excel 汇总数据 | 列名固定，提取规则固定 | 5 分 |
| 判断一封邮件该不该回复 | 需要理解内容和上下文 | 1 分 |
| 把会议录音转成文字 | 步骤固定（上传→转录→输出） | 5 分 |
| 决定要不要投资一只股票 | 涉及大量主观判断 | 0 分 |
维度三：可验证性（怎么知道做对了？）
| 可验证性 | 分数 | 说明 |
|---|---|---|
| 结果非黑即白 | 5 分 | 要么对要么错，一眼能看出来 |
| 有明确的检查标准 | 4 分 | 可以对照清单验证 |
| 需要人工审核 | 3 分 | 做完后要花时间检查 |
| 好坏难以判断 | 1 分 | 很难说"做完了"还是"做对了" |
| 完全主观 | 0 分 | 没有标准答案 |
判断技巧：问自己"如果 AI 帮我做完了，我怎么知道它做得对不对？"
示例：
| 任务 | 可验证性 | 分数 |
|---|---|---|
| 计算 5 个表格的数据总和 | 对照原数据可以验算 | 5 分 |
| 写一封得体的邮件 | 需要人判断语气是否合适 | 2 分 |
| 生成一张营销海报 | 审美因人而异 | 1 分 |
维度四：敏感性（涉及的数据有多敏感？）
| 敏感性 | 分数 | 说明 |
|---|---|---|
| 完全不敏感 | 5 分 | 公开信息，无隐私，无风险 |
| 轻微敏感 | 4 分 | 个人偏好、日程安排等 |
| 中等敏感 | 2 分 | 涉及工作内容，需要注意 |
| 高度敏感 | 1 分 | 涉及他人隐私或商业机密 |
| 极度敏感 | 0 分 | 密码、支付信息、医疗记录等 |
判断技巧：问自己"如果这些数据被泄露了，会有什么后果？"
红线：以下类型的数据，不建议用 Vibe Coding 处理：
- 银行账户、支付信息、密码
- 身份证号、护照号等身份信息
- 医疗记录、健康数据
- 他人的隐私信息（未经授权）
维度五：容错性（做错了会怎样？）
| 容错性 | 分数 | 说明 |
|---|---|---|
| 做错了没任何影响 | 5 分 | 最坏情况就是重做 |
| 做错了有点麻烦 | 4 分 | 需要花时间修复，但不严重 |
| 做错了比较麻烦 | 3 分 | 需要他人帮忙或花较多时间修复 |
| 做错了很严重 | 1 分 | 可能影响工作或他人 |
| 做错了不可挽回 | 0 分 | 涉及资金、法律、安全 |
判断技巧：问自己"如果工具出 bug 了，最坏的情况是什么？"
示例：
| 任务 | 容错性 | 分数 |
|---|---|---|
| 生成一个个人用的待办清单 | 最坏就是数据丢失，重新记 | 5 分 |
| 生成一份给老板看的周报 | 可能出错要修改，但影响不大 | 4 分 |
| 自动发送邮件给客户 | 发错了可能影响公司形象 | 2 分 |
| 自动执行股票交易 | 做错了可能损失真金白银 | 0 分 |
问题筛选评分表
把你从烦恼日记中选出的问题，用这个表格打分：
## 问题筛选评分表
**问题描述**：____________________
| 维度 | 分数（0-5） | 备注 |
|-----|------------|------|
| 重复性 | | |
| 规则性 | | |
| 可验证性 | | |
| 敏感性（越不敏感越高分） | | |
| 容错性（越容错越高分） | | |
| **总分** | | |
**判断标准**：
- 20-25 分：非常适合，可以立即开始
- 15-19 分：比较适合，注意低分项的风险
- 10-14 分：谨慎考虑，可能需要专业支持
- 10 分以下：不建议用 Vibe Coding 解决红线清单：这些问题不要碰
无论评分多高，以下类型的问题都不建议用 Vibe Coding 解决：
| 红线类型 | 原因 | 示例 |
|---|---|---|
| 涉及资金流动 | 安全风险极高，一旦出错可能造成真实损失 | 自动转账、支付、理财操作 |
| 涉及用户隐私 | 法律风险，数据泄露可能违法 | 收集他人信息、处理医疗数据 |
| 涉及监管合规 | 需要专业资质和知识 | 医疗诊断、法律咨询、财务报表 |
| 需要长期维护 | 技术债务会累积，Vibe Coding 难以持续 | 多年运营的商业系统 |
| 高并发场景 | 需要专业的后端架构 | 同时几千人使用的应用 |
记住：Vibe Coding 的定位是"快速验证"和"个人工具"，不是替代专业开发。
灰色地带：需要专业支持的情况
有些问题不在红线内，但也不是完全适合自己用 Vibe Coding 解决。这时候你有两个选择：
选择一：降级问题范围
把问题缩小到安全范围内。
示例：
- 原问题："做一个给客户用的预约系统" → 涉及用户数据
- 降级后："做一个只有我自己用的日程管理工具" → 只涉及自己的数据
选择二：寻求专业支持
如果你确实需要做一个涉及敏感领域的产品，考虑：
- 找一个有经验的开发者帮你审核关键部分
- 使用成熟的第三方服务（如支付用 Stripe、认证用 Auth0）
- 把敏感部分外包，自己只做非敏感部分
边界情况判断
"我的数据只给自己用，算不算敏感？"
如果只是自己的个人数据（日程、读书笔记、待办事项），且存储在本地或个人账户里，通常是安全的。
但要注意：如果你的"个人工具"以后可能给别人用，就要提前考虑数据安全。
"我想做的东西有一点点涉及敏感信息，怎么办？"
尽量把敏感信息"剥离"出来：
- 不在工具里存储敏感信息，只存储索引
- 敏感信息用链接指向原始位置，不复制到工具里
- 不做"自动处理"敏感信息的功能，保留人工确认环节
"我不确定我的问题适不适合，怎么办？"
两个建议：
- 先做一个"最安全"的版本：只解决核心问题，不涉及任何灰色地带
- 在 2.5 节学过的"灵魂三问"自检清单里再过一遍
核心要点
做好问题筛选，能帮你：
✓ 把有限的时间投入到最有价值的问题上
✓ 避免在不适合的问题上浪费精力
✓ 识别需要专业支持的场景，避免踩坑
记住：不是所有问题都要靠自己解决。知道什么不做，和知道什么要做一样重要。