把剩余额度,用在值得做的事上

从手头已有的工作开始,找到适合的一项,复制指令交给 Codex。

8 件值得做的事

按价值与复用机会优先推荐
  1. 只读审查

    提交之前,让 Codex 再找一遍问题

    先检查已经写好的改动,最容易把结果用在眼前的工作上。

    适用场景
    有未提交的代码改动,准备提交或交付。
    预期成果
    一份有代码位置、触发条件和修复建议的问题清单。

    直接交给 Codex

    请对当前仓库中未提交的改动做一次只读代码审查,包括已暂存和未暂存的改动。
    先阅读项目约定和相关上下文,重点检查逻辑错误、边界情况、权限、并发、状态一致性和回归风险。
    只报告有明确证据的问题,最多 5 项。每项给出严重程度、文件与行号、触发条件、影响、最小修复建议和验证方法。
    不要把命名、格式或个人风格偏好当作问题。没有高置信度问题就直接说明。
    不修改文件。如果没有待审查改动,请说明并停止,不自行扩大到整个仓库。

    怎样算做完每项问题都能对应到具体改动与触发条件;没有发现问题也是有效结果。

  2. 小范围修改

    给最重要的流程补一道测试保障

    留下可重复运行的测试,后续改动也能继续受益。

    适用场景
    有正在维护的代码项目,且已有可运行的测试环境。
    预期成果
    一个关键测试、运行结果,以及仍未覆盖的风险。

    直接交给 Codex

    请阅读项目约定、代码和现有测试,选择一个最重要且范围明确的用户流程,检查真实的测试缺口。
    先运行相关现有测试,记录基线。如果环境不可用或基线失败,说明阻塞原因,不把旧问题归因于新改动。
    按业务影响选出一个最值得补充的测试,使用现有测试框架实现。验证用户可观察的行为,不只复刻实现细节,不追求覆盖率数字。
    运行新增测试和相关回归测试,报告测试覆盖的故障、运行结果及未覆盖风险。
    不为测试通过而修改正常业务逻辑,不新建一套测试体系,不提交或部署。完成这一项后停止。

    怎样算做完测试能实际运行,并解释它能够防住哪一种真实故障。

  3. 整理文档

    把项目的运行与交接说明补准确

    减少以后每次接手项目、开启新任务时重复摸索的成本。

    适用场景
    项目能运行,但文档过时,或经常需要重新解释。
    预期成果
    经过核实的启动步骤、目录职责和排错说明。

    直接交给 Codex

    请在不修改业务代码的前提下,核实当前项目的运行与交接说明。
    先阅读项目约定、已有文档、包管理清单和配置。优先更新已有说明,遵守仓库对文档存放位置的要求,不重复创建相同用途的文件。
    整理安装、启动、构建和测试命令,说明主要目录职责、必要环境变量名称和常见失败的排查步骤。不要记录密钥或真实凭证。
    对安全且环境允许的本地命令进行验证,不执行部署、迁移或外部写操作。区分已验证、未验证和需要人工确认的内容,并提供文件或命令证据。
    只留下维护项目所需的简短说明,不批量生成注释,不重构或升级依赖。

    怎样算做完另一个人能按说明开始工作,且能分清哪些步骤已验证。

  4. 生成脚本

    把一件重复操作变成可复用脚本

    这次做一次,以后整理文件、处理数据时都可以复用。

    适用场景
    经常手动清洗 CSV、整理日志、转换文件或生成固定格式报告。
    预期成果
    一个最小脚本、一份使用说明和真实样例验证。

    直接交给 Codex

    请帮我把一项重复的手工操作变成最小可用脚本。
    开始前,请先向我一次性确认:目前的操作步骤、一份真实输入的位置、预期输出。收到这些材料后再实现,不猜测我要处理哪些文件。
    遵守当前项目约定,优先使用已有依赖。默认支持 dry-run,实际输出写入新目录,重复运行不能破坏原始材料,不删除或覆盖原文件。
    对失败输入给出清楚的错误,并输出必要日志。用一份真实样例验证输入和输出,附上运行命令与简短说明。
    不上传数据、不调用收费服务、不执行外部写操作。完成这个流程后停止,不扩展成通用平台。

    怎样算做完同一份样例可重复执行,输出正确,原始文件保持完整。

  5. 浏览器检查

    像用户一样,走通网站的一条流程

    从真实操作中发现无响应、错误提示和移动端布局问题。

    适用场景
    有可访问的网站或本地项目,以及一条想检查的流程。
    预期成果
    可复现的问题、操作截图,以及一份复查步骤。

    直接交给 Codex

    请帮我用真实浏览器检查网站的一条用户流程。
    先确认网站地址、要检查的流程和可用的测试环境。如果没有浏览器工具,请明确说明,提供手动检查步骤,不声称已经操作过。
    在可用环境中检查正常输入、空输入、错误输入、加载与失败状态、移动端布局、键盘操作、控制台错误和失败请求。
    涉及发送消息、付款、发布内容或修改真实数据时,先停在提交之前,使用测试环境或向我确认。
    输出最重要的最多 3 个问题,每项附复现步骤、预期与实际行为和截图证据。没有发现问题就说明已检查的范围。
    本轮只检查这一条流程,不修改业务代码;最后留下可重复执行的复查步骤。

    怎样算做完每个问题有复现步骤,截图与实际检查范围对应。

  6. 只做规划

    把下一项功能提前想清楚

    先把范围、相关代码和验收条件理顺,下次可以更快进入实现。

    适用场景
    已有一个功能想法,但还没确定实现方案。
    预期成果
    一份基于现有项目的实施计划和验收清单。

    直接交给 Codex

    请帮我为下一项功能制定可执行的实施计划,本轮不修改业务代码。
    先问我希望解决的问题和预期用户行为;获得信息后,阅读当前项目约定和相关实现,不凭空规划不存在的系统。
    说明当前行为、目标行为、范围与非目标、涉及的模块、关键取舍、兼容风险和验证方法。
    把实现拆成能独立验收的小步骤,每一步给出用户可观察的验收条件。对无法确认的内容标注待确认,不把假设写成事实。
    遵守项目对内部文档存放位置的要求,保存一份简短计划。完成计划后停止,不进入编码或部署。

    怎样算做完每个实施步骤都有清楚的终点,关键未知项被明确列出。

  7. 整理资料

    把散乱笔记整理成下次找得到的资料

    没有代码要写时,也可以把已有信息整理成可复用成果。

    适用场景
    有会议笔记、草稿、项目记录或零散说明。
    预期成果
    一份结构清楚的文档,以及待确认事项和行动清单。

    直接交给 Codex

    请帮我整理一组已有资料。先确认资料位置和整理后的用途,不自行读取无关目录。
    保留原文件,把整理结果写入新的文档,并遵守工作区的文档存放约定。
    合并重复信息,按主题组织内容,区分事实、观点、决定和待确认事项。重要结论标注来自哪个文件或段落。
    对矛盾和缺失信息明确标注,不补造事实、日期或数字。只提取资料中已有的行动项,不虚构负责人和截止日期。
    输出整理后的正文、待确认清单和简短索引。最后核对关键结论是否都能追溯到原始资料,不上传材料。

    怎样算做完重要结论可追溯,矛盾与缺失信息没有被悄悄抹平。

  8. 只读分析

    找出表格里的重复、缺失和异常

    把人工逐行检查变成一份有依据的数据质量报告。

    适用场景
    有 CSV 或表格,需要在汇总、导入或分析前检查质量。
    预期成果
    异常清单、判断依据,以及可选的清洗方案。

    直接交给 Codex

    请对我指定的 CSV 或表格做一次数据质量检查。
    先确认文件位置、字段含义和关键业务规则;如果缺少规则,先做描述性检查,不自行认定异常值就是错误。
    检查重复记录、缺失值、类型不一致、日期格式和明显超出已知规则的数值。
    每类发现提供数量、行号或记录标识、判断依据与可能影响,报告中避免展开不必要的个人信息。
    不删除、覆盖或上传原文件,不擅自填补缺失数据。输出异常报告和建议的清洗规则,并核对总记录数。
    本轮只检查,等待确认清洗规则后再另行处理。

    怎样算做完每项异常有定位和判断依据,原始数据没有被改写。