01-提示词四件套

目标：当订单接口成功返回空数组时，页面显示“暂无订单”，并保留重新加载按钮；加载中状态只在请求尚未结束时显示。
范围：先检查订单详情页组件、请求封装和已有页面测试；优先修改 src/pages/orders/OrderDetail.tsx 及其直接测试文件。
约束：保持接口路径、响应类型和现有权限判断不变；不新增依赖；不要修改其他页面的空状态文案。
验证：补充空数组和请求失败测试，运行 pnpm test -- OrderDetail；再运行 pnpm lint。完成后报告修改文件、测试输出和未验证事项，不要提交。

当用户提交没有标题的表单时，服务返回 400，错误字段为 title，数据库不产生新记录。

在 1,000 个并发请求下，p95 延迟低于 300ms；超时请求不会重复扣费。

补齐导入器的四类边界测试，测试命名与 tests/importer/ 现有风格一致，并让目标测试套件通过。

目标：重复请求相同资源时避免短时间内重复访问上游，返回内容和错误语义保持不变。
方向：优先沿用 src/cache/ 现有的 TTL 封装；如果现有封装不能覆盖该场景，先说明原因和备选方案，不要直接引入依赖。

请先阅读：
- src/api/orders.ts：路由入口
- src/services/orderService.ts：业务实现
- src/types/order.ts：响应类型
- tests/orders.test.ts：现有行为

先只读 src/、tests/ 和 package.json，搜索处理订单状态的入口。找到路由、服务和测试后停止搜索并汇报路径；暂时不要修改任何文件。

发生时间：2026-09-05 14:03:22 UTC
请求：POST /api/profile，request_id=<request-id>
结果：500
日志：
TypeError: Cannot read properties of null (reading 'userId')
    at getUserProfile (src/services/user.ts:42:18)
    at async ProfileController.getProfile (src/controllers/profile.ts:15:20)

附件 screenshot-mobile.png：390x844 视口。
复现：登录成功后打开订单页，向下滚动到表单底部。
现象：错误提示被固定底栏遮住，无法读完整。
目标：错误提示完整可见，提交按钮仍可点击，桌面视图不改变。

不要修改数据库 schema；如果当前实现必须依赖新字段，先停止并说明迁移需求。
不要引入第三方日期库；优先使用项目已存在的 dateUtils，无法满足时先报告缺口。
不要更新 lockfile；如果安装步骤会自动修改它，只进行代码分析并等待确认。

运行 pytest tests/test_parser.py；所有测试通过，且新增的空字符串和非法日期用例均被执行。

改完确认一下没问题。

先运行 pnpm test --filter order-service，失败时先报告，不要继续改其他模块；通过后运行 pnpm lint 和 pnpm build。最后查看 git diff --check，并列出仍未验证的生产行为。

- 修改文件：逐项列出
- 实际运行命令：完整命令和结果
- 验收对应关系：每条标准的证据
- 未验证事项：原因、影响和下一步
- 不确定假设：需要谁确认
- 回滚方式：补丁、反向提交或对应环境的回退操作

先不要修改。请检查相关文件、测试和配置，输出：
1. 当前实现和调用链的事实；
2. 计划修改的文件及每个文件的目的；
3. 风险、未决问题和不应触碰的文件；
4. 每一步对应的验证命令和停止条件。

/goal 修复导入器：对空文件、重复 ID 和非法日期分别返回明确错误；保持合法 CSV 的导入结果不变；pytest tests/test_importer.py 和 ruff check src/importer.py 均通过；不要修改数据库迁移。

测试命令失败了。先不要扩大修改范围：
1. 原样引用失败命令、退出码和第一处相关错误；
2. 区分代码错误、环境缺依赖、测试数据问题和命令选错；
3. 指出涉及文件和最小修复；
4. 只在确认原因后修改，并重新运行同一条测试；
5. 如果不能确认，停止并列出需要我提供的环境信息。

当前 diff 包含我没有授权的文件。请停止修改，说明每个额外文件为何被改动；不要自动恢复或覆盖我的已有工作。把任务收敛到 src/cart/ 和 tests/cart/，如确实需要其他文件，先请求确认。

实现没有满足目标：输入为空时仍然显示加载中。请不要继续重构。重新读取组件状态转换和对应测试，列出“已验证事实、当前假设、下一步验证”，先补一个能稳定复现该行为的失败测试。

你无法访问生产日志。不要猜测已恢复，也不要申请更高权限。请说明缺失的证据、可以在本地或测试环境验证的部分，以及需要有权限的同事提供的脱敏字段。

mkdir prompt-demo
cd prompt-demo

