提交信息和 Pull Request 标题使用 Conventional Commits 格式：
<type>(<scope>): <subject>
常用 type：
feat：新增用户可见能力fix：修复问题refactor：重构，不改变外部行为perf：性能优化test：测试变更docs：文档变更chore：工程和维护性变更build/ci：构建或持续集成变更
约定：
scope使用受影响的模块，例如assistant、marketdata、frontend。subject使用简洁中文描述，首字不加大写要求，不以句号结尾。- PR 标题应和本次变更的主要用户价值一致，例如：
feat(assistant): 优化 Trace 体验并新增发现机会工具
PR 正文至少包含以下部分：
背景：说明问题和用户影响。变更内容：按功能模块说明实现和行为变化。验证：列出实际执行的测试、构建或检查命令及结果。边界与风险：说明未覆盖范围、兼容性和已知限制。后续计划：只记录确实需要后续处理的事项。
不要把本地原型、未提交文件或未经验证的结果写成已经交付的功能。
- 除非用户明确要求直接推送
main，否则在codex/前缀分支上开发并通过 Pull Request 合并。 - Pull Request 默认使用 squash merge。
- 创建或更新 PR 前先运行与变更相关的测试，并执行
git diff --check。