@calebfahlgren @badlogicgames @karpathy @simonw @garrytan I am curious about how to solve the problem of privacy leakage, which means that the directory structure/environment variables/api key may be leaked along with the tool call result.
English
Bhe hontyu
4.7K posts
Starting today, Agent Traces are native on @huggingface with support for Claude Code, Codex, and Pi 🤖
💽 Auto detection and tagging of Trace datasets / harnesses
🎑 Session Viewers for Pi / Codex / Claude
English
@Michaelzsguo @Jiaxi_Cui 主动管理 skill 和 session 算是一些不错的小改进吧，但它做得也挺糙的。差别不大
中文
我在我的 Raspberry Pi 上也装上了爱马仕 Hermes 😂
到目前为止我还挺喜欢它的：
- 它会自动为复杂任务生成 skills，比如那种需要 20 多次 tool call 的任务
- 它可以把任务委派给 Codex 或 Claude Code，或者调用它们做 subagent
- 从 OpenClaw 迁移过去也比较顺
不过感觉做类似任务时，它比 Codex / Claude Code 要花更多时间、步骤也更多，但我还不确定这是不是 Kimi 本身的问题。
中文
@adamwathan This check should be done by the dev server startup script itself, I never trust the agent's spontaneous check, it always forgets.
English
// AGENTS.md
Never, ever, under any circumstances, ever, not once, no matter what, try to start the fucking dev server, it’s already fucking running.
English
@addyosmani @googlechrome It has been used for several weeks, and the experience with tabgroup is very good.
English
Vertical Tabs are officially in @googlechrome! Right-click any window -> "Show Tabs Vertically". Boom.
English
Bhe hontyu 리트윗함
@mtrainier2020 这是弄虚作假哥们，多开几个agent，本地集成测试好好测，debug日志详细地记录，开cdp 浏览器上也验证一遍，把token用在刀刃上。
中文
那我clone一堆open source project 然后不停burn token去加feature，挖漏洞，你有多少token都能给你烧完。
不result driven，瞎几把搞。
Balder@Balder13946731
现在Meta开始用Token的用量来衡量产出了。甚至还推出了排名榜👍 Zuck的管理模式真是越来越棒了。
中文
我当年也是用 Windows 的，但是我也不喜欢右键新建 TXT，基本就只用新建文件夹。当年的一些优化工具还会帮你把这个菜单清理掉提升加载速度。所以换到 Mac 之后我没有任何不适。
反倒是 Finder 的工具栏没有“向上”按钮让我非常烦躁，后来学会了 CMD+⬆️ 快捷键。
tison@tison1096
这个确实是 Windows 系带来的思维模式。 我作为纯 Windows 用户的时候，也习惯在目录下创建一个空白的 .txt/.docx 的文件，然后再双击打开进编辑器里开始写作。 在 macOS 上一般顺序是先打开 APP，然后 New File 直接开始编辑。
中文
和agent 一步一步对话，而不是plan 模式从更高维度进行拆解呢，其实是计划不足，走一步看一步。这个毛病我也是和agent结对多了才深刻反省。这不是个可以引以为傲的手段。
先做上层规划，拆解任务，提高并行度/抓大放小。
用agent呢，和用人一样。我们程序员们要敢于积累管理经验，早日翻身炒掉中层。
中文
最近公司发生一件极恶心的事，让我后悔来这家公司了。
我们项目以前的 Makefile 写的很长，逻辑越堆越多，已经没法维护。并且每次 make 都是全量编译，完全不用上增量编译，结果每次 make 都是10几分钟。我实在看不下去就让 CC 用 Python 重写了一版，加了增量编译支持。就这么放了三个月没敢合到主干，一直小圈子内灰度。
结果后来给我下个新需求，要往 Makefile 里加功能，我实在不想维护两套了，就跟领导说这两个版本二选一，实在不行就把 v2 删掉吧。他说别啊，他一直用，感觉增量编译速度很快。我说如果用 v2 就把 v1 删掉，并把 v2 转正。他说转正吧。
我当时的想法是，转正就转正，以后遇到问题，大家会一起改，这是一个共建的东西。结果转正后，这个 Makefile 就成我的专属，所有人遇到问题都来找我，还说：你改的你就负责到底。
我说这个东西是共建的，你给我我也是让 CC 改，这代码我不比你熟悉多少。你有跟我说的功夫给 CC 说早都改完了。
结果人家偏不（因为都不愿意接锅），这就成了我一个人的锅了。
这件事深刻的教育我们，不要打黑工，不要瞎优化，看到项目里的任何熵，在没有上级明确下单让你干之前，不要自作主张的干，干了就是你的，你就负责到底。
中文
@Michaelzsguo @dotey 龙虾类应用的执行流程和正规军完全没法比，耗费大量token只完成基本工作。热度过了，你这么浪费token，code plan 提供方可不惯着你
中文
罗福莉刚刚写了一篇很不错的文章。即使 Anthropic 正在切断 OpenClaw 这类第三方 agent 对 Claude 订阅的接入，罗福莉依然给整个 AI 生态提供了一个相对乐观的视角。
我很同意罗福莉说的很多浪费其实都来自设计不佳的 harness，小龙虾就是一个例子。它们在每次查询时发起多次高上下文 API 调用，拉低 cache hit rate，又白白烧掉大量 tokens。Anthropic 的这个决定，反而会倒逼整个生态在 context management、prompt caching 和整体效率上做得更好。这样的约束，往往最终会催生出真正的工程纪律，也会逼出新的创造力。
现在用 Claude，或者想办法给 Claude Code “薅到一个划算的 deal”，有时候真的像在菜市场里讨价还价，因为 token economics 已经成了最核心的问题。大家都在焦虑，自己的 tokens 或订阅额度到底会以多快的速度被烧光。我们也都害怕看到那句提示：“Your session will be refreshed at 3 a.m.” 也许，真正的后备方案只有本地模型，而最近 Gemma 4 这样的模型也说明了，这条路正在一天比一天更有吸引力。
中文
刚我也测试了下，用“ --append-system-prompt”和“-p”是可以的，但是不能有 OpenClaw 关键字在 system prompt
Peter Steinberger 🦞@steipete
Anthropic now blocks first-party harness use too 👀 claude -p --append-system-prompt 'A personal assistant running inside OpenClaw.' 'is clawd here?' → 400 Third-party apps now draw from your extra usage, not your plan limits. So yeah: bring your own coin 🪙🦞
中文