AI 咨询真正卖的不是提示词，而是判断边界

我不赞成 AI 方案第一页先放工具和提示词、最后一页才写风险。这样的顺序看起来积极，却把客户最需要的判断藏了起来。本文没有引用真实咨询客户或作者交付履历，以下内容是一套可审查的方法推演：它讨论方案应怎样回答什么值得做、做到哪一步，以及什么时候应该停止。

我的判断是：AI 咨询真正交付的不是一组可复制的提示词，而是一张可执行的边界图。提示词解决表达，边界判断决定项目能否进入真实流程。

客服回复的难点不是写得像不像人

“自动回复所有咨询”至少混合了产品说明、订单查询、退款承诺和隐私请求这4类动作。前2类可以生成草稿，后2类需要业务规则、身份核验或人工批准。

咨询如果只优化一个统一提示词，就会把四种风险压成一种语气问题。更有价值的交付，是把请求分成可自动、需确认、必须转人工和暂不支持。

这个场景说明，先划责任区间，才有资格讨论生成质量。

合同提取的难点不是字段列得够不够多

从合同中提取甲方、金额和日期相对清楚；判断违约责任是否异常，则依赖条款上下文和法务口径。3个结构化字段与1项专业判断，不能共用同一验收方式。

咨询过程应该为每个字段写来源位置、缺失处理和人工复核要求，并明确哪些结论只是提示，不构成正式意见。

这个场景说明，同一页面里的输出也要按责任拆开。

周报生成的难点是结果写回哪里

把会议记录改写成周报只完成了 1 次文本生成。真正进入流程，还要确认数据来自哪个周期、谁能修改、是否覆盖人工备注，以及最终写回文档还是项目系统这 4 个状态。

如果这些问题没有答案，交付十版提示词也只是草稿工具。咨询应把输入、确认、写回和复盘四个节点一起设计。

这个场景说明，完成状态比生成状态更重要。

我把核心交付叫作“边界账本”

边界账本是一页持续更新的项目记录。它把动作分成 5 种状态：证据充分且风险可控的“支持”，模型可建议但由人决定的“需审批”，必须用样本确认的“待验证”，当前明确排除的“不支持”，以及触发暂停扩大的“停止条件”。状态必须能随证据变化，而不是在售前阶段一次写死。

一句话概括：咨询不是替客户保证成功，而是把每一分投入放进可验证的范围。

一次诊断会议怎样产生边界判断

设想客户带来“自动处理售后”的目标。咨询如果从模型选型开始，会议很快会讨论知识库、Agent 和语音能力，却没人知道“处理”意味着回答政策、查询订单，还是批准赔付。

更有效的诊断会拿3份材料进入现场：一张真实工单、一份现行政策和一条原流程记录。顾问沿工单逐句追问，哪部分是客户事实，哪部分需要查系统，哪部分会形成公司承诺。讨论结束后，原来1个宽需求会被分成可自动草拟、需要身份核验、必须主管批准和当前不支持4类动作。

这时提示词仍未出现，但项目已经获得关键证据。团队知道订单状态来自哪个系统，知道赔付上限不是模型判断，知道政策冲突要交给内容所有者。若客户无法指出事实来源，边界账本就把该动作留在“待验证”，而不是用一个更强提示词掩盖缺口。

咨询价值也因此可以验收：会前各角色对“自动处理”理解不同，会后是否形成同一套动作状态、停止条件和责任人。这个变化不保证项目成功，却能阻止团队在错误范围上继续开发。

边界账本还改变了采购讨论。客户不再比较两家方案各有多少模型和插件，而是比较谁愿意把假设、排除项和退出成本写进交付。一个供应方若只保证“支持自动化”，却不说明哪些动作需审批、失败后谁接管，报价再详细也没有责任边界。

它同样保护咨询方。需求从内部草稿变成对外发送时，账本会显示风险状态变化，需要重新确认数据、权限与验收，而不是被当作一次“顺手增加”。咨询因此不靠模糊空间赚钱，而靠持续更新判断。客户可以买开发，也可以在证据不足时停止；两种决定都来自同一份记录。

当然，小型低风险任务不必开一场大型研讨会。固定格式改写、公开资料摘要可以用轻量边界卡完成。方法的重点不是文档厚度，而是投入越大、外部影响越强，边界就越要能够被双方复查。

一次咨询应从现场流程开始

第一轮沟通先看原始输入、现有表格、审批节点和失败记录，不急着选工具。第二步把需求改写成动作，并给每个动作标注数据来源、错误代价和责任人。

第三步只为一个低风险动作做原型。原型输出包括样本结果、失败分类、人工改动和下一次验证问题，而不是只展示成功页面。

停止条件也是交付物

如果资料没有稳定所有者、不可接受错误无法定义、结果没有接收人，项目应停在诊断阶段。若样本显示人工仍需重做全部内容，也应重新设计任务，而不是继续堆提示词。

停止不是咨询失败。它避免客户在错误目标上继续购买开发、模型和集成成本。

常见失败是把建议写成采购清单

工具清单没有说明为什么适合当前流程，也没有覆盖数据去向、导出能力和退出成本。另一个失败是把“可以演示”写成“可以上线”，让后续交付被早期承诺绑住。

咨询结论应同时写前提、证据和排除项。没有证据的部分只能叫假设。

边界：提示词仍然可以是局部交付

固定格式提取、品牌语气和低风险草稿，确实需要可维护的提示模板。但模板要附输入约束、测试样本、版本记录和失效条件。

问题从来不是不能卖提示词，而是不能把提示词包装成完整的业务方案。

回到第一页应该先放什么

写 AI 方案时，可以先放边界账本：支持什么、谁来确认、什么暂不做、何时复盘。工具和提示词放在后面，作为实现选择。

评估一份咨询方案是否有价值，不应只看它列了多少能力，还要看它是否帮助客户更早说出一个清楚的“不做”。在没有真实交付证据时，这仍是一项待验证的方法假设，而不是已被证明的咨询结论。