def average(nums):
    return sum(nums) / len(nums)

from stats import average


def test_average_numbers():
    assert average([2, 4]) == 3

python -m pytest -q

@stats.py 帮我改改这个函数。

目标：average([]) 返回 0，不再因为除以零抛异常；非空输入的平均值保持不变。
范围：只修改 stats.py 中的 average，并允许修改 test_stats.py；先阅读现有测试。
约束：只用 Python 标准语法，不新增依赖，不改变函数名和参数。
验证：补充空列表和 [2, 4] 两个测试，运行 python -m pytest -q；最后展示 git diff 和测试结果，不要提交。

python -m pytest -q
python - <<'PY'
from stats import average
assert average([]) == 0
assert average([2, 4]) == 3
print("manual checks passed")
PY

目标：移动端订单表单在提交失败后，错误提示完整可见；提交按钮不遮挡提示，用户可以再次提交。
上下文：附件 order-error-390.png，视口 390x844；复现为打开 /orders/new，填写有效商品，断开网络后点击提交。请读取 src/pages/orders/NewOrder.tsx、src/components/FormError.tsx、相关 CSS 和测试。
范围：允许修改订单表单组件、错误提示组件的样式和对应测试；不要修改全局 reset、接口路径或桌面端布局。
约束：保持键盘焦点顺序和 aria 属性；不新增 UI 库；优先沿用项目现有断点和间距变量。
验证：运行 pnpm test -- NewOrder，运行 pnpm lint；在 390x844 和 1440x900 复现成功、失败和再次提交三条路径，报告截图或明确说明无法进行的人工验证。

先不要改代码。请确认截图中的遮挡来自 fixed 底栏、容器溢出还是错误状态布局，并列出将检查的选择器、组件和测试。

这会改变正常提交路径，且没有证明是根因。请引用当前 DOM/CSS 的事实，先补一个能表现遮挡问题的失败测试或最小复现，再提出不影响桌面布局的修复方案。

目标：为 Report 增加 exportJson，输出可被现有 importReport 读取的 JSON；字段名、字段顺序语义和日期格式与 CSV 导出一致。
范围：先读取 src/report/exportCsv.ts、src/report/types.ts、src/report/importReport.ts 和 tests/report/；实现允许修改 src/report/exportJson.ts 与对应测试，除非现有导出入口必须注册，否则不要修改其他文件。
约束：复用 Report 类型和现有日期格式化函数，不引入依赖，不改变 exportCsv、importReport 的签名，不把内部字段写入输出。
验证：测试普通报告、空报告、包含逗号和换行的文本、无效日期；运行 pytest tests/report/ 或项目实际测试命令，并验证 exportJson 的结果可通过 importReport 读回。展示 JSON 示例、diff、命令和结果。

importReport 无法读回新 JSON。请保留失败样例，比较 importReport 期待的字段和实际输出；不要修改导入器来掩盖不兼容。先说明应调整导出映射还是需求合同，并指出影响哪些已有测试。

目标：找出会话过期后 POST /api/login 返回 500 的可证实原因。
范围：只读 apps/api/src/auth、apps/api/src/routes、apps/api/tests、package.json 和脱敏日志；可以搜索调用链，但不要修改文件。
约束：不要访问生产数据库，不要重放含真实 token 的请求，不要安装依赖，不要修改配置。
上下文：时间窗口为 2026-09-05 14:03-14:05 UTC；状态码 500；request_id=<request-id>；堆栈指向 src/services/user.ts:42 和 src/controllers/profile.ts:15。
输出：按“已验证事实、待确认假设、最小复现、建议修复、验证命令”报告，并给出准确文件路径。

根据你刚才确认的事实，只修复 token 刷新失败时的 null 处理。
目标：刷新失败返回既有 401 错误格式，不再抛 500；正常登录和有效刷新行为不变。
范围：允许修改 src/auth/session.ts 和 auth 测试；不要改变权限判断、数据库 schema 或响应字段。
验证：先运行新增的过期刷新测试，再运行完整 auth 测试；使用脱敏的本地 fixture 验证 401 响应。不要访问生产，不要提交或推送。

背景/现象：
目标（完成后可观察到的结果）：
上下文（文件、调用方、测试、日志、截图、版本）：
范围（允许读取/修改）：
约束（接口、依赖、兼容性、数据、权限、流程）：
非目标（这次明确不做什么）：
执行方式：先只读、先 /plan，还是直接处理一个小步？
验证命令：
人工验证路径（如有）：
停止条件：
交付报告必须包含：修改文件、完整命令、结果、未验证事项和回滚方式。