
让 AI 用反例审代码:草稿会不会泄漏
把审查问题落到一段数据和一次操作上。
从写第一行代码,到确认它可以交付。
共 60 篇手记

把审查问题落到一段数据和一次操作上。

保存 ETag,使用条件请求判断更新。

用一次可控的失败检查错误反馈和重试。

从一张改动单开始:用四句话把需求讲明白,让每次交付都有证据。

这次变更落在工具更新的发送方式。升级前,先看看自己的日志或界面有没有依赖旧行为。

把每次都要提醒的规则放进仓库;用一次干净会话,看看它到底有没有读到。

把 Playwright trace 交给编码助手之前,先找出界面最后一次还符合预期的位置。

把本地「能跑」变成合并前可见的证据。先守住构建与一条关键路径。

主目录有未提交改动时,用 worktree 把新任务放到独立目录。

工作区、暂存区和未跟踪文件,要用不同入口检查。
没有匹配的手记。试试更短的关键词,或切换到「全部」。