Phodal 我以前在 TW 听过几次他分享。我对他广泛的阅读量和极强的信息整合能力印象深刻。但那时他和咨询同事搞的一个分析代码的项目，我实际跑还是很多问题。TW是个技术乌托邦，缺真正的大项目。
Qoder 离职的他，可能也遇到了跟我进现在公司一样的苦恼，只是他带着理想离开，我托名PO苟着远离技术了
这可能是未来软件开发的标准模式。一个稳定的内核和插件化的社区驱动的、由 agent loop 维护的外壳。
昨天因为我前天早上发挥低素质能力精确优雅地运用 6 个「操你妈」和 2 个「你妈死了」辱骂了几个对我阴阳怪气恶意抹黑者，导致被他们举报后因违反推特规定我的推特账号被封禁 12 个小时。所以有些事情没来得及过来补充。现在解封后特地来补充一下。
当时关于为啥相对激进地采用这种工作流，主要是因为我在一开始设计 Magpie 的时候，就是想把 Magpie 做为一个运行在用户本地的 Agent 基础设施，让它作为一个 bridge 去连接散落在用户本地电脑上的各式各样的 Agent 和越来越多难以维护的大模型订阅供应商，解决两者没打通导致每个人每个月手里浪费大量订阅的 Token 甚至因为供应商绑定导致无法切换 Agent 等等一系列问题。
但挑战也随之而来，因为我用过的 Agent 就那么几个，听说和订阅过的供应商也就那么几家，可是这个世界上的 Agent 和供应商都太多了，而且相互之间各种差异，每个人都有自己独特的偏好，更何况每个 Agent 都有自己千奇百怪独有的配置和设计，供应商自己也有千奇百怪的订阅花活儿，所以一旦把产品交付出去，那么我注定无法应对所有人的各式各样的 Agent 和供应商的支持需求，所以 Magpie 在早期它注定就应该是 UGC 的，也就是用户提需求我来帮其实现。所以我才自然而然地打造了这一套 Agent loop 工作流。
但是 Agent driven 的 UGC 也是有风险的，比如很多人在吐槽的 Magpie 看起来一直在堆砌功能在产品观上没有克制，以及因为要快速交付获得反馈导致发版过快让人觉得不靠谱，其实事情一直都在起变化，最近这一切都在极大地缓解，首先现在 Magpie 已经把 Provider 和 Agent 分别都插件化了，这个解耦导致以后相关它们的新的支持和修复都不需要动 Magpie 产品本身。其次，Magpie 下一步就是在保留最核心功能框架的基础上把所有的功能包括 UI 都插件化，让 Magpie 本身变得轻盈的同时不阻碍它做迭代和功能扩展。
因为家里的迷你主机挂了（慎重选择小厂的迷你主机），所以尝试了很多不同方法去转存+翻译 X 上的英文内文章。
Grok 效果最好但是付费。
ChatGPT 没法读取 X 内容。
Notion AI 不但不需要授权就能直接解析 X 文章，而且翻译、转存一气呵成。
Notion AI 真的是被低估了。
《全面战争：幕府将军 2》在即将推出的完全版中增加了一个鹰眼视角（已经被很多 3D 策略游戏使用的设计）。
其实在很多年前的 2d 策略游戏（如《皇家骑士团》）中也有类似的视角切换设定。
联想到 AI Coding 已经将底层细节实现自动化。程序员更关心的是“鸟瞰视角”。但是绝大部分编辑器并没有提供
Agent 跟使用者的能力耦合非常强。“个人助理”比“Bot男团”确实更容易落地。
小A：把XXX做好给我，遇到问题给我审核。（定义目标）
小B：先ssh到vm，再做a，然后再做b。（定义过程）
团队Agent是和其他人类成员平等的，不是大家公共的“助理”，所以成员和Agent沟通就要用跟人类沟通（定义目标）的方式。
#构建Agent团队的原则
环境优先于Agent。 模型能力是最快变量，Agent角色是快变量，环境契约（状态 / 工具 / 权限 / 副作用）是慢变量。环境会随模型变强而升值——同一个环境，模型越强能用到的部分越多；而为弥补当下模型缺陷写的角色提示词和 harness，模型升级后往往变成债务。
这两天用Hermes的神奇时刻：
1. 我下载了一个PS1游戏镜像和汉化文件。Hermes帮我写脚本把汉化打到镜像里。
2. Windows Defender被关闭，Hermes帮我读了最近几个月的日志，并查出是哪个软件关闭的。
这个观点源自一篇文章
vikasmalpani.com/how-to-buil…
中文翻译
sund.site/posts/2026/how-to-…
