盘古大模型WBS分解提示词引导下单技巧

要在盘古大模型中精准生成符合项目管理规范的WBS（工作分解结构）节点，关键在于提示词必须锁定交付物层级、责任人归属及时间锚点约束，否则输出极易沦为泛泛而谈的任务清单，无法直接导入盘古项目系统。

接下来分步拆解实操方法：

明确WBS三级交付物反向定义逻辑

第一步，提示词开头直接定调——“请按盘古WBS三级交付物反向定义法生成节点”。此指令强制模型切换至交付导向思维，避免自由发散。

第二步，紧跟终极交付物名称。格式必须为【项目名称 + 版本号 + 状态描述】，例如：“上线可运行的订单履约系统V1.0”。硬性规定：若未带版本号和状态词，盘古系统将直接拒绝识别为一级交付物。

第三步，要求模型为每个二级子交付物标注类型，限定在“模块”“文档”“报告”“接口”四类中选择。例如，“库存同步接口文档”不可简写为“库存接口”，否则无法关联后续验收附件类型。

注入盘古特有节点属性字段

方法一：使用结构化模板框定输出格式。
在提示词中嵌入指令：“每条节点输出严格遵循：[层级][交付物][负责人][截止日][验收附件类型]。层级用‘L1/L2/L3’表示，负责人填写真实岗位名（如‘后端开发工程师’），截止日用YYYY-MM-DD格式，验收附件类型从‘代码提交链接/Postman测试集合/签字版确认单’中三选一。”

方法二：通过示例触发CoT链式推理。
直接给出完整样例：“L1｜上线可运行的订单履约系统V1.0｜项目经理｜2026-12-31｜签字版确认单”，然后要求模型“按此格式续写L2级3条、L3级各2条，确保L3节点均可由单人一周内完成并验证”。

特别注意：盘古系统解析时会校验L3节点是否包含动词，如“编写”“开发”“测试”“签署”。纯名词项（例如“履约引擎”）会被判定为无效节点。

绑定时间锚点与依赖关系

① 先要求模型列出所有必须按顺序执行的L3节点，例如：“API文档初稿 → 前端调用联调 → 接口压测报告”。

② 为每对相邻节点添加依赖说明，格式是：“因【前置节点输出物】是【后置节点】开展前提，故设为前置依赖”。

③ 最后追加硬性约束：“所有节点截止日不得早于2026-07-01，且任意日期不得重复；若出现资源冲突（如同一个人承担超过2个L3节点），自动拆分并重命名负责人，例如‘后端开发工程师A’‘后端开发工程师B’”。