提示词实战案例库：从分析到交付的完整配方

只读分析，不要改任何代码。

分析 src/features/checkout/ 的完整结构，输出：
1. 目录结构和各文件职责（表格形式）
2. 入口路由和页面组件
3. 核心数据流（从用户操作到 API 调用）
4. 依赖的外部服务和内部模块
5. 你注意到的潜在问题或代码异味

优先看 index.ts / page.tsx / route.ts 类型的入口文件，再追踪依赖链。

基于刚才的分析，深入分析 [关键模块名] 的实现细节：
1. 核心函数/类的职责和调用关系
2. 状态管理方式
3. 错误处理策略
4. 和其他模块的耦合点

输出一份技术分析报告，供后续重构参考。

目标：修复 [Bug 简述]，使 [期望行为]。

复现步骤：
1. 打开 [页面/路由]
2. 执行 [操作]
3. 观察到 [实际行为]
4. 期望行为：[期望行为]

范围：
- 涉及：[文件路径]
- 不涉及：[排除范围]

验证：
- 按上述复现步骤操作，不再触发问题
- `pnpm test -- --filter=[相关模块]` 全部通过
- 边界条件 [具体描述] 表现正确
- 不引入新的 lint 警告

请先分析根因，确认后再修复。

目标：在用户设置页新增"通知偏好"表单。

背景：当前用户只能全局开关通知，产品要求支持按类型独立配置（email / push / inApp）。

范围：
- 新建：apps/src/features/settings/components/NotificationPreferences.tsx
- 新建：apps/src/features/settings/api/notification.ts
- 不改：全局通知组件

约束：使用 @packages/ui 的 Switch 组件，移动端优先。

先输出实现方案，确认后写代码。

代码确认。现在补测试：
1. 单元测试覆盖开关切换逻辑
2. 边界条件：并发切换、网络失败回滚
3. `pnpm test -- --filter=settings` 全部通过

测试通过。最后补文档：
1. 在 apps/src/features/settings/README.md 中补充通知偏好组件的使用说明
2. 如果项目有 API 文档，补充新增的 API 接口说明
3. 列出所有改动文件的摘要

目标：将 [依赖名] 从 [当前版本] 升级到 [目标版本]。

约束（按优先级排序）：
1. 不引入 breaking change 导致的编译错误
2. 现有测试全部通过
3. 如果有 deprecated API，替换为新 API
4. 升级前先 git stash 保存当前状态

范围：
- 改：package.json 中的版本号
- 改：因版本变化需要适配的代码
- 不改：其他依赖

验证：
- `pnpm install` 无错误
- `pnpm typecheck` 无错误
- `pnpm test` 全部通过
- `pnpm lint` 无新增 warning

如果升级过程中遇到 breaking change，先列出来让我确认，不要自行绕过。

[附上截图]

分析这张设计稿，输出：
1. 页面布局结构（用组件树描述）
2. 需要的交互元素（按钮、输入框、下拉菜单等）
3. 响应式断点考虑
4. 可能用到的现有组件（参考 @packages/ui/）

不要写代码，先确认分析结果。

分析正确。实现这个 UI：
1. 使用 @packages/ui 中的现有组件
2. 移动端优先，在 375px / 768px / 1440px 三个断点验证
3. 先用 placeholder 数据

验证：启动 dev server，截图对比设计稿。

/plan 将 src/services/payment/ 从 callback 模式重构为 async/await 模式。

要求：
1. 列出所有涉及的文件和改动点
2. 标注风险点（可能有副作用的地方）
3. 确保公共 API 不变
4. 估计改动量

先输出计划，确认后再执行。

云端重构已完成。请帮我审查：
1. 列出所有改动文件和 diff 摘要
2. 运行 `pnpm test` 确认测试通过
3. 运行 `pnpm typecheck` 确认类型正确
4. 标注你不确定是否正确的改动点