目录实战 1定位和修复 bug实战 2新增一个小功能实战 3前端页面/设计稿落地实战 4科研代码与模型实验实战 5数据清洗、Excel、CSV、报告自动化实战 6遗留项目重构实战 7PR/代码审查实战 1定位和修复 bug第一步先收集证据问题描述【用户看到什么】复现步骤【步骤 1】【步骤 2】【步骤 3】预期结果【应该发生什么】实际结果【实际发生什么】报错 / 日志【粘贴完整内容】相关文件【已知路径若有】请先只读分析不要修改。请给出证据链而不是只给结论。▼第二步要求最小修复计划请给出“最小改动”修复方案。要求不做无关重构说明根因列出需要改的文件说明可能副作用给出测试方案。先不要修改。第三步执行与验证按最小改动方案执行。修改后你应该验收什么运行相关测试新增或更新能够覆盖该 bug 的测试不要修改测试以掩盖问题Bug 是否有可复现用例修复后该用例是否通过有没有新增测试有没有影响相关功能是否“吞掉错误”而不是真正修复输出验证结果和未验证项。实战 2新增一个小功能例子给后台列表新增 CSV 导出请为订单列表新增 CSV 导出功能。用户流程用户在订单列表页点击“导出 CSV”导出当前筛选条件下的数据没有数据时显示清晰提示导出失败时显示错误信息。范围前端订单列表页面现有订单查询接口如已有导出工具请优先复用。约束不修改数据库结构不新增第三方依赖除非无法实现且先说明不改变原有分页和筛选逻辑导出文件名需要包含日期大数据量场景要说明风险。验收普通筛选可以导出空结果不会生成错误文件中文字段不乱码有测试或最小验证步骤。大厂级补问请补充评估数据量很大时是否会阻塞页面是否有权限泄露风险导出字段是否包含敏感信息是否需要异步任务是否需要审计日志是否影响现有接口性能。实战 3前端页面/设计稿落地关键原则前端任务不能只说“做得好看”。你要同时描述视觉参考页面结构交互状态响应式要求技术边界验收尺寸。请根据现有设计系统实现 / 优化【页面名称】。视觉目标【描述或附截图】结构要求顶部区域包含【内容】主体区域包含【内容】空状态、加载状态、错误状态都要有移动端 390px 宽度可正常使用桌面端 1440px 宽度保持清晰层级。范围请先输出组件拆分和修改计划不要直接写代码。完成后再让它自检请检查本次前端改动请检查本次前端改动重点从以下几个维度逐一排查一、布局与响应式是否存在硬编码宽度导致移动端溢出检查所有固定像素宽度是否改为弹性布局或百分比确保在 390px 宽度下内容不横向滚动是否使用了 flex / grid 等现代布局方案替代绝对定位图片和表格是否设置了最大宽度避免撑破容器二、可访问性与语义化是否存在无语义按钮、无 label 的表单所有交互元素都应使用正确的 HTML 标签表单控件必须绑定 label按钮是否提供了可读的文本或 aria-label而不是仅依赖图标键盘导航是否顺畅焦点顺序是否符合视觉顺序三、状态完整性loading / empty / error 是否齐全每个数据展示区域都应覆盖这三种状态加载中是否有骨架屏或 loading 指示器而不是白屏空数据时是否有引导性提示错误时是否有重试入口四、代码质量与复用是否复用了已有组件避免重复造轮子优先使用项目内公共组件库新增代码是否遵循了项目的目录结构和命名规范是否存在冗余代码或可提取的公共逻辑五、主题与视觉一致性是否改坏深色模式或主题变量所有颜色应引用主题变量而不是硬编码色值间距、圆角、字体大小是否与设计规范保持一致是否有明显的无障碍问题如颜色对比度不足、字体过小等实战 4科研代码与模型实验科研任务最危险的地方AI 为了让代码运行可能会偷偷改参数改数据划分改随机种子简化模型跳过异常样本覆盖输出文件让实验“能跑”但结论已经不可信。标准科研提示词这是科研实验代码必须优先保证可复现性与实验可比性。任务【说明具体目标】硬约束不修改模型结构、损失函数、评价指标、数据划分和随机种子不修改原始数据不覆盖历史 outputs不新增会影响结果的默认参数如果任何建议可能影响实验结论必须停止并先告诉我所有执行结果必须记录配置文件、命令、随机种子和 git 状态。请先做只读分析输出实验入口配置文件数据读取路径随机性控制位置输出目录可能影响可复现性的风险。进一步让它只做 smoke test请为当前训练流程设计一个 smoke test。目标是在不改变正式实验配置的前提下用极小数据量验证数据能读前向传播能跑loss 能计算反向传播能执行checkpoint 和日志能保存。不要修改正式实验默认配置。实战 5数据清洗、Excel、CSV、报告自动化数据任务最重要的不是“跑完”而是“可追溯”你要让 Codex 输出输入文件列表处理规则行数变化异常记录输出路径可复跑命令。请编写一个数据处理脚本处理data/input/下的所有 Excel 文件。目标读取指定 sheet统一列名删除完全空行统一日期格式合并为一个结果文件输出数据质量报告。强制要求原始文件只读输出写入outputs/不覆盖输入每个文件处理失败时记录错误并继续输出处理前后行数、列数、缺失值统计将处理规则写入日志增加一个 dry-run 模式只预览不写文件。验收问题是否误删了有效行列名映射是否明确日期、编码、单位是否统一是否保留源文件追溯信息是否能重复运行得到一致结果实战 6遗留项目重构不要这样说把这个项目重构一下。应该这样做请只读分析当前项目找出最值得重构的模块。评估维度文件长度圈复杂度重复代码测试覆盖依赖耦合bug 历史修改频率。请输出一个优先级清单高收益、低风险高收益、高风险低收益、低风险暂不建议动。然后只选一个模块请只为src/services/order.ts生成重构计划。目标是降低函数复杂度和重复代码。不改变对外 API不改变返回结构。请列出每一步、每个文件、测试策略和回滚方式。重构验收底线不要修改代码。原有测试必须通过新增测试至少覆盖被拆分的关键分支接口签名不变性能不明显下降diff 不出现大量无意义格式变化一个 PR 只做一类重构。实战 7PR/代码审查请审查当前分支相对main的改动。审查重点正确性异常和边界安全与权限性能兼容性可维护性测试充分性。输出格式阻塞问题必须修复给出文件和行级依据高风险问题建议本次修复建议优化可后续处理缺失测试建议补哪些总结是否建议合并。不要修改代码只输出审查意见。特别检查是否因为实现本次需求而破坏了旧逻辑。