第三方开发者项目Vigil v2在GitHub公开了一份自测报告。 其中一项收益机会扫描任务，报告预估人工耗时10分钟，Vigil记录的请求耗时只有133毫… · @Domingo_gou · TwKit

@Domingo_gou

第三方开发者项目Vigil v2在GitHub公开了一份自测报告。 其中一项收益机会扫描任务，报告预估人工耗时10分钟，Vigil记录的请求耗时只有133毫秒，但实际输出却是 count: 0、opportunities: []。 如果当时市场上没有符合条件的机会，返回空列表可能是正确结果。但单看133毫秒的速度，无法确认它究竟完成了有效的商业机会筛选，还是仅仅返回了一份空列表。 这份报告的同题对照方式，参照了 @termix_ai 在BNB Chain「Build the Era」赛道的评审要求。目前尚未核实该报告是否已向官方正式提交或获得认可。按照规则，参赛团队需提交至少3项真实任务，分别用雇佣 Agent 和不使用 Agent 两种方式执行。除了比较时间和成本，还必须提交实际输出结果。官方也计划从参赛市场雇佣 Agent 检查交付。 再看 Vigil v2 报告里另一项耗时216毫秒的永续合约账户查询，输出的是一段仍带有地址和签名占位参数的 Aster API 请求说明。它可以作为后续请求模板，但还不能证明 Agent 已经读取并交付了某个真实账户的最终余额。 另外，报告中的人工耗时是开发者预估，测试过程也提到了 public try rail、验证代理和 dryRun 路径。这些属于开发者自测数据，不能直接当作已经完成真实付费雇佣与结算的证据。 耗时数据能告诉我们请求有多快，任务有没有真正完成、结果能不能直接使用，还得看实际交付。这也是 @termix_ai 在评审标准里要求同题对照，同时必须拿出实际输出结果的原因。

曝光 1920 · 评论 20 · 点赞 30 · 书签 0