普洛米

AI builder in stealth. Prev: @eBay @Groupon @Boeing. En: @pluoki

[普洛米 @pluomi]

@Jason_Young1231 用户已经被隔壁的拐跑了 🤣

[普洛米 @pluomi]

这次调整的效果，我还没有实际测量。我希望分工更清楚，减少不必要的交接，也让已经积累的信息得到更充分的利用。如果你也在搭建类似的工作流，不妨先选一个具体任务，对比由 lead agent 完成和交给 subagents 的结果，再决定哪些分工值得保留。

[普洛米 @pluomi]

看了这条关于减少不必要 subagents 的讨论，我重新审视了一下自己给 AI 的工作指令。以前我倾向于鼓励它多 delegate：只要可能有帮助，就可以交给 subagents 。现在回头看，“可能有帮助”这个条件太宽松，几乎什么任务都能找到拆分的理由。

https://t.co/Tnx2D0ziEF

[pluoki @pluoki]

Reading this discussion about unnecessary subagents prompted me to revisit how I ask AI agents to work. I had been encouraging delegation whenever it might help. Looking at that, I realized how easily "might help" could become a reason to split almost anything.

I've tightened that default. I want the lead agent to stay involved in doing the work, with delegation serving a clear purpose.

For me, the useful question is what a separate agent adds. Independent research can benefit from parallel exploration. A fresh reviewer can catch something the original agent missed. But when several steps depend on the same evolving context, handing them around can mean more explanation, lost details, and coordination.

The Anthropic article behind this discussion gave me a practical way to think about it: keep useful knowledge available through skills and tools, and test whether an extra agent improves the whole task.

I haven't measured the impact of my changes yet. My aim is clearer ownership, fewer unnecessary handoffs, and better use of the context already available.

If you're building a similar workflow, I'd start with one task and compare the results before adding another agent. Keep the delegation that earns its place in practice.

https://t.co/YmhYdAKYkj

[普洛米 @pluomi]

这场讨论背后的 Anthropic 文章给了我一个实用的思路：把需要的知识和方法放进技能与工具，让 lead agent 按需调用，再看多加一个 subagent，是否真的有助于完成整个任务。

[普洛米 @pluomi]

@LinearUncle 股票早就拿到手了，不需要等到上市才离职。

[普洛米 @pluomi]

@op7418 人家拿的股票早就十辈子都花不完了。继续待下去的边际收益太少，肯定不如自己出来创业。

[普洛米 @pluomi]

@yetone 插件架构是一个伟大的决定。

[普洛米 @pluomi]

@CaoWenhu @larchsis @Jason_Young1231 “那个佬” human out of the loop (HOOTL) 神功已成 🙃

[普洛米 @pluomi]

@yetone yetone 自动化的程度已经跟虾爸媲美了

[普洛米 @pluomi]

@oran_ge The pricing is designed to game the benchmarks and fool the public.

[普洛米 @pluomi]

@yetone 赞！我已经从 cc-switch 跳船过来了。实在不能理解 cc-switch 把 反代 和 “为agent选一个provider”这两件事耦合在一起、无法同时反代两个 Responses provider的设计（新版甚至把 routing 和 aggregation 搞成互斥）。还是 Magpie的统一网关舒服。

[普洛米 @pluomi]

@yetone 哥，如果以前通过 cc-switch 的 unified codex history 把所有 codex 历史会话的 model provider 都改成了 `custom`，那么迁移到 Magpie 会不会出问题？（Magpie 好像会在 config.toml 里加 `[model_providers.magpie]`，但 top-level 好像没有指定 model_provider=magpie，是为了兼容性有意为之？）

[普洛米 @pluomi]

@Jason_Young1231 @python_xxt 啥时候支持把 OAI 和 non-OAI 的 model catalog json 合并一下？

[普洛米 @pluomi]

@HiTw93 她家是不是对AI话题特别敏感？

[普洛米 @pluomi]

@dotey 昨天rumor的时候，我试了一下100升200，还行（图一），以为是假新闻。今天再试，已经不让了（图二）……

[普洛米 @pluomi]

@ScarletKc 只要你不尴尬，尴尬的就是别人。

[普洛米 @pluomi]

老果粉都知道，果子产品不买第一代是共识。据GPT先生说 iPhone Duo 2 明年会出，值得期待：
https://t.co/gp5ZlQDlAM

[普洛米 @pluomi]

关于苹果刚发布的 iPhone Duo：首先，duo 是双音节词，不念“多”——美音“杜欧”/'duːoʊ/, 英音“丢欧”/'djuːəʊ/。

其次，iPhone Duo 的长宽比蛮像 Kindle 的。要内外屏长宽比一致，长宽比x须满足 x/1=2/x => x~=1.41~=7:5，介于 3:2=1.5 和 4:3=1.33 之间，适合显示4:3的照片，留一些余边放控件。

[普洛米 @pluomi]

说实话我有点长草，但还是忍住了。主要遗憾：还是有点重，没有 Face ID，机背镜头只有俩，外屏摄头和内屏摄头都只有12mp，app适配须要几年时间。我还是先用着手上的 iPhone 16 Pro，等 Duo 再迭代两轮再考虑。