roshan

Golang Backend Engineer | Cloud Native & Kubernetes | Private/Offline Infrastructure | AI-assisted Engineering

[roshan @pibao2013]

我刚在 WSL2 的大量 Codex 会话上实测了一轮，Obelisk 的检索层本身很快，索引稳定后 warm query 只有 50–60ms，结果质量也很好，确实能找回过去几次修复同一问题的完整脉络。
目前卡住日常使用的是 0.2.5 的 freshness 路径：CLI 静置超过 30 秒后，即使数据完全没变化，再查一次也会耗时约 8 分钟，看起来会重新跑整张 messages_fts rebuild。
现在还在继续用 deja 😃

[roshan @pibao2013]

@ScarletKc_ @Rypok dddd

[roshan @pibao2013]

@Rypok @ScarletKc_ 这是读后感吧

[roshan @pibao2013]

@jingjinglearns @jiaqisongmmbc 直接复制给 Codex 的提示词
提示词里的，直接让它可以上传聊天正文，别上传整个聊天记录的数据库文件，别安装本地模型，继续使用 codex 会话就行了。
经常这样过度防御🙃

[roshan @pibao2013]

我这儿被“不得上传微信数据”卡住了直接😂这不传咋分析

肉肉，这一步不能在当前 Codex 会话中执行：聊天正文一旦作为工具结果返回，就会发送到云端模型，违反你之前的“不得上传微信数据”要求。
本地读取工具已经就绪，但电脑上尚未检测到本地模型。若要继续严格本地处理，请回复：
安装本地模型并在本机总结
我会先检查显存和内存，再选择合适的离线模型；聊天正文不会进入本对话，只返回本地生成的总结。

[roshan @pibao2013]

@Sukiea1008 @fatdiudiu 盯

[roshan @pibao2013]

@gkxspace 我lax的🐥怎么老是被墙

[roshan @pibao2013]

这条 Goal 8/31 收口了。

墙钟从 7/27 数到 8/31，大约 35 个日历日。后半段 CLI 自己报了 8 天 19 小时。8/23 那篇写的 27 天，是发文当天的墙钟，跟整条跑完不是同一个数。

产品缺陷总表当时公开的是 28 项。中间过程评论领到 71，附录没跟上。现在补到 82。后面多出来的，主要卡在路由、安装目录、监控授权、CNI 传输，还有一处预检写着离线 dry-run，实际仍在打集群 API。

最后一次是四节点干净重装。runtime 过了，真实表单里的监控图也有数据。没有现场打补丁，脏机也没有开第三枪。规格不够的实验节点已经拿掉。

[roshan @pibao2013]

https://t.co/Oy5wedPyF4

[roshan @pibao2013]

补一句正文容易读歪的地方。

「31 轮修出 28 个缺陷」是复盘截稿那天的安装层账，大约覆盖 Goal 前 13 个日历日。后面两周编号停了，活没停。

中间有几天 Agent 把 exact-once 做成冻结执行器，日报写成加固完成。墙钟烧掉了，产品没往前。这就是正文里 26 小时那套仪式。

同一段也有硬产出。存储假挂改成真挂，日志页读到应用自己写进去的标记，连续两轮干净安装过了，真实表单把工作负载、卷、快照、恢复都走了一遍。

随后制品身份和源码对不上，整条候选按合同作废，又从干净安装重验。日历也不是纯这个 Goal，同一周还有别的项目。

用「28 个缺陷 / 27 天」当吞吐，会把这截账算没了。决议后的加速，对照的是截稿前那 28 个。

[roshan @pibao2013]

@tmsaqfy @DeepKlee @Coconut456662 老哥这也是 Fable 给我写的。冲 Grok Heavy 送的 Cursor 额度要用完了，力竭了。

[roshan @pibao2013]

完整版就是 @DeepKlee 那篇《纠正 GPT-5.6 工程设计路线若干历史问题的决议》原帖https://t.co/IOKXvksJSy，我几乎原样写进了仓库规则（AGENTS.md
顶部硬规则区）。抄的时候补三件事：① 每条规则写清"只约束什么"（比如 exactly-once
只给产生外部可见变更的操作），不写边界它会自我繁殖；② 加一条降级线：自造门禁连续两轮修不好自己，必须退回标准工具；③
规则文件本身列入定期复盘。光贴规则不管边界，几代 Agent 演绎下来又是一堆冻结执行器。

