建设背景
通榆县风资源、产业基础、“陆上风光三峡”规划。
这次不只看生成结果,还会保留第一版、检查记录、修改要求和 Skill 草稿。
原始材料给出了背景、目标和预算;其余字段留待确认。

通榆县风资源、产业基础、“陆上风光三峡”规划。
清洁电力、能源结构、产业与就业。
4.8 亿元,以及 75% / 15% / 10% 三大板块。
实施日期、负责人、装机容量和审批状态没有写明,统一标为待确认。
风力发电项目介绍.docx
只读,不覆盖
格式样例、审批要求
只参考格式和口径
立项申请书-v1.docx
立项申请书-v2.docx
问题位置、修法、结果
对应具体版本
文件一开始就分开,后面查来源、看修改、退回旧版都会省事。
根据项目资料生成正式立项申请,包含背景、目标、预算、实施计划和风险说明。资料没有的信息标“待确认”,输出 Word v1。
地点、3500 小时、4.8 亿元、75/15/10。
实施阶段、风险类别、预算子项字段。
日期、负责人、装机容量、供应商、联系人。
公文语气只能改善表达,不能替缺失的信息作证。

聊天摘要只能作参考,最终要检查实际交付的 Word 文件。
三项合计 100%。细化预算时,4.8 亿元总额和原始占比保持不变。
请把文档优化得更专业。
看不出要改哪里,也没有明确的验收点。
75% / 15% / 10% 不变。
设备、运输、吊装、线路、监理等。
数量、单价、供应商暂不填写。
检查时看三件事:子项能合计,数字有来源,缺少的报价已经标出。
第一次生成结果
问题位置与预期结果
局部修订后的版本

未来还会处理同类立项申请?
项目背景资料能否识别?
Word 章节与数字可核对?
能否停止并交给人处理?
根据用户上传的项目背景资料,生成一份可检查的项目立项申请书 Word;缺字段时标待确认。
“根据这份背景资料写立项申请”
“把项目介绍整理成审批 Word”
“生成项目立项书初稿”
“把文件发给客户”
“帮我改一份劳动合同”
“删除旧项目资料”
发送、合同修改和文件删除交给其他流程;这份 Skill 遇到它们就停止。
生成 Word,进入人工检查。
预算标待确认,不补数字。
说明输入不匹配,停止生成。
第二份材料要重新走完整个流程。只复制旧文件再改名,不能证明这份 Skill 可以复用。
xxx / 郭xx 是占位符,需要确认。
项目名称与正文是否一致。
是否为已验收的 Word v2。
人工批准前不执行真实发送。
课堂只做到发送预览。收到人工确认之前,状态仍是“准备发送”。
这八份材料连起来,才能回看来源、修改过程和复用测试。
重新生成、检查、修改和测试,重点留意旧项目内容是否残留。外发仍停在人工确认点。
状态:candidate / G0_INPUT_ONLY