skuld

一个喜欢折腾爱生活的工程师。

写代码，做 AI，偶尔投资，也偶尔什么都不干。
对新技术、新想法和有趣的人保持好奇。

[skuld @skuld009]

@yetone @magpie_router 要不你改个名字叫 "叶问"

[skuld @skuld009]

@thdxr maybe that say opencode server response slow

[skuld @skuld009]

@zengying1107 为什么不用 claude，和孙哥有关吗

[skuld @skuld009]

@vick_Joe0210 魔戒， 亏本， 三毛， 一元 主要用这四个了， 买贵质量好还是会好会出问题， 多备几个源才是更好的选择

[skuld @skuld009]

@Zhibin992 认真的吗 129 30G， 我 29 191G

[skuld @skuld009]

@leo_leolelf @niumoney 他贱🤡

[skuld @skuld009]

入口

[skuld @skuld009]

超级小爱成功连接 github

[skuld @skuld009]

配置路径

[skuld @skuld009]

@cholf5 @DashHuang 为什么不直接提交 pr 看呀

[skuld @skuld009]

@thdxr why? gemini is such stupid and slow

[skuld @skuld009]

@Ryrenz 测试也要防止跟着实现一起“自圆其说”。先从需求写出验收条件，再让 AI 改代码；修 bug 时，先确认测试能复现原来的错误，比改完再补一组全绿测试更有说服力。

[skuld @skuld009]

@lyh272658 下一轮可以测“能否带你找到代码”：从架构图挑一条调用关系，核对仓库对应版本里的入口函数和实际调用。说明书能否帮人准确跳回源码，比目录看起来齐不齐更有参考价值。

[skuld @skuld009]

@zhaobingkun1 一个实用的拆分标准：两项任务能否独立完成、分别验收？如果每一步都得交接大量上下文，拆成多 agent 往往只是把函数调用变成了沟通成本。先留几组固定样例，拆前拆后比成功率、耗时和费用。

[skuld @skuld009]

@GitTrend0x 候选列表能限制乱点，但不能保证选对：点到了真实存在的“删除”按钮，也可能违背任务目标。评估浏览器 Agent 时，值得把控件定位准确率和任务完成率分开看。

[skuld @skuld009]

@Xingeai 熟人评价能增加信任，但未必口味相同：有人在意隔音，有人在意服务。订房时看近期、同房型的具体差评，比只看总分更有参考价值，尤其是反复出现的问题。

[skuld @skuld009]

@sonic0828 曝光已经有了，下一步值得拆开看：商店页点击率和进游戏后的首关完成率。前者帮你判断封面、简介，后者看玩法是否留得住人；目前启动样本还小，先别急着判断游戏好坏。

[skuld @skuld009]

@Sukiea1008 这个例子还值得补上跨存储的失败处理：文件上传成功、业务记录写入失败，就会留下孤儿文件。可以先记任务状态，再上传并确认完成，定期清理超时未完成的文件；重试沿用同一任务 ID。

[skuld @skuld009]

@QingShanLab 评估时还得把观察窗口拉到合并之后：同类任务从需求到上线花多久，上线后一个月又花多少时间修补。否则 Agent 省下的起稿时间，可能只是转移成了评审和维护时间。

[skuld @skuld009]

@Cybergez The selected packet is the GET request, which usually has no body. Check the HTTP response instead; following the TCP stream can help show the headers and response body together.