工作范式：如何真正与 BoB 协作

与一整支模型机群协作，是一种不同于与单个聊天机器人对话的技能。它并不更难，只是形态不同。在投入大量时间之后，总是那几种范式反复带来回报。它们都不是技术性的。无论你是在交付代码、经营一家小企业，还是在写作，它们同样奏效。

1. 描述结果，而不是步骤

告诉 BoB 你希望完成之后什么是成立的，而不是该怎么做。“一个让客户挑选日期并支付定金的页面”，胜过一长串操作指令。BoB 生来就是为了弄清”怎么做”，并在”怎么做”含糊不清时主动发问。你把控目的地，让机群去寻找道路。

最有价值的一分钟，是在任何工作开始之前的那段对话。BoB 会问出一个优秀承包商会问的问题：什么重要，什么不重要，边界在哪里。如实回答这些问题，你就能省下一整轮”我不是这个意思”。急着略过这些问题，是最常见的一种”快速拿到错误成果”的方式。

廉价模型在受到核查时没问题，在被盲目信任时则很危险。索要来源。追问它验证了什么。BoB 生来就默认把这些呈现出来：一个主张连同它出自的来源，一次构建连同证明它能运行的测试。当某件事无法验证时，你想看到的是”未知”，而不是一个自信的猜测。把”我无法确认这一点”当作一种功能。

对于事关重大的决定，不要采纳单个模型的第一反应。让几种声音把它辩个透彻，再把经受住推敲的那个版本交到你手上。设计取舍、命名、棘手的权衡、一段你在意的文字：这些正是评议会胜过单一意见的地方。把它留给那些值得多花几分钟的抉择。

你在同一个地方待得越久，BoB 就越擅长你的工作。它记住你的决定、你的偏好、你喜欢的做事方式，然后加以适应。把同一个项目摊到十个全新的对话里，等于把这些全部丢弃。给它连续性，它就不必每一次会话都重新认识你。

你不必去采用一套新系统。如果你在 Claude Code 里工作，就从那里驱动 BoB。如果你有自己的智能体或平台，就把它指向 BoB，或者把 BoB 作为一层嵌进去。目标是在你已有的配置里加进一个有能力、会核查的队友，而不是逼你搬家。

这些范式，正是”一个巧妙的演示”与”一个我可以依靠的队友”之间的区别。从前三种开始。当工作变得真实，其余的自然会随之而来。