liuluxu1989

@WebKit 还挺好用的，bot 背后也是一个小服务器，我在上面起了一个 ops 服务，可以有文件管理、监控、bot 管理、文件包 review pack 等。这个小 web 我就是 tunnel 到 cloudflare 给我到我本地访问，还挺方便的。

@BanShe 1 单纯说 grokbot 、Cursor 无需翻墙就可以用。2 理论上并不依赖 grokbot ，随便一台可访问外网的云主机就可以

嗯，实践起来是一个持续的事情。 一个软件团队里也会随着需求的迭代或者人员的流动代码仓库腐化、团队规范执行变形，AI 做这个也是一样，是需要持续治理的。

大体的思路：

第一步，先构建 harness enginering ，让单个任务执行的 loop 中人占比足够少。比如，设计好软件架构、代码约束、开发、build 、测试、verify 的工具等。可以让 Agent 更多是自己完成你交代的任务目标，自己 verify 过大多数的问题。 这种可以使用类似 pstack skills ，或者用 grokbot 这种工具编排整个的软件研发工作流，替代“人”减少人节省人的注意力。

第二步，选择适合你自己的工具，放大规模。

@baizheng

微信输入法最新版本刚推出了 AI 录音笔，免费

微信输入法租新版本刚推出了 AI 录音笔，免费

视频解读：
https://www.bilibili.com/zh-Hant/video/BV1oUJB6QEtk/

原对应 tibo 帖子：

https://x.com/thsottiaux/status/2112712984644784534


对应 OpenAI Developers 帖子：

https://x.com/OpenAIDevs/status/2112603916076781778


您可以选择“12h”，保留 30 分钟的默认设置，或者在一个请求中混合使用两者：12h 用于共享指令，30 分钟用于较新的对话内容。

如果您需要全天重复使用相同的上下文，重复重用的节省将大大超过 12 小时缓存的额外成本。

You can choose “12h”, keep the 30-minute default, or mix both in one request: 12h for shared instructions, 30 minutes for newer conversation content.

If you need to reuse the same context throughout the day, savings from repeated reuse can significantly outweigh the extra cost of 12-hour caching.

@XLeopard 是的