samzong

🌟 Dropped out of high school, but never stopped learning. My career has been a series of actively choosing the “harder path”: - Started with self-taught programming and became a tech evangelist and training instructor - Built a full-channel customer service product from 0 to 1, bootstrapped it to profitability, and successfully got acquired - Developed intelligent e-commerce customer service robots covering all platforms except Taobao (including cross-border) - Pivoted into containerization, and now fully focused on large model training and inference acceleration Continuous learning is my core foundation. My obsession and passion for technology is the only driving force behind every transformation. I’m not a traditional Product Manager — instead, I bring a strong Founder mindset: business-savvy, SaaS builder with deep user empathy, always hands-on in product definition and delivery. I love open source — my GitHub is my real resume. Currently Committer of vllm-project/semantic-router Contributor to Kueue / Karmada / Kubernetes / HAMi and more What I’ve always been seeking are creative, high-challenge projects and people. Because what truly sets my heart on fire is: The hope to make a real difference in this world. If that resonates with you, feel free to DM me directly.

任何产品或项目, 存在的意义都很简单,就是"解决问题", 通常也会带来新问题. 开源是方式,不是目标. 就像代码是方式,不是目标. 好代码是好工艺, 好的工艺能更好地实现目标. AI 让解决问题速度变快了, 它也带来了更多问题. 这很正常. 时代往前走, 就会不断制造问题. 节奏一直是 build and fix++ then make better. 先做出来, 再修, 再变好. 参与开源,或给别人贡献代码, make something better. 这个世界破破烂烂(草台班子), 总需要有人去缝缝补补. 我一直认为, 更重要的其实是创意,时间,执行力. 没灯之前夜晚是黑的. 有人发明了灯,问题就解决了. 油灯,电灯,亮一点,暗一点,颜色多一点. 好不好? 很好. 但最重要的,是灯被定义出来. 千年暗室,一灯即明.

下周会去北京的 gotc2026 看到很多熟悉名字, 推上有大佬去的吗? 欢迎面基, c17. 另外,第一次进京, 有啥要注意的吗?

试下 ego lite, 一周时间看看我有没有想回到 chrome.

Rx 正在成为我重要的伙伴, 事实证明自己打造属于自己 Agent 多么重要, 按照自己的思路处理. 上下文如何压缩?skill 如何发现? hook机制如何处理? 在用的过程中不断改造, 也让我不断成长. Rx 会是一个原生支持多 agent 协作(duo) + 聚合多agent sessions(recall)的完整呈现. github.com/samzong/Rx

My Shipgrit Wrapped (All time): I'm a Night Owl 🚀 shipgrit.com/dev/samzong/wra…

分享下, recall remote sync 性能应该算是大幅度提升. 先道个歉, 之前做的不够检点导致磁盘写入的量比较大, 如果是 v0.6.5 建议尽快升级到 v0.6.7

鉴于磁盘实在太影响我的工作效率, 忍痛加入"尿袋"大军,舒服了.

门禁太严的坏处, 发版流程让 gpt-6.1 sol high fast 跑得好慢....

感谢 @kina0630111171 大佬给 Recall 写了 OpenDAL 存储插件。 Recall 的 remote sync 可以多台机器上的 session 同步到指定存储中，现在支持了 OpenDAL，可以支持更多存储类型： - AWS S3 - S3 兼容 MinIO、Cloudflare R2 等 - NAS 等 github.com/samzong/Recall/tr…

Recall 在做一件非常大胆的事情, 支持用户把自己的session 以 dataset 的形式一键共享到 huggingface 上. github.com/samzong/Recall/bl… 这其实是我很早就想做的一个事情, 每个优秀的 agent 驯兽师, 都有非常高质量的数据, 经常看到大家分享 skills agents.md, 但是最有价值的其实是 raw session, 这一点我想 @QuantumTransf 应该是有差不多的想法. 所以, 为什么不大胆的分享出来呢? 当然,有一系列安全问题要处理, Recall 做了第一步, 但是我觉得这是一个有价值的事情, 持续推进.

分享第三弹: pre-ship 在跟 coding agent 协作的时候, 无论的提示词或者 AGENTS.md 写的多好,始终会有些逃逸情况, 分享下我的探索过程. 第 1 阶段: 在 codex 用 PreToolUse hook , 后来逐渐转为重度跨agent 协作,所以能够支持多agent 非常重要, 第 2 阶段: 使用自定义脚本, 让各个 agent 的 hook 都调用它。规则能统一了，但每个 agent 都要单独接入一下。而且脚本只能看到命令，一旦包进脚本或子 shell 也不行 第 3 阶段: 用全局 Git hook，把检查放在 commit 和 push 这一步。不管是哪个 agent 或者手工操作，只要走 git commit / git push，都会经过它。 现在我把它整理成一个 pre-ship, 用 git 2.54 的全局配置式 hook, agent 的 commit 需要 review 记录，review 记录和stage 绑定. 如果你有需要可以关注, 也欢迎分享你好用的一些规则和用法. github.com/samzong/pre-ship

Recall 作为一个纯粹本地 TUI 的 agent session 聚合工具, 大概是市面上支持agent 种类最多的聚合工具了. 最近增加了跨设备 session 同步和备份功能, 我一直不喜欢自己提供中心化服务, 因为不想自己加维护成本. 所以 recall remote sync 支持了 s3 协议, 并且做了一个 cloudflare r2 的插件, 如果喜欢你可以很方便扩展插件. 配合上定时增量同步, 多设备统一 recall 入口实现聚合检索, 初次配置好之后, 一切都是在后台默默无感. 当然也可以只是用来备份. github.com/samzong/Recall

同步一下, lathe release 到了 v0.6.4 修复了一个安全问题, 如果你也用 lathe 生成 cli 建议升级到最新版本. 详情: github.com/lathe-cli/lathe/s…