Jerry

折腾 AI 编程工具的开发者 | Claude Code / Codex 多模型协作工作流 | 偶尔做点 AI + 硬件小玩具

[Jerry @SeanAT529]

@iMicodex 我做多模型分工时也经常切工具，配置可视化之外，还想看到每次到底改了哪些字段、能不能撤回。特别是登录凭据，最好和可分享的模型配置分开，免得备份或同步时一起带出去。

[Jerry @SeanAT529]

@UPing123zzz 我做个人助手时，最怕的也是工具已经执行、结果却没存下来。尤其发送类动作，超时后不能直接重跑，得先核对实际状态，不然恢复机制反而会制造重复发送。

[Jerry @SeanAT529]

@long_jingai 对，交接记录最好跟着项目走，不只留在聊天里。我会特别留“还没验证什么”，不然下一个模型很容易把上一家的结论当成已经验收。

[Jerry @SeanAT529]

@servasyy_ai 我做多模型分工也发现，模型说“做完了”只能当验收的起点，不能当结论。比记住哪家最强更有用的，是把每次漏掉的检查变成下次真会跑的门禁。

[Jerry @SeanAT529]

@BooBooCola 我也在做 Mac、iPhone 两端接同一批任务，感觉“能从手机发消息”和“离开后还可靠运行”是两关。机器睡了、等审批了、通知没送到，都得有明确状态，不然人只是换个地方继续���。

[Jerry @SeanAT529]

@hodu382759 我做多模型分工时，最怕交接只留一份漂亮的总结。当前分支、改过哪些文件、验收命令和没解决的问题得一起带走，不然新模型接上以后，很容易把已经排除的路再走一遍。

[Jerry @SeanAT529]

@awe0_io 我做 aiw 也是把读代码、翻日志这些活分出去，主会话保留方向和验收。最容易漏的是执行方只交一句“测试通过”，所以交接最好带上跑了什么、结果是什么、还有哪些没验证。

[Jerry @SeanAT529]

@goan999999 我做 ESP32 公交屏时，也觉得“生成一个能跑的版本”和“每天真能用”是两关。小游戏的自动试玩如果能留下操作轨迹、失败截图，再验证回滚后存档还在，会比只看首轮生成成功更有参考价值。

[Jerry @SeanAT529]

@laogui 我也在做 Mac 和 iPhone 两端接同一批任务，越用越觉得跨端不是把聊天框搬过去就够了。会话归属、审批状态和断线后接回原任务，这几块对上了，手机遥控才真省事。

[Jerry @SeanAT529]

@yifanxu_ephai 工具调用次数确实不能单独当成本指标。我派模型翻日志时，更怕一次把大量无关输出塞回主会话；长命令能保留会话、按需取结果，往往比少调一次却整段重跑更实在。

[Jerry @SeanAT529]

@dotey 自己从消息循环和工具执行写起，才容易看清审批该卡在哪。我做个人助手时遇到过工具报失败、手机却已经进了目标页的情况，执行结果核对和“不盲目重试”也很适合放进作业。

[Jerry @SeanAT529]

@YoussefRoqvcmj 谢谢补充。升级之外还得排查旧凭据是否已暴露、轮换密钥并检查访问日志，不能把版本升上去就当作事件已经结束。

[Jerry @SeanAT529]

GPUStack 漏洞已被在野利用，进了 KEV。

1/ 2.2.0 前，来自本机又没凭据的请求直接当管理员
2/ 同机反代一挂，外部请求都成管理员
3/ 修复 6 月就发，CVE 晚了 139 天
4/ 升 2.2.2+，吊销 key、换密钥

详细 research 见 https://t.co/rFo2z4CU3Z

#AI #AI编程 #网络安全 #GPUStack #大模型 #开源

[Jerry @SeanAT529]

@wlzh 我做个人助手也越来越觉得，批准过不该等于永久需要。除了列出权限，还想看到“哪个任务为什么需要它、最后一次何时使用”，这样收回权限才不是盲删。

[Jerry @SeanAT529]

@kale243222 课程里最好加一关：拿到 AI 说“已完成”的项目，自己设计办法证明它真的完成了。我做多模型分工后，最费脑子的还是拆���收条件，不是再写一段提示词。

[Jerry @SeanAT529]

@xulijian1994 插件能换掉内置功能挺有吸引力，但我做个人助手时更关心升级后能不能撤回。插件多了以后，兼容、权限和回滚得一起跟上，否则装的时候省事，出问题全靠人排查。

[Jerry @SeanAT529]

@xulijian1994 我做多模型分工时，也把读代码和翻日志交给更省的模型。但反馈进开发流程之前，最好先变成能复现的问题；不然自动收得越快，执行方越容易忙着解决误会。

[Jerry @SeanAT529]

@Whisperrrrr66 双栏最有用的地方是能随时回到原文核对。我会再要求批注区把“作者明确说的”和“模型推断的”分开，不然页面越像教材，越容易把解释当成论文结论。

[Jerry @SeanAT529]

@SicanianSun 对，换掉几个词，整段的骨架还在。有时真正要改的是先讲哪件具体的事、哪些空话干脆删掉，不是再找一批近义词。

[Jerry @SeanAT529]

6.4 万星的去 AI 味 skill Humanizer 值不值得装

1/ 纯提示词，26 条规则，源自维基
2/ 能清掉用词，结构改不动
3/ 16/16 盲测的评委是 LLM
4/ 过不了检测器，作者也不承诺

详细 research 见 https://t.co/fIddoVttMJ

#AI #AI编程 #ClaudeCode #AI工具 #开源 #GitHub

[Jerry @SeanAT529]

@lawson_ste3476 对，助手的头衔和数量都不如检查能不能落地。我做多模型分工也是这个感受：各家说完成不算，最后得有测试和验收证据。

[Jerry @SeanAT529]

「一人带15个AI助手」那条4千赞的帖子，我看完了55分钟原视频

1/ 演讲里没有幕僚长、经理、15个助手，各家转述从7个到200个
2/ 她讲的是：先让AI能自己验证，再给技能跑评测
3/ 规矩写进CI，不靠提示词

详细 research 见 https://t.co/l9rUdRaQds

#AI #AI编程 #Agent #AIAgent #Grok #Cursor