Prompt:
"这段代码在某些情况下会失败，请添加诊断日志帮助排查。
代码：[代码]

需要记录：
1. 函数入口和出口
2. 关键变量的值
3. 条件判断的结果
4. 异常堆栈

日志格式：[指定格式]"

为一个API实现完善的错误处理。

应该处理的错误类型：
1. 业务错误：
   - 用户不存在
   - 余额不足
   - 资源已被删除
   - 权限不足

2. 验证错误：
   - 输入格式错误
   - 参数缺失
   - 数据类型不匹配

3. 系统错误：
   - 数据库连接失败
   - 超时
   - 外部服务不可用
   - 内存不足

4. 并发错误：
   - 数据竞争（如转账中重复处理）
   - 死锁

对于每种错误，应该：
1. 返回合适的HTTP状态码
2. 提供清晰的错误消息
3. 包含可操作的建议（什么时候重试，如何修复）
4. 记录错误日志（用于调试）
5. 报警（严重错误要通知）...

评估维度：
1. 命名清晰度：o、k、r都是什么意思？
2. 业务逻辑清晰度：这个函数做什么？
3. 可扩展性：如果规则变化怎么办？
4. 可测试性：如何单元测试？
5. 文档缺陷：需要什么文档？

给出改进的版本。

在我们投入开发前，请帮我快速评估这个功能的可行性。

需求：在我们的电商平台上添加"直播购物"功能
预期投入：2个月，5个人

可行性评估维度：
1. 技术可行性
   - 我们的技术栈能支持吗？
   - 需要学习新技术吗？
   - 有现成的解决方案吗？

2. 时间可行性
   - 2个月实现所有功能现实吗？
   - 最小化可行产品(MVP)需要多长时间？
   - 有哪些可以延后的功能？

3. 资源可行性
   - 5个人够吗？需要什么角色？
   - 是否需要第三方支持？
   - 基础设施成本是多少？

4. 市场可行性
   - 竞争对手已经做了吗？
   - 我们有竞争优势...

"用Stripe API实现信用卡支付
- 支持美元和欧元
- 最小1美元，最大10000美元
- 支持分期支付（6/12/24期）
- 需要验证CVV和地址
- 支持webbook处理异步事件"

在这个项目正式启动前，请帮我识别所有可能的风险。

项目简介：
- 名称：[项目名]
- 目标：[目标描述]
- 时间：[时间框架]
- 人员：[团队组成]
- 预算：[预算信息]

请从以下维度识别风险：

1. 技术风险
   - 使用的技术成熟吗？
   - 团队有经验吗？
   - 有技术债吗？
   - 第三方依赖可靠吗？

2. 进度风险
   - 时间估计有信心吗？
   - 有不确定的部分吗？
   - 依赖其他团队吗？

3. 资源风险
   - 人员是否充足？
   - 是否有关键人员离职风险？
   - 基础设施是否充分？

4. 业务风险
   - 需求会变化吗？
   - 市场情况会改变...

分析：
1. 现有测试覆盖了哪些case？
2. 缺少了哪些重要的edge case？
   - 空字符串
   - 多个@符号
   - @在最后
   - 特殊字符
   - 非常长的邮箱
   - 其他？

列出所有缺失的测试用例和测试代码。

功能需求
--------
功能名称：[名称]
目的：[为什么需要]
用户：[谁用]

场景：
1. [场景1及流程]
2. [场景2及流程]
...

数据：
- 输入：[输入数据]
- 输出：[输出数据]
- 存储：[需要保存什么]

约束：
- 性能：[性能要求]
- 安全：[安全要求]
- 兼容性：[兼容要求]

范围外：
- [不需要实现的功能]

审查问题：
1. 支付和邮件为什么是同步的？应该异步吗？
2. 报表计算在API中做，会不会成为瓶颈？
3. 数据库单点故障？
4. 不同模块紧耦合吗？
5. 如何扩展？
6. 缺少什么组件？
   - 缓存？
   - 消息队列？
   - 日志聚合？

给出改进的架构建议。

不要只给代码需求，而是给测试用例：

Prompt:
"请实现一个计算器，
基于以下测试用例：

test_addition:
  assert calculate('2+3') == 5
  assert calculate('0+0') == 0

test_negative:
  assert calculate('-5+3') == -2

test_division_by_zero:
  assert calculate('1/0') raises ValueError

请基于这些测试实现代码"

有些东西用语言很难说清，建议：
1. 画个草图或用设计工具做mockup
2. 让相关方确认和调整
3. 这样可以节省大量沟通时间

Prompt模板：
"基于这些需求，请生成一个[功能]的UI mockup描述，
包括主要的页面和交互流程"

分析：
1. 每个TODO/FIXME的优先级？
2. 这些技术债的影响？
3. 修复需要多久？
4. 如何制定修复计划？
5. 有没有其他隐藏的技术债？

给出优先级排序和修复建议。