05-个性化工作方式

称呼和语言：使用简体中文；代码、命令、路径保持原文。
回答风格：先给结论，再给证据；避免空泛鼓励。
修改习惯：先读相关文件；小范围编辑；不要触碰无关文件。
验证习惯：改逻辑后运行最小相关测试，并说明未验证部分。
Git 习惯：默认不提交、不推送；先展示 git diff。
提问习惯：有歧义时列出假设；涉及高风险动作先停下来确认。
隐私习惯：不读取 .env、私钥、客户数据；日志和链接先脱敏。

# 我的 Codex 工作偏好

## 交流
- 默认使用简体中文回答；代码、命令和错误原文保持原样。
- 先给结论，再给关键依据；不要重复我的问题。
- 只有在确实影响方案时才提问；不确定时列出假设。

## 工作方式
- 先读取相关文件、项目规则和已有测试，再提出修改方案。
- 小任务直接处理；跨模块或高风险任务先给计划，不要立即编辑。
- 保持改动最小，不为统一风格顺手重构无关代码。

## 验证
- 改动后运行最小相关检查，并说明命令、结果和未验证项。
- 如果测试失败，先报告根因和影响范围，再决定是否继续。
- 结束时给出变更文件、验证结果、剩余风险和回滚方式。

## 安全
- 默认不提交、不推送、不部署、不删除数据。
- 不读取或输出密钥、令牌、私钥、Cookie、客户资料和完整内部链接。
- 网络、安装依赖、生产操作和批量修改必须先说明影响并等待确认。

请按以下格式回答：
1. 结论：一句话说明是否完成。
2. 改动：列出文件路径和每个文件的目的。
3. 验证：列出实际运行的命令和结果。
4. 风险：只写仍未确认的风险；没有则写“无”。
不要复述完整代码，不要提交或推送。

先只做分析，不修改文件。请按以下格式输出：

目标：把需求改写成一句可验收的结果。
已知事实：只列出已从文件、测试或命令确认的事实。
待确认：列出会改变方案的歧义。
范围：准备读取和修改哪些文件；明确不碰哪些目录。
方案：按执行顺序列出 3-7 步。
验证：每一步对应的检查或测试。
风险：权限、兼容性、数据和回滚风险。

等我确认后再编辑。

请只做 review，不修改文件。按严重程度输出：

[高] 文件:行号
问题：描述可复现的行为或回归。
证据：引用最小必要代码或测试结果。
影响：说明谁会受到影响。
建议：给出最小修复方向。

如果没有问题，明确写“未发现确定性问题”，再列出测试缺口和残余风险。

请生成短交接摘要，不修改文件，且只写已验证事实：
- 原始目标和非目标
- 当前路径、分支和工作区状态
- 已改文件及意图
- 已运行命令及结果
- 失败尝试及原因
- 下一步唯一建议动作
- 风险、回滚点和未验证假设
不要包含秘密、个人数据或未经证实的推测。

默认行为：
- 先检查项目规则、相关文件和测试。
- 先确认范围，再进行最小修改。
- 完成后运行与改动直接相关的验证。
- 报告证据、风险和未验证项。

例外：
- 单文件拼写或明显机械修改可直接完成。
- 影响数据库、权限、外部服务、删除或发布时，先停下确认。
- 需求不清且存在多种架构选择时，先输出计划和问题。
- 当前提示明确要求不同输出格式时，以当前提示为准。

目标：
[描述最终要观察到的行为，不只写“优化”或“处理一下”。]

上下文：
- 相关文件：@[路径]
- 复现步骤：
- 错误输出：
- 相关接口或数据约定：

范围：
- 可以修改：[文件、目录或函数]
- 不要修改：[目录、配置、接口或依赖]

约束：
- 保持向后兼容：[是/否，具体说明]
- 不引入新依赖：[是/否]
- 不访问：[生产、密钥、外部服务等]

验收：
- [测试、构建、命令或可观察行为]
- [边界条件]
- [diff 范围]

流程：
先读取并复述关键事实；如果任务跨多个模块，先给计划；确认后实施；最后展示 diff 和验证结果。

帮我把搜索做快一点。

目标：让 search(query) 在 10000 条固定测试数据上的 P95 延迟低于 200ms。
上下文：读取 @src/search.ts 和 @tests/search.perf.ts；保持现有返回结构。
约束：不改变公开函数签名，不新增依赖，不牺牲大小写匹配和分页行为。
验收：补充或更新性能测试，运行指定测试，并比较优化前后的结果。
范围：只修改搜索实现和直接相关测试；先给出可能的瓶颈和计划，不立即改代码。

在压缩前整理状态，不修改文件：
目标、非目标、当前分支、已改文件、验证命令、失败原因、已确认约束、下一步动作和禁止事项。
只写可由 git、文件或命令验证的事实。

git status --short
git diff --stat
git diff --check

/plan       先探索并输出计划
/status     查看当前会话状态
/compact    压缩较早上下文
/resume     恢复已有会话
/fork       从当前节点分叉会话
/review     审查改动或基准差异
/memories   控制当前会话使用或生成记忆

alias ccheck='git status --short && git diff --stat && git diff --check'
alias cbranch='printf "branch: "; git branch --show-current'
alias ctest='git diff --check'

日期：2026-09-05
任务：为订单导出增加空结果处理
目标：空结果返回含表头的空 CSV
结果：功能完成，测试通过
返工：第一次修改了不相关的 formatter.py
根因：提示没有写明修改范围
有效做法：点名 export.py 和 tests/test_export.py
下次规则：跨文件任务先列“可改 / 不可改”清单
验证：pytest tests/test_export.py -q；8 passed
隐私检查：未读取 .env，日志已脱敏

[features]
memories = true

[memories]
use_memories = true
generate_memories = false

把 @src/config.ts 中的变量 DEFAULT_TIMEOUT 重命名为 REQUEST_TIMEOUT。
只修改引用它的代码和相关测试，不改变行为。
完成后运行格式检查和相关测试，展示 diff；不要提交。

目标：修复 @src/stats.py 的 average([]) 除零错误，空列表返回 0。
范围：只修改 stats.py 和对应测试。
约束：不引入依赖，不改变非空输入行为。
验收：覆盖空列表、[2, 4] 和负数输入；运行 pytest 对应测试。
先读取现有实现和测试，然后直接实施；完成后报告 diff 和测试结果。

先不要修改生产状态。请确认：
- 当前环境、账号和权限边界
- 原始症状、请求路径和时间范围
- 相关日志或指标，输出时脱敏
- 可能影响的用户、数据和服务
- 可回滚版本、备份或反向迁移
- 需要我确认的具体动作

把结果分为“已验证事实 / 待确认假设 / 下一步动作”。

pwd
git branch --show-current
git status --short
codex --version

Authorization: Bearer <redacted>
用户邮箱：<user-email>
订单号：<order-id>
内部地址：https://<internal-host>/<path>
数据库连接：postgresql://<user>:<password>@<host>/<db>