让 AI 帮项目划清范围：哪些要交付，哪些变化需要重新商量
小项目也会在一句“顺便”之后变大：原本交一份导览文件，后来又要手机页面、双语版本和现场标牌。让 AI 帮忙时，可以先交给它一个很窄的任务：找出已经承诺的工作边界，以及仍然需要人作决定的地方。不要一上来就请它补成完整方案。
AI生成概念配图，非真实软件界面
先区分承诺、愿望与空白
PMI 收录的范围管理论文指出，范围说明有助于确定项目边界、限制与假设。本文借用这个思路设计整理流程；下面的展览、材料与具体做法都是虚构示例，不代表任何组织采用的标准。
假设“纸桥展”请一位志愿者制作导览。现有书面约定是：根据已确认的展品介绍，交付一份中文双页 PDF；主办方提供地图与图片。聊天里还出现“最好手机上也方便看”和“以后也许需要英文”。把这些原话分别编号，保留是谁在什么语境下提出的。
让 AI 建立四栏草稿：已确认包含、明确排除、尚未确认、依赖条件。中文双页文件可以进入第一栏；手机网页和英文版只能进入第三栏。材料里没有说“不要网页”，模型就不能为了让表格整齐，把网页写成已经排除的事项。
把边界写成能够讨论的句子
范围描述最好同时写清对象和工作动作。例如，“整理主办方提供的展品文字”与“重新采访创作者并撰写介绍”是两件事；“交付文件”与“持续维护下载页面”也有不同的责任。请 AI 找出含糊的动词，逐个问它们可能包含哪些不同工作。
在这个例子中，主办方尚未确认图片是否齐全。依赖条件可写成：“本次排版依据主办方确认的图片与地图；如资料替换影响页面结构，双方先讨论调整范围。”这只是待确认草稿。AI 不应自行增加“只修改两次”之类没有谈过的限制。
接着列出少量变更触发条件：增加语言、增加发布渠道、增加采访工作、改动导览覆盖区域。它们用来提醒重新讨论，不能被写成自动拒绝请求的理由。反过来，修正现有文字中的错别字是否仍在范围内，也应由双方约定，别让模型凭工作量猜。
用一个临时请求检验边界
假设又收到“给入口做一块立牌”的请求。让 AI 指出它新增了哪种交付物、需要谁提供什么输入、哪些约定尚不存在。合适的输出是“新增现场标牌，尺寸与制作责任待确认”，而不是直接把印刷、安装和费用都补进项目承诺。
可复用模板：请仅依据以下原始约定，整理包含事项、明确排除事项、未决事项和依赖条件。每条附原话编号；没有明说的内容标为未确认。找出对象、渠道、语言或责任发生变化时需要重新讨论的触发条件。不要新增期限、费用、修改次数或承诺。
人工复核时逐项检查：愿望是否被升级为承诺，未提到是否被误当成排除，提供资料与制作资料是否混淆。同一事项若有两种说法，保留冲突并请相关人员确认。交付一页边界清单即可，不必为了完整性把整个项目重新规划一遍。
边界需要人共同确认
模型只能整理文字中可见的约定，无法知道口头承诺、已有合作惯例或谁有权改变范围。它也不能替双方决定一个请求是否合理。保留确认后的版本和仍未解决的问题，之后遇到新要求再对照检查，范围说明才会成为协作工具。
