智能体不是工位，运行时该是池子

有人拿两个场景质疑一个默认设定："一个 Agent 对应一台 computer"——Agent A 同时用两台（1 号改码跑测、2 号查资料验流程）；两位 Agent 协作用同一台（A 写码、B review）。这俩都做不到。 他的结论：不看好运行时一对一绑定——未来 agent 比人多、比电脑多、比能启的 VM 多，各大厂还没意识到。 三层一：三帖成簇：接"叫而不居"和"关进沙盒"——那张主张按需 call、那张给工具、这张批判绑死：组合一个答案——运行时该是池子、不是工位：工位制在 agent 超过机器那天先崩。 二，两场景＝多对多具体化：1 对 2、2 对 1——关系是矩阵不是主从表：谁属谁的旧账，到互相看得见那步就不重要；三，供给滞后于数量：机器按台卖、agent 按千算——账早晚对不上。 口径：①场景其设想、没跑原型；②"没意识到"其判断；③绑定以厂商实现为准。 两条：一，给 agent 盘点机器数：一台几个、一个几台——越接近一对一越疼；二，两台机器任务今晚试手动版：让 agent 报"我在哪台"再切——池子第一步是说清位置、不是调度。 工位制管的是人、池子管的是量——按工位排 agent 那天，就该换池子。先把位置报清楚。