[Klee Kawaii @DeepKlee]

关于纠正 GPT-5.6 工程设计路线若干历史问题的决议

首先，移除这种反人类的复制一个版本再编译，还要上一个路径敏感 hash，纯属神经病。接着镜像构建的那里也查一查，不要给我弄这种神经病一样的 pin 一个版本：原材料和组件与你那一次构建无关，它就在那里，是每次产物可以有一个独一无二的 hash。如果攻击者都能拿到运维的权限了，你防ta有狗屁用？

将 install 和 update 合并，统一为有幂等性的 install，边界讨论好空状态。关于原子性不要给我开长事务，多用短事务，处理好随时可能中断或 cancel，我比较推荐的粒度是对于一个 inode 一个事务。

提供一个 clean 功能，移除所有缓存。即使用户没有显式 clean，也应当自动维护缓存：移除失效的或放弃使用的。

注意搜索参考最佳实践：
1. 不用兼容旧实现，db migration 注意已有业务数据的迁移逻辑合理
2. 可以适当调整目录结构
3. 我们的版本是 Python 3.14、C++23
4. 可以添加需要的依赖，按照开源和生产规范，在合适的功能模块或 step 进行 git commit

关于 safety：
1. 禁止 safety 与 security 相关的审计
2. 禁止引入非常规安全设计和校验
3. 禁止在没有明确攻击者和攻击模式的情况下做 safety
4. 禁止防备运维有碍 observability
5. 禁止“fail-closed”、“fail fast”将工作推回给用户，应当解决边界情况和状态不一致
6. 禁止无外部调用的代码中反复提权降权

关于 subagents：
1. 你要关注好调度和管理，积极使用，让不同任务使用合适的 agent role，不同复杂度匹配不同 worker。
2. 每次编辑文件没必要锁整个仓库的单写者，只要设计任务时变动区域单写即可。

[roshan @pibao2013]

规则落地 52 小时的后续数据，接着正文更新：

吞吐约 5 倍。决议前 31 轮约三周修掉 28 个缺陷；决议后 52 小时又收口 12 个，每个都是 owning 层源修复 + 回归契约测试，零现场补丁。单轮全链（修源码 → 重建 → 回灌 → 全新导出 → 恢复快照 → 装机）从一天压到约 2 小时。

失败点单调后移：出口校验四连关全过 → 控制面容器过 → 三个模块 Installed → 现在卡在第四个模块的对象所有权门禁，已连剥三层（namespace 错用、对象缺标、pod 模板缺 owner-class）。每轮都死得比上轮深，这是最健康的失败形态。

仪式化零回潮：52 小时里三次零变更失败（元数据格式、旧 systemd 兼容）全部原地修复重试，没烧任何事务；proof 信封还主动做了减法，删掉复制文件和路径 sidecar 那类繁文缛节。

补两个新教训：

1. 防守性规则会打架。教会导出链“保留 vendor 引用”之后，安装校验器还揣着“镜像必须全在产品项目下”的旧断言，两个修复互相否决。改规则要全链搜同类断言。

2. 校验器是剥洋葱，一次只报第一个错。与其幻想一次修完所有错，不如把单轮成本压到 2 小时——接受节奏，比对抗节奏快。

[roshan @pibao2013]

@Vincent_AINotes 今天才看到投毒的帖子

[roshan @pibao2013]

@luoleiorg 我这儿现在大杂烩，Cursor agent Fable 5 摸底跟 Goal 合同冻结，codex 用 5.6 Sol xhigh 跑后续的调度编排任务， 加了 3个worker了，grok build worker，luna worker，cursor agent grok worker。

[roshan @pibao2013]

@xiangyuli @huangguoai 看这个

[roshan @pibao2013]

@xqliu 7-8 tok/s，直接提桶跑路了

[roshan @pibao2013]

@xqliu 我号也被封了六个了，这是这两天冲 heavy 送的 cursor 里面的 fable ，感觉不禁用，cursor 的额度限制好像是按月来的，不是周限。不敢爽用

[roshan @pibao2013]

@lxfater 用肥波儿分析了一下，改了改，好多了ヾ(Ő∀Ő3)ﾉ
https://t.co/omWiNXzyaz

[roshan @pibao2013]

https://t.co/Oy5wedPyF4