[错误] registry-skills: add-opencode reapply pass 在 bun 测试中卡死,直到 6 小时后取消

• 受影响的纳克劳版本或实施

核心 " 19e2ed30 " (# 3817头), " 提供者 " 登记处设在SHA`注册-技能.yml ' 。 悬挂的再应用通行证在目前的 " 主要 " 上没有变化。

主机平台

Linux (GitHub " ubuntu-latest " 跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑

发生了什么事?

在注册-技能.yml'中,测试(add-opencode, true, true)'矩阵工作挂起并被GitHub在6小时默认时取消。 " 供应商促进 " 和 " 注册大门 " 于是全程关闭。

说明/测试-登记-技能.ts ' 管理供应商的往返旅行:适用-删除-核实合同-再次适用。 ad-opencode' SKILL.md测试步骤是:

cd 容器/代理运行器 QQ包测试-同位素src/提供商/开码*.ts src/提供商/mcp-to-opencode.ts

首个应用口令运行该命令并完成于13 s. 第二张申请证(重新申请,`scripts/test-registry-skill.ts:368')在同一次结账中执行同样的命令,从未返回。 吊断后没有测试输出;工作日志随着取消而丢失.

你想怎样?

重新应用的"通"与"通"的"通"大约在同一时间完成,"通"的工作在3分钟左右完成,与"通"的其他"通"通"通"相类似.

我们怎么复制它?

未按要求复制. 迄今的证据:

-#3818,携带了3817的承诺,在大约3分左右跑出同一份工作两次并两次通过.

• 3个本地通行证`pnpm exec tsx 脚本/测试-登记-技能.ts ad-opencode'是绿色的。
• #3836在工作上加了20分钟的 " 超时分钟 " ,因此复发失败,而不是6小时。 这限制了症状;这一问题跟踪了原因。

形状(第一次通过精细,第二次运行同一树块出口中相同的 " bun test -- solate " 设定)在 " 提供者 " 分支上10个开口码测试文件之一所留下的手柄、收听器或儿童流程上点:

集装箱/代理运营商/电弧/提供商/mcp-to-opencode.ts
集装箱/代理运营商/电弧/供应商/开码-注册. test.ts
集装箱/代理运营商/电弧/提供商/开码.attachments.ts
集装箱/代理运营商/电弧/提供商/开码.compaction.ts
集装箱/代理运营商/电弧/提供商/开口码. config.test.ts
集装箱/代理运营商/电弧/提供商/开码. dempty-resume.ts
集装箱/代理操作员/电弧/提供商/开码.factory.ts
集装箱/代理运营商/电弧/提供商/开码.memory.ts
集装箱/代理运营商/电弧/提供商/开码. quest.ts

建议的第一步:

1. 绕过一个跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑跑
2. 检查每个文件的产出 " 开码 " 进程、HTTP服务器或 " After All " 未关闭的定时器。
3. 罪犯一旦知道,在SKILL.md测试步骤中加入每一次测试的超时,这样,未来的漏泄就会以测试名称而不是静静的摊位来失败。

OS 版本和 CPU 架构

GitHub主持 " Ubuntu-latest " ,x86 64。 . . . . . . .