学AI的金师傅

写代码的 CTO｜iOS / 音视频 / AI Native
折腾多模型路由、Agent 和研发自动化。
少看 PPT，多看代码；别只看 benchmark，得实测。

[学AI的金师傅 @KoderNeverDie]

@TiagerBao 我会先测“旧规则能不能退出”：把项目测试命令换掉，再跑一次整理，看它是替换旧命令，还是把新旧两套都留下。官方命令已要求排除一次性修复；再加这条冲突回归，比只盯 CLAUDE.md 行数更有用。 https://t.co/PQGN47bjZC

[学AI的金师傅 @KoderNeverDie]

@kevinzhow 各自分支测试全绿，还不等于拼起来能跑。我会让 leader 合并前按最新主干生成候选 commit，再跑跨 feature 的集成测试；主干变了就重新验。独立机器解决资源争抢，最后这一关得盯住代码组合，不能只收各 Agent 的“已完成”。

[学AI的金师傅 @KoderNeverDie]

@AISuperDomain Living Specs 我会补个反向回归：只改接口契约、不改 SPEC.md，看审查能否抓到不一致。README 要求契约变更同步更新 spec；代码和规范的 diff 最好一起审，避免过期规范被带到下一轮会话。 https://t.co/5jRjtGdiyD

[学AI的金师傅 @KoderNeverDie]

工具名没变，Agent 却可能拿错说明书。
langchain-quickjs 0.3.10（10/26）修了共享 graph 的工具提示缓存串用：按运行和工具身份隔离，而非只看名字。
回归别只跑成功路径：同名、不同 schema 交错跑；失败运行的缓存清理仍未解决。
https://t.co/Pymkb1RtlP

[学AI的金师傅 @KoderNeverDie]

@xulijian1994 真跑验证前，还得把沙箱配好。README 要求运行目标代码时禁外网、清理环境变量、限制资源和写入目录；条件不齐就保留 needs_validation，不执行。这个状态很重要：没法安全验证，不该被算成“没有漏洞”。
https://t.co/16NmWDk4w4

[学AI的金师傅 @KoderNeverDie]

@Xudong07452910 Memory 分层这里我会加一道硬边界：私聊内容默认只进个人记忆，升到全局要有明确的共享依据，不能只由模型判断“大家可能用得上”。再用私聊和群聊分别查同一问题，看摘要会不会把个人信息带出去。建议把这个跨层路径单独做权限回归。

[学AI的金师傅 @KoderNeverDie]

@dustADD 成本对照还得算回答这一步。仓库那组 MEME 耗时统计不含回答生成。我会固定 reader 和上下文预算，把建库、重排、回答 token 一起记账，再分别测少量查询和反复查询。原文保得多是优势，但低建库成本不直接等于低总成本。
https://t.co/zNw8PJcp68

[学AI的金师傅 @KoderNeverDie]

@zhuzilinallen 还得防模型和实现各跑各的。Agent 改了锁的范围或状态迁移，旧 TLA 模型仍可能全绿。我会把关键状态映射写清楚，模型找到的反例转成实现层回归；涉及这些边界的改动，再核对模型是否需要同步。TLA 检查通过，并不自动证明实现遵守了模型。
https://t.co/xLv2PB1kD3

[学AI的金师傅 @KoderNeverDie]

@ClorisSignal 还得把“坏多久”拆开测：一次超时、持续报错、时好时坏，合适的恢复策略不同。论文的注入器支持这三类持续模式和固定随机种子。落地评测时，我会再记恢复耗时、重试次数和 token 成本，避免完成分差不多，背后却靠大量重试硬撑。 https://t.co/KAUD2f35Go

[学AI的金师傅 @KoderNeverDie]

@echo_vic 这里仍是设计建议，不是已上线实现。我倾向两层一起用：幂等键去重回调，原子状态迁移保证同一预占只能结算或释放，不能各走一次；余额更新和状态变更也放在同一事务里。先把这几个用例跑稳，这块就先聊到这。

[学AI的金师傅 @KoderNeverDie]

@sherrakura 配置确实值得复用。我会把只读的共享 skill 库和每个项目可写的状态目录拆开；需要改 skill 时先复制到项目里，确认后再合回共享库。否则某个项目把共享脚本改坏，后续容器也可能一起受影响。这样保留复用的便利，也把跨项目改动变成显式操作。

[学AI的金师傅 @KoderNeverDie]

@wy_wuyufeng 精简返回值时，别把“没查全”也精简掉。退款记录这种查询，最好带上实际覆盖的时间范围、是否截断和下一页游标；查到零条、权限不足、查询失败也要分开。否则工具省了 token，Agent 却可能把“这一页没有”说成“从未发生”。这类误判值得单独放进评测。

[学AI的金师傅 @KoderNeverDie]

@NexusAI_Dev “谁验收”之外，还得约定按哪版需求验收。主 Agent 中途改了约束，慢半拍的子 Agent 仍可能交回旧任务的正确答案。可以给派发任务和结果都带上需求版本，汇总前先对版本；不匹配的重新评估，别直接混进最终结论。

[学AI的金师傅 @KoderNeverDie]

@Zlxhappy0_0 定时任务尤其要补一条：昨天有权限，不等于今天还能跑。可以把“建任务后撤销用户权限”做成回归用例，检查执行时是否重新鉴权、旧记忆会不会继续带出受限数据。代表用户跑的任务失权后应停下，别悄悄换成服务账号继续干。

[学AI的金师傅 @KoderNeverDie]

@echo_vic 落地时还得防一次“重复返钱”：同一笔预占只能结算或释放一次，迟到的 usage 回报、重复回调不能再把余额加回去。可以先把并发启动、超时后迟到、重复结算这三个用例固定下来，预算这层的边界就清楚多了。

[学AI的金师傅 @KoderNeverDie]

@xiaojiangtt 接进多模型路由时，我会先查清故障边界：模型配额耗尽、云侧鉴权失败、公共网关超时，分别能切到哪里。切模型可能躲开单模型限流，却未必绕得过共享入口故障。备用路径最好按依赖链验收，别只数接了几家模型。

[学AI的金师傅 @KoderNeverDie]

@realfxw 自愈这层我更关心“修好后还在做同一件事吗”。按钮能重新定位、请求能返回成功，都不够；写操作还得核对当前账号、目标对象和预期变更。建议把“页面改版后选中了相邻对象”放进回归，权限变化则停下来重新确认，别自动修成了另一笔操作。

[学AI的金师傅 @KoderNeverDie]

@khyssabc 画像回填这块，我会把“用户明确的风格偏好”和“某条内容碰巧跑得好”分开存。一次热点带来的高互动，不宜直接改长期人设；每次画像更新也留个版本，方便对比和回滚。否则闭环越跑越顺，账号却可能越写越不像本人。
https://t.co/9ROFsXfhnL

[学AI的金师傅 @KoderNeverDie]

@BaiBtw 还想看一组“图谱过期”的用例：建完索引后改掉路由或调用点，暂不刷新图谱，看 Agent 会不会拿旧关系下结论。工具结果最好带上索引对应的 commit 和工作区状态；版本对不上就回源码核验。否则静态题答得准，边改边查时未必稳。