Hoosland Course

AI 辅助方案工作：从会聊到会干活

讲清边界、Prompt、工具、实操、验收和团队沉淀。

建筑方案设计 AI工具入门 prompt Agent SKILL 可复用模板个人到团队协作

创作 / 李敏浩

开场：先看到自己

AI 写砸的 3 个真实反例

问题	错误输入	AI 可能输出	为什么危险	正确改法
问题 1幻觉 / 无依据结论	“帮我判断这个方案消防有没有问题。”	“整体满足消防要求，可进入下一阶段。”	没有图纸、规范条文和专业校核，却给了确定结论。	改成：只列消防疏散宽度、消防车道、登高面等核查项，不下结论。
问题 2表达空泛 / 任务没写清	“帮我写一个商业街区概念，要高级一点。”	“打造开放、活力、复合、可持续的城市会客厅。”	听起来顺，但没有回应场地、客群、动线和空间动作。	改成：限定读者、阶段、场地事实、输出字段和字数。
问题 3权限 / 保密边界	把甲方名称、地块编号、报价、合同范围放进公共工具。	输出看似可用，但资料已经外发。	涉及商务、投标、合同和未公开项目信息。	先脱敏，只保留 “某城市更新商业项目、概念阶段、需整理成果要求”。

现场提问这 3 个反例里，你以前最容易犯哪一个？

判断原则凡是涉及依据、表达、权限，先停一下，不要急着把 AI 输出当成果。

今天目标不是证明 AI 厉害，而是减少空话、漏项、返工和越界。

今天只解决 4 件事：知道边界、写清任务、配对工具、验收输出。

学习收益

本次分享的教学目标

从提问升级到任务组织

面向谁 已经用过豆包、DeepSeek 等网页版对话工具，但还没有形成稳定工作方法的方案设计师。

教学目标

1任务表达把“帮我写一下”改成带背景、输出、边界和验收的任务说明。

2工具判断知道哪些任务适合 Chatbox，哪些要文件助手、知识库、Agent 或 MCP。

3结果验收知道 AI 为什么会编、为什么会空、为什么不能替你做专业结论。

课堂示范主线 用一段脱敏“商业街区任务书”演示：先提取成果要求，再列启动会问题，最后改写一段可放进 PPT 的方案说明。

01

你已经在用的 AI 能力

豆包、DeepSeek、Kimi、ChatGPT 网页版，是大多数人的第一层 AI 使用经验。

先承认它有用示例：把一段入口广场说明改成甲方汇报语气。

再识别它的限制示例：网页版不知道哪份任务书是最新版本。

最后升级方法示例：把“帮我总结”改成“输出启动摘要表”。

本章示范线：同一段“入口广场说明”，先用 Chatbox 润色，再要求它转成“空间动作 / 汇报句 / 待确认”三列表。

Chatbox 适合什么

它很适合“轻量文本辅助”

豆包快速问答、中文表达、轻量创作

DeepSeek推理、结构化分析、代码类问题

Kimi长文阅读、资料摘要、文档问答

ChatGPT综合写作、多模态、工作流扩展

日常任务	可以直接给的输入	期望产出样例	不适合期待
润色说明	“这是我写的入口广场说明，请改成甲方汇报语气，120 字以内。”	一段更清楚的 PPT 文案，保留原意，减少口语。	不要让它替你确定设计策略。
会议摘要	贴 8 条甲方反馈，要求按“功能 / 动线 / 立面 / 待确认”分类。	一张反馈分类表，附需要项目负责人确认的问题。	不要让它判断谁负责修改。
标题发散	给项目定位和 3 个空间策略，要求生成 10 个汇报页标题。	“界面激活”“慢行串联”“街角停留”等可筛选标题。	不要把标题当最终概念。

输入示例“把下面 6 条评审意见整理成表格，列：原文 / 影响图纸 / 修改建议 / 待确认。”

输出示例生成评审意见任务表，方便项目组会逐项确认。

验收动作负责人只看是否漏项、是否误解原意，不让 AI 决定专业结论。

结论：网页版对话工具不是没用，而是它更适合处理“当前你给它的文字”。

同一任务，不同输入

AI 的差异，很多时候来自你给任务的方式

只给一句话

帮我写一段商业街区方案说明。

常见结果：宏大、抽象、像模板；没有项目尺度、客群、动线、业态和空间落点。

给足可判断条件

项目是城市更新商业街区，面向周边社区和年轻消费人群。现阶段用于概念汇报，请写 120 字方案说明，必须包含：街区界面、慢行动线、公共节点、首层业态。不要写规范结论。

常见结果：更容易落到空间策略，也更容易被项目负责人修改。

差输入	只给愿望，AI 只能猜你的项目、读者和判断标准。	常见输出：漂亮但空。
好输入	给任务背景、使用场景、必须包含项、不要做什么。	常见输出：更像可改的初稿。

为什么会失望

会聊天，不等于会工作

Chatbox 的常见限制

每次都要重新讲背景
看不到项目文件夹和历史案例库
不知道哪份指标表是最新版
不能自动整理整套项目资料

升级的方向

给更准确的 Prompt
管理上下文和资料输入
连接知识库和工具
用 Agent 执行多步骤任务

判断句：如果一个任务需要 AI 看多份资料、分步骤处理、输出文件并接受验收，它就已经不是普通聊天框任务。

具体例子：“把这段入口空间说明改顺”是 Chatbox 任务；“读取项目文件夹里 3 版任务书，找出成果范围差异并导出对比表”就是 Agent / 文件工具任务。

Chatbox 工作卡

基础用户先练这 4 个动作，5 分钟内能见效

动作	输入方式	适合场景	验收标准
改写	贴一段原文 + 指定语气	汇报说明、邮件、会议纪要	意思没变，表达更清楚
摘要	贴一段资料 + 指定字数和结构	短会议记录、甲方反馈、评审意见	关键信息没漏，能追溯原文
提问	让 AI 先列“需要补充的信息”	任务还不清楚、资料还不完整	问题能带去问负责人或甲方
转表	把散文改成表格字段	案例、反馈意见、任务拆解	每一行都能继续分工或检查

最小可用 Prompt：请把下面内容整理成表格，列为“原文要点 / 影响范围 / 需要确认的问题 / 建议下一步”。不要扩写，不要编造。

改写练习把“这个广场比较舒服，有人气”改成“入口广场通过树阵、台阶和首层开口形成停留界面”。

摘要练习把 12 条甲方意见压缩成“已确认 / 需补资料 / 影响方案”三组。

转表练习把一段案例介绍转为“项目类型 / 核心策略 / 可借鉴 / 不宜照搬”。

02

AI 做不到什么

先建立合理期待，后面学工具才不会幻想，也不会过早失望。

价值看交付物示例：20 页任务书变成启动摘要和问题清单。

失败看条件示例：没给场地条件，方案说明就会像模板。

边界看责任示例：消防、日照、指标只能列核查项。

本章示范线：把“AI 写得空”拆成缺目标、缺资料、缺工具、缺验收四类原因，再给修正 Prompt。

⏱ 5 分钟：把你今天的 3 件事分到绿 / 黄 / 红 / 灰。

金句 1 / AI 做不到什么

AI 写得很空，不要要求“再高级一点”。

改成可执行要求：补空间落点、删除无法证明的承诺、标出需要确认的信息。

价值

不要只说“提升效率”，要落到具体交付物

任务书启动摘要例：20 页任务书 → 范围、成果、节点、启动会问题。

案例对比表例：5 个商业街区案例 → 策略、来源、可借鉴、不宜照搬。

评审意见任务表例：一页评审截图 → 意见、影响图纸、建议动作、待确认。

PPT 页面文案例：确认后的策略表 → 页面标题、主张句、图注。

指标疑点清单例：两版指标表 → 冲突字段、来源版本、核查人。

项目归档说明例：成果文件夹 → 缺失文件、版本说明、后续维护建议。

示范：一份 20 页任务书 → AI 先生成“启动摘要表 + 启动会问题清单” → 人只验三件事：成果范围、时间节点、合同边界。

做不来的原因

很多失败不是模型不聪明，而是任务条件不成立

缺什么	表现	方案工作中的例子
目标	输出泛泛而谈	只说“帮我写方案”，没有交付物、读者和使用场景
上下文	内容像模板	没给任务书、场地条件、甲方诉求、已有方案方向
工具	只能给建议，不能执行	网页版无法读取项目文件夹、整理多份资料、生成文件
权限	查不到内部资料	没有接入历史项目库、标准图集、部门模板和归档资料
验证	错了也不容易发现	案例无来源，指标无出处，专业判断没有人工确认点

1. 先问交付物我要的是摘要、表格、问题清单、PPT 文案，还是完整流程？

2. 再问资料够不够AI 需要看到哪些事实，才有资格回答这个问题？

3. 再问工具够不够只是聊天，还是需要读文件、查网页、整理表格、生成文件？

4. 最后问谁负责AI 可以标疑点，但规范、指标、消防、日照和结构判断要人工确认。

排查示范：“AI 写得很空”不要只要求“再高级一点”，改成“请输出空间策略表，列：设计动作 / 对应场地问题 / 需要确认资料”。

失败诊断样例

看到“AI 不行”时，先拆开排查

现场问题	表面现象	真正缺口	修正动作
让 AI 写完整方案	概念很空，像宣传语	缺任务边界和场地事实	先生成项目理解表和缺失资料清单
让 AI 做案例调研	案例信息混乱	缺统一字段和来源要求	先规定字段，再要求来源和未确认标注
让 AI 判断指标	回答很肯定但可能错	专业责任边界错误	只让 AI 列疑点，不让它下最终结论
让 AI 整理文件夹	网页版只能给建议	工具能力不够	换 Agent / MCP，让工具能读文件

诊断演示	原句：“帮我做商业街区案例调研。”修正：“请按项目名称、城市、类型、核心策略、来源、可借鉴、不宜照搬输出表格。”

诊断顺序：先看任务有没有说清，再看资料是否足够，再看工具是否能执行，最后看是否有人工验收。

现场用法：当同事说“AI 不行”时，不急着换模型，先问四句：你让它交付什么？你给了哪些事实？它需要读哪些文件？最后谁来验收？

边界地图

不同 AI 和不同工具，不是同一种能力

工具类型

擅长

不擅长

方案部门用法

免费网页版短文本、改写、头脑风暴

例：润色一段入口广场说明

项目资料太长、多文件、内部知识

改标题、改说明、列思路

支持文件的助手读 PDF / 文档 / 图片

例：读任务书并提成果节点

混版本、多来源校验、长期记忆

先提取结构，再让负责人核对

知识库 / RAG基于入库资料回答

例：查历史商业街区案例字段

资料没入库、资料过期、权限不足

做部门案例库和成果标准检索

Agent / MCP连接文件、网页、工具并分步执行

例：遍历项目文件夹生成缺失清单

最终专业判断、越权访问、无监督发布

项目归档、案例采集、评审意见闭环

选型示例：改说明用网页版；读任务书用文件助手；查历史案例用知识库；遍历文件夹生成缺失清单用 Agent / MCP。AI 会说不代表它知道，能生成不代表它能负责。

边界判断

把任务先分成绿区、黄区、红区

区域

AI 可以做到什么

方案工作例子

人工动作

绿区表达、整理、转格式

改写、摘要、分类、生成表格

把评审意见转成任务表

抽查事实即可

黄区需要资料和经验校验

策略提炼、案例对比、概念表达

提炼商业街区案例可借鉴点

负责人判断是否适用

红区不能替代专业责任

规范、消防、日照、结构、指标承诺

判断退线、消防车道、日照结论

只让 AI 列核查清单

灰区取决于权限和工具

内部案例库、合同、商务信息

查询历史项目成本或甲方资料

先确认权限和脱敏范围

关键判断：不要先问“AI 能不能做”，要先判断这个任务属于哪个风险区。

03

怎么让 AI 听懂

Prompt 不是提问，是任务单；上下文不是越多越好，是要放对资料。

Prompt示例：让 AI 输出“范围 / 成果 / 节点 / 疑问”。

上下文示例：任务书包和案例资料包分开处理。

资料输入示例：先让 AI 复述任务书，再写 PPT 文案。

本章示范线：把“写商业街区方案说明”拆成角色、任务、背景、输入、输出、边界六个字段。

⏱ 5 分钟：选 1 件事，写出角色、任务、背景、输入、输出、边界。

开箱即用模板

标准 Prompt 模板：6 个字段

你是一名[角色]。我要完成[任务]。背景是[项目类型 / 阶段 / 读者]。输入资料包括[资料范围 / 版本]。请输出[表格 / 清单 / PPT 文案 / 设计说明]。边界要求： 1. 区分事实、推断和建议。 2. 不要编造资料中没有的信息。 3. 标出需要人工确认的地方。

替换示例：任务书解读

角色建筑方案项目负责人。

任务整理项目启动摘要，不写正式方案。

输出范围 / 成果 / 节点 / 疑问 / 风险。

边界日期和成果项必须回到任务书原文核对。

5 分钟上手：选 1 件事，按 6 字段写一个标准 Prompt。

Prompt

Prompt 是任务说明，不是咒语

角色让它按哪类专业视角处理：项目负责人、案例研究、汇报文案。

目标明确交付物：摘要、表格、问题清单、PPT 页面文案。

上下文给项目类型、阶段、读者、资料范围和已有判断。

格式规定字段、列名、长度、语气和是否区分事实与推断。

验收要求列来源、缺失资料、风险点和人工确认项。

模糊 Prompt

帮我分析这个商业项目。

可执行 Prompt

请基于任务书，输出商业项目启动摘要表：设计范围、成果要求、时间节点、甲方明确需求、需要确认的问题。区分事实和推断，不要编造。

输入资料	例：任务书第 2-4 页，包含项目概况、设计范围、成果要求、时间节点。	不要先给整本文件，也不要立刻要求写方案。
期望输出	例：启动摘要表 + 5 个启动会问题，其中“效果图数量是否明确”标为待确认。	输出能直接拿去开项目启动会。
验收动作	例：负责人对照原文检查“7 月 18 日初稿”“内部决策会”是否来自任务书。	日期、范围、成果项不能靠 AI 猜。

System Prompt

为什么系统提示词重要：它决定“默认怎么工作”

普通用户常见误解

以为 Prompt 只是一次性的提问
以为 AI 每次都会自动记住部门标准
以为模型会自己知道哪些不能编造
以为输出格式不重要，后面再整理也行

规则层级示意

System Prompt长期规则：角色边界、安全要求、输出风格、不能做什么。

Team Skill团队方法：任务书、案例调研、评审意见的固定流程。

User Prompt本次任务：项目背景、输入资料、具体输出。

Context本次可见资料：PDF、表格、会议纪要、历史记录。

部门级示例：系统规则可以写成“所有案例调研必须区分公开资料、推断和未确认信息；所有规范、指标、消防、日照只列核查项，不下结论”。这样每次任务不用重复提醒。

Prompt 拆解

一个能干活的 Prompt，通常不是一句话

组成	要写清什么	建筑方案例句
角色	从哪个专业视角处理	你是一名建筑方案项目负责人
任务	这次只完成什么	整理项目启动摘要，不写正式方案
背景	项目类型、阶段、读者	商业综合体概念阶段，面向内部启动会
输入	资料范围和版本	以下为任务书节选，以 2026-07-01 版本为准
输出	表格字段、长度、格式	输出 4 列：明确事实 / 推断 / 疑问 / 建议动作
边界	不能编造、不能下结论	规范、指标、消防、日照只列核查项

一句话判断：如果这个 Prompt 交给同事执行，同事是否知道输入什么、做什么、输出什么、谁来验收？如果不知道，AI 也很难稳定做好。

差写法“帮我总结任务书。”没有说输出用途，也没有说表格字段。

好写法“用于启动会，输出范围、成果、节点、疑问，不写方案。”

验收方式负责人对照任务书原文逐项打勾，推断项单独标出。

金句 2 / 怎么让 AI 听懂

Prompt 是任务说明，不是咒语。

如果这个任务交给同事都说不清楚，AI 也很难稳定做好。

上下文尺寸

干活儿方法：长资料不要一次塞，先拆成“任务包”

错误做法一次性丢进去

任务书全文 28 页 PPT 汇报稿 76 页会议纪要 3 份案例资料 12 个指标表 4 个版本要求：请直接帮我写完整方案。

项目示例：任务书 + 三次会议纪要 + 12 个案例 + 指标表，不要一起塞进去；先拆任务书包，再拆案例包。

推荐做法拆成 4 个任务包

01

任务书包例：只提范围、成果、节点、疑问，不写方案。

02

场地条件包例：整理出交通冲突、入口机会和待补资料。

03

案例资料包例：按“策略 / 来源 / 适用性”做案例对比表。

04

汇报表达包例：基于前 3 包生成 PPT 标题、主张句和图注。

上下文窗口

上下文越大越好？不完全是，关键是“放进去的东西有用”

能看见AI 只能处理当前上下文里能看到的资料。

会稀释资料太多、目标太散，重点会被淹没。

会混版本多份指标表、会议纪要并存时，必须标版本。

会遗忘边界长对话后，要重复关键约束和输出标准。

要分包每轮只处理一个交付物，最后再汇总。

资料类型	推荐输入方式	不要这样做
任务书	先提取范围、成果、节点、疑问	直接要求写完整方案
会议纪要	按意见、影响图纸、负责人角色转表	只让 AI “总结一下”
案例资料	统一字段后再比较	丢一堆链接让 AI 自由发挥
指标表	标明版本、来源和需要核对的字段	混放多个版本不说明优先级

任务书包输入：任务书范围和成果页。输出：启动摘要表。

会议纪要包输入：甲方反馈。输出：意见分类和待确认问题。

汇报文案包输入：已确认表格。输出：PPT 标题、主张句和图注。

资料输入

推荐顺序：先理解，再生成

01说明背景项目类型、阶段、目标读者

02说明资料任务书、场地、会议、案例

03先复述让 AI 说出看到了什么

04提结构摘要、字段、问题清单

05再生成正式文案或表格

06做验收来源、疑点、人工确认

请先不要写正式方案，先帮我整理信息结构，并列出还缺什么。

第 1 次输入	只让 AI 复述资料和列缺失项，避免一上来生成空文案。
第 2 次输入	让 AI 把资料转成表格字段，方便负责人核对。
第 3 次输入	在表格确认后，再生成 PPT 文案或方案说明。

演示用案例：先贴“商业街区任务书节选”，让 AI 只列缺失信息；确认后再要求输出启动摘要；最后再让它根据摘要写一页 PPT 的标题、主张句和图注。

多轮对话

好的多轮对话，是把问题一步步收窄

低效对话

帮我写个方案。不太对，再高级一点。还是不对，再有设计感一点。再短一点。再正式一点。

问题：每一轮都在改感觉，没有补事实，也没有收敛标准。

高效对话

第 1 轮：先复述你理解的项目背景。第 2 轮：列出还缺哪些信息。第 3 轮：按“空间策略 / 功能组织 / 汇报表达”给 3 版方向。第 4 轮：基于我选的方向，写 PPT 页面文案。第 5 轮：自查事实、推断和风险点。

关键：每轮只推进一个动作，每轮都有输出标准。

轮次	商业街区示范提问	输出用途
第 1 轮	请复述你理解的客群、场地和汇报对象。	检查 AI 有没有读偏。
第 2 轮	请列出还缺哪些设计判断，尤其是业态、动线、节点。	形成提问清单。
第 3 轮	基于已确认信息，给 3 个空间策略方向。	供负责人筛选。
第 4 轮	把选定方向转成“标题 / 主张句 / 图注 / 待确认项”。	进入 PPT 页面制作。

多轮示例：同一段任务书不要一轮写终稿，先复述项目、再列缺失、再给 3 个方向，最后才生成汇报页文案。

04

怎么让 AI 替你跑多步

真实方案工作不是一句话，而是资料、步骤、交付、检查和复用。

Agent示例：读取评审纪要和成果目录，生成修改任务表。

Skill示例：把“任务书解读”固化为固定字段。

Workflow示例：AI 初表 → 负责人审核 → 项目组分工。

本章示范线：同一组评审意见，从“请总结”升级为“读取文件夹、生成修改任务表、标待确认项”。

递进关系

不是让 AI 多说几句，而是让 AI 拥有更多条件

层级	解决什么问题	方案部门例子
单轮对话	临时问答、改写	润色一段设计说明
多轮对话	逐步打磨	反复修改 PPT 故事线
RAG / 知识库	基于资料回答	查询历史项目和成果标准
MCP / 工具连接	看文件、网页和系统	读取项目文件夹、整理案例网页
Agent	分步骤执行目标	整理项目归档并列缺失文件
Skill / Workflow	复用方法和流程	任务书解读、评审意见闭环

递进案例：“润色一段说明”停留在单轮对话；“围绕同一项目反复收敛故事线”是多轮对话；“读取部门案例库回答类似项目做法”是知识库；“整理文件夹并生成缺失清单”才是 Agent。

为什么要 Agent

真实方案工作不是一句话能完成的

对话型用法

请总结这段评审意见。

适合处理一段当前文本。

Agent 类用法

请读取项目文件夹中的评审纪要、成果目录和指标表，整理修改任务表，列出缺失文件和需要负责人确认的问题。

适合围绕目标组织资料、步骤和检查。

Agent 工作窗口示意

项目文件夹

01_任务书.pdf

02_评审纪要.docx

03_指标表.xlsx

04_成果目录/

读取资料并识别版本：评审纪要 v2、指标表 v4

提取评审意见：入口、动线、业态、指标

匹配影响图纸：总平、交通、首层平面

列出缺失文件：缺最新版效果图目录

导出任务表给项目组复核

Agent 示范任务：读取“评审纪要.docx、成果目录.xlsx、图纸文件夹”，输出“意见原文 / 影响图纸 / 修改建议 / 待确认 / 优先级”的表格，并把找不到图纸的项标红。

Agent 任务包

给 Agent 的任务，要像给助理派活

任务包字段	写法	示例
目标	说明最终交付物	例：生成评审意见修改任务表，供周会分工。
资料位置	告诉它看哪些文件	例：读取“02_评审纪要”和“04_成果目录”，不要读归档旧版。
处理步骤	分步骤，不要一步到位	例：提意见 → 找影响图纸 → 分优先级 → 列确认项。
输出格式	表头、文件名、保存位置	例：输出 xlsx，列：意见原文、问题类别、图纸、建议动作。
验收规则	哪些必须标注不确定	例：找不到对应图纸时写“需项目负责人确认”，不要猜。

Agent 不适合一句“你帮我整理一下”。它适合带目标、资料、步骤和验收规则的任务包。

可复制任务包：请读取“02_评审纪要”和“04_成果目录”，生成评审意见修改表。先提取意见原文，再判断影响图纸；找不到图纸时标“需确认”，不要自行猜测。

Skill & Workflow

从一次使用，到团队复用

一次问答例：“帮我改这段说明”，结果只留在个人对话里。

Prompt 模板例：固定任务书解读的角色、字段、禁止事项。

Skill例：任务书解读包含触发条件、步骤、验收。

Workflow例：AI 出表 → 负责人审核 → 项目组分工。

团队资产例：进入案例库、模板库、项目复盘记录。

名称	它解决什么	方案部门例子	必须写清楚什么
Skill	把高频任务固化为可复用方法	任务书解读、案例调研、评审意见整理	输入资料、处理步骤、输出格式、审核人
Workflow	把多个 Skill、工具和人工审核串起来	案例入库流程、项目启动流程、评审闭环流程	触发条件、文件位置、流转节点、风险边界

一次问答“帮我改这段说明。”只解决当前文本。

Skill“任务书解读”固定输入、步骤、字段和验收。

Workflow新项目启动后自动生成摘要，负责人审核后入库。

Skill 模板

一个可复用 Skill，至少要写清 6 件事

字段	要写什么	任务书解读 Skill 示例
触发条件	什么时候应该使用	收到新项目任务书、招标文件或设计委托
输入资料	需要哪些文件和背景	任务书、合同范围、甲方邮件、项目阶段
处理步骤	AI 按什么顺序工作	先提范围，再提成果，再列节点和疑问
输出格式	交付物长什么样	启动摘要表 + 问题清单 + 风险提示
验收标准	谁检查、检查什么	项目负责人核对成果项和时间节点
禁止事项	哪些不能让 AI 自行决定	不能承诺指标、规范结论和设计范围变化

团队真正需要沉淀的不是“神奇提示词”，而是稳定的任务处理方式。

Skill 实例：“案例调研 Skill”触发于收集到 3 个以上参考项目；输入为链接、图片和文字资料；输出为案例字段表；禁止把无来源图片当真实证据。

金句 3 / 不同任务配什么工具

AI 会说，不代表它知道。

能生成，不代表能负责。工具选择要看资料位置、执行动作和风险等级。

05

不同任务配什么工具

不要按工具名选，按资料位置、执行动作和风险等级选。

Chatbox示例：改一段方案说明或整理 8 条反馈。

知识库示例：查部门商业街区历史案例字段。

Agent / MCP示例：遍历项目文件夹并生成缺失清单。

本章示范线：同一个“案例调研”任务，分别判断 Chatbox、文件助手、联网研究、Agent 该怎么用。

⏱ 5 分钟：把 3 件事配到 Chatbox、文件助手、知识库、Agent / MCP。

选型

不要按工具名选，按任务条件选

Chatbox当前文本的问答、改写和发散

Codex 类 Agent读文件、改文件、生成交付物

联网研究查公开资料、保留来源

长上下文助手读长文档、做结构提炼

你的任务	优先工具	不要期待它做什么
润色一段方案说明	Chatbox 网页版	不要期待它理解整个项目背景
总结一份任务书 PDF	支持文件上传的助手	不要一次要求它写完整方案
查询内部标准或历史案例	知识库 / RAG	不要查询未入库或过期资料
整理项目文件夹和成果清单	Agent / Codex 类	不要用普通聊天框复制粘贴硬做
采集网页案例并保留来源	联网研究 / 浏览器自动化	不要忽略访问日期、图片授权和未确认信息

快速判断：“改一段话”用 Chatbox；“读一份 PDF”用文件助手；“查历史资料”用知识库；“跨文件整理并生成清单”用 Agent / MCP。

UI / CLI / API

不同的 “I”，对应不同使用方式

入口

类比

适合谁

方案部门例子

UIUser Interface

像软件界面，点按钮、拖文件、聊天

大多数设计师日常使用

网页对话、文件上传、可视化案例整理

CLICommand Line Interface

像批处理命令，一句话让工具连续执行

会写简单命令或由 Agent 代执行的人

批量整理文件名、生成目录、转换格式

APIApplication Programming Interface

像系统之间的插座，让软件自动调用 AI

工具开发者、平台维护者

公司知识库问答、自动生成项目周报

MCP工具连接协议

像给 Agent 装工具箱，让它能调用文件、网页、系统

需要跨工具工作的人

读本地项目资料、查网页案例、写入文档

设计师不一定要会 CLI / API，但要知道：当任务需要批量、自动、跨系统时，就不能停留在 UI 聊天框。

类比示例：UI 像手动整理一份文件；CLI 像批量重命名 200 张图片；API 像把 AI 接入公司项目周报系统；MCP 像让 Agent 临时获得“读文件、查网页、写文档”的工具。

工具决策

选工具前，先问 5 个问题

资料在哪在当前聊天框、PDF、本地文件夹、网页，还是内部知识库？

要不要执行只是回答，还是要读取、整理、生成文件、发给协作系统？

是否重复一次性任务用 Prompt，高频任务沉淀成 Skill / Workflow。

风险多高涉及合同、投标、规范、指标时先确认权限和审核人。

判断结果	推荐入口	例子
只处理一段文字	Chatbox / UI	润色一段汇报说明
要读长文档	支持文件的助手	任务书摘要、会议纪要整理
要查内部资料	知识库 / RAG	查询历史项目成果标准
要跨文件执行	Agent / MCP	整理项目文件夹和缺失清单

决策示范：任务是“根据 6 个公开案例做商业街区策略对比”。资料在网页，动作是采集和结构化，风险是来源和版权，所以优先用联网研究 / 浏览器自动化，并强制保留链接、访问日期和未确认项。

完整工作流

商业街区 6 环节：一个案例跑完

01任务书提取范围、成果、节点

02启动摘要1 张表 + 问题清单

03案例对比来源、策略、适用性

04方案说明标题、主张句、图注

05评审意见影响图纸、建议动作

06团队模板Prompt + 样张 + 验收

AI 做什么	整理、提取、转表、初稿、检查、归档说明。
人做什么	判断适用性、确认责任边界、决定是否进入正式成果。

5 分钟上手：把你手头一个项目，标出现在卡在 6 环节里的哪一步。

中场休息 / 10 分钟

听 10 遍，不如做 1 遍。

5 分钟休息，5 分钟把一个真实任务写成标准 Prompt。

中场回顾 / 5 分钟

上半场只记住 4 句话

1

AI 写得空，不要说“再高级一点”。

2

Prompt 是任务说明，不是咒语。

3

长资料先拆任务包，再生成结果。

4

AI 会说，不代表它知道。

回到座位前：写下一个下半场想改造的真实任务。

06 案例一

实操：把任务书压成 1 张表

让 AI 帮你先整理结构，而不是替你做判断。

输入示例：任务书中“成果要求”和“提交时间”两段。

输出示例：成果清单、7 月 18 日节点、3 个待确认问题。

验收示例：负责人逐项对照原文确认是否漏项。

本章示范线：输入一段脱敏任务书，输出启动摘要表、启动会问题和风险提示，最后由负责人核对。

⏱ 5 分钟：把 1 段任务书压成“事实 / 疑问 / 风险”表。

案例一

原始方式 vs AI 辅助方式

原始方式

人工阅读任务书
手动标记成果要求和疑问
启动会前临时整理问题
容易漏边界、漏成果、漏时间点

AI 辅助方式

先提取任务书结构
整理设计范围和成果要求
生成启动会问题清单
由项目负责人最终确认

原始方式的问题	靠个人经验硬读，质量依赖当时状态，问题清单不一定能复用。
AI 辅助的价值	先把信息结构化，再由负责人检查边界、节点和风险。
不能省略的动作	所有成果项、时间节点、范围边界，都必须回到原任务书核对。

示例输入任务书写“最终成果用于甲方内部决策会”，但没有写汇报对象。

AI 输出待确认问题：“内部决策会参与人是谁？需不需要专家审查口径？”

人工判断负责人决定这个问题是否带到启动会，不让 AI 自行假设。

示例 Prompt

任务书解读 Prompt

你是一名建筑方案项目负责人。请根据下面的项目任务书整理项目启动摘要。输出包括： 1. 项目基本信息 2. 设计范围 3. 成果要求 4. 关键时间节点 5. 甲方明确写出的需求 6. 可能需要进一步确认的问题 7. 对方案团队的初步工作拆解建议请区分任务书明确写明的信息和基于经验的推断。如果信息不足，请标注“需要确认”，不要编造。

为什么先写角色	让 AI 按“项目启动”视角处理，不要写成宣传文案。
为什么列输出项	防止只给一段摘要，漏掉范围、成果、节点和问题。
为什么要求区分事实和推断	方案工作里，最危险的是把经验判断写成甲方已确认。

套用示例：把任务书中“概念方案文本、总平、交通组织、首层业态、公共空间节点、经济技术指标”贴入后，AI 应输出“成果清单”，同时追问“效果图数量、指标口径、汇报对象是否明确”。

输出样张

任务书解读不是写文章，而是生成启动工作台

模块

AI 应输出什么

人工怎么验收

成果要求

概念方案文本、总平、效果图、经济技术指标、汇报 PPT

对照任务书和合同，确认是否漏项

时间节点

启动会、初稿、内部评审、甲方汇报、最终提交

确认日期来源，不让 AI 自己推算

待确认问题

设计范围边界、汇报对象、成果深度、指标口径

项目负责人决定哪些带去启动会

观点：任务书解读的价值不是“总结得好听”，而是降低项目启动时的遗漏风险。

实际用法：启动会前把这张表发给项目负责人，只问三件事：成果有没有漏、时间有没有误、哪些问题必须问甲方。

现场示范

任务书解读演示：不要追求神奇，追求可复核

01贴入资料只贴任务书中的项目概况、范围、成果、时间节点

02先不生成要求 AI 先复述资料结构和缺失项

03转成表格输出启动摘要、成果清单、疑问清单

04风险标注区分明确事实、经验推断和需要确认

05人工核对负责人对照任务书原文检查漏项

06带去开会只把确认问题带到启动会，不把 AI 结论当定论

示范重点：AI 不替项目负责人做判断，而是先把“容易遗漏的信息”整理成可复核清单。

示范材料	操作步骤	学习重点
准备一段脱敏任务书	先让 AI 复述，不急着写方案	AI 可以暴露“资料结构”和“缺失信息”
准备一个空表格字段	把文本转成启动摘要表	输出可以进入真实项目启动流程
准备负责人核对动作	逐项检查事实、推断、待确认	AI 是助手，不是责任主体

现场素材建议：准备一段 150-250 字脱敏任务书即可，不需要真实完整项目。重点展示“先复述、再转表、再列疑问”，而不是展示 AI 写大段方案。

任务书样例

把一段任务书，拆成可开会的问题

输入片段

项目需完成商业街区概念方案设计，包含总平面、交通组织、首层业态建议、公共空间节点、效果表达及经济技术指标。初稿提交时间为 7 月 18 日，最终成果用于甲方内部决策会。

期望输出

成果	总平、交通、业态、公共空间、效果、指标
节点	7 月 18 日初稿；最终用于内部决策会
疑问	汇报对象是谁？指标口径以哪版为准？效果图数量是否明确？
风险	“首层业态建议”可能涉及运营判断，需要甲方确认边界

可以直接复制到会前清单	“效果图数量是否明确？”“指标口径以哪版为准？”“首层业态建议由谁确认？”
不能直接采用为结论	“项目适合做年轻消费街区”“二层连廊一定能提升效率”这类判断仍需负责人确认。

07 案例二

实操：把案例压成对比表

案例调研不是找漂亮图，而是结构化资料、提炼策略、判断可借鉴性。

统一字段示例：项目类型、核心策略、来源、访问日期。

提炼策略示例：二层连廊 → 动线组织 → 商业环线。

判断适用性示例：成熟商圈案例不宜照搬到弱客流地块。

本章示范线：输入 3-5 个公开商业街区案例，输出“观察 / 字段 / 可借鉴 / 不宜照搬”表。

⏱ 5 分钟：把 1 个案例按来源、策略、可借鉴、不宜照搬填表。

案例二

案例资料要先统一字段

案例资料板示意

图片只负责提供证据；真正可复用的是字段、策略和适用性判断。

字段	为什么需要
项目名称、城市、类型、规模	判断是否可比
设计单位、资料来源	避免信息无来源
核心设计策略	从表象转向方法
公共空间、业态、立面、动线	落到方案设计维度
可借鉴点与不宜照搬点	避免只抄表达

最低要求：每个案例至少有“来源、项目类型、核心策略、可借鉴点、不宜照搬点”五项，否则只能算素材，不能算案例研究。

具体示范：看到“二层连廊很漂亮”不要停在审美描述，要转成字段：动线组织；策略：二层商业环线；验证：本项目是否有足够目的性业态支撑。

示例 Prompt

案例调研 Prompt

你是一名建筑案例研究顾问。请根据下面的案例资料，整理一个案例对比表。字段包括：项目名称、城市、建筑类型、规模、设计单位、核心设计策略、公共空间做法、业态组织、立面特点、可借鉴点、不适合照搬的地方、资料来源。请注意： 1. 不要编造资料中没有的信息。 2. 如果无法确认，请标注“未见明确资料”。 3. 可借鉴点要尽量落到空间、功能、动线、界面或运营场景。

先限定字段	让不同案例可以横向比较，而不是每个案例写成一段散文。
再限定来源	没有来源的案例信息只能作为线索，不能进入正式汇报。
最后限定落点	所有“可借鉴点”都要回到空间、功能、动线、界面或运营。

输入示例：给 AI 一段案例介绍 + 两张图片说明 + 来源链接。要求它只基于资料填写字段，资料没有写的地方标“未见明确资料”。

输出样张

案例调研要产出“可比较”的表，不是堆素材

案例字段	示例输出	验收动作
核心策略	通过连续街区界面组织慢行商业动线	检查是否有图文来源支撑
公共空间	入口广场 + 二层连廊 + 内院节点串联	判断是否适合本项目尺度
业态组织	首层开放零售，二层体验业态，屋顶活动空间	核对本项目客群和运营条件
不宜照搬	案例位于成熟商圈，本项目客流条件不同	保留差异判断，避免直接复制

观点：案例调研最有价值的列，往往不是“可借鉴点”，而是“不适合照搬的地方”。

讨论示范：如果案例位于成熟商圈，而本项目周边客流弱，“连续商业界面”就不能直接照搬，可能要改成“节点聚集 + 分段激活”。

来源与版权

案例图片可以启发，但不能替代来源管理

资料	可以让 AI 做什么	必须人工检查什么	输出建议
官网项目页	提取项目类型、设计策略、公开信息	公司名称、项目时间、图片授权	保留链接和访问日期
媒体文章	总结设计亮点和评论角度	是否二手转述、是否有原始来源	标注“媒体资料”
小红书 / 公众号	提炼用户视角和运营反馈	真实性、样本偏差、转载授权	只作为感知参考
生成图片	做概念氛围、风格探索、内部讨论	不能冒充真实案例，不能直接当项目证据	标注“AI 生成示意”

观点：案例调研里，来源管理本身就是设计能力的一部分。

汇报页写法：图片角标写“来源：官网项目页，访问日期：2026-07-03”；AI 生成图必须写“AI 生成示意”，不能混作真实建成照片。

案例调研样张

从“看起来不错”到“为什么可借鉴”

观察	结构化字段	方案可借鉴点	不宜照搬点
街区界面连续	界面策略	用连续退台和灰空间提升慢行体验	本项目人流不足时不宜过长界面
入口广场活跃	公共节点	把主要人流入口变成停留节点	广场尺度需结合消防和运营活动核对
二层连廊串联	动线组织	把二层商业从“死角”变成环线	需要足够目的性业态支撑
立面材质统一	立面策略	用统一基座控制街区整体感	不能直接复制材料和比例

案例调研的目标不是“找灵感图”，而是提炼可以被本项目检验的空间策略。

观察“入口处人停留很多”。

转译“入口节点有停留空间和首层开口支撑”。

应用本项目可测试入口广场、雨棚、街角灰空间的组合。

08 简单示范

实操：把“帮我写”改成可执行 Prompt

好的 Prompt 不是更长，而是更准确。

反面示例：“帮我写方案说明”会得到空泛文案。

正面示例：写明甲方汇报、120 字、包含动线和节点。

模板示例：替换项目类型、读者、资料和输出格式。

反面示范

“帮我写个方案说明”缺什么？

帮我写个方案说明。

缺失信息

项目类型、阶段、受众
输入资料和输出格式
语气要求和篇幅
不能编造的边界

缺失项	补充方式	建筑方案例子
读者	说明给谁看	甲方内部决策会 / 专家评审 / 公司内部汇报
阶段	说明深度	概念阶段 / 投标阶段 / 深化前沟通
空间落点	指定必须回应的设计维度	总平、动线、首层界面、公共节点、业态组织
输入事实	给 AI 可引用的资料	例：项目定位为社区型商业，主入口临地铁口，现有问题是首层界面分散。
输出形式	说明要给下一步用	例：输出 120 字 PPT 主张句 + 3 个策略点 + 需要甲方确认的问题。

反面样例：“写得高级一点”只会让 AI 加空话；“补入口、动线、界面三个空间动作”才会让输出变得可用。

改写示范

可执行 Prompt

你是一名资深建筑方案设计师。请根据我提供的项目背景、场地条件和方案草图要点，生成一段面向甲方概念汇报的方案说明。请包含：项目理解、设计目标、概念主题、空间策略、需要甲方进一步确认的问题。语气专业、简洁，适合放入 PPT；信息不足时不要编造，直接列出需补充的问题。

重点不是“资深”两个字，而是明确读者、资料、输出结构、语气和缺失信息处理方式。

输入示例	社区型商业街区，主入口临地铁口，现阶段要给甲方做概念汇报。
输出样例	标题：把地铁客流转化为可停留的街区入口；策略点：入口广场、连续界面、二层连廊。
可继续追加	请把输出改成 PPT 页面结构：标题 / 主张句 / 三个策略点 / 图注。
可继续验收	请指出哪些句子属于事实、哪些属于推断、哪些需要负责人确认。

复制即用

方案部门通用 Prompt 骨架

你是一名[角色]。我正在做[项目类型]的[当前阶段]工作。目标读者是[甲方 / 领导 / 专家 / 项目组]。背景： [项目区位、规模、定位、甲方诉求] 输入资料： [任务书 / 场地资料 / 会议纪要 / 案例资料 / 指标表] 请完成： [具体任务] 输出格式： [表格 / 清单 / PPT 页面文案 / 设计说明] 要求： 1. 区分事实、推断和建议。 2. 不要编造资料中没有的信息。 3. 标出需要人工确认的数据、规范和专业判断。 4. 最后列出风险点和缺失资料。

替换示例	[角色] = 建筑方案项目负责人；[任务] = 任务书启动摘要；[输出] = 表格 + 启动会问题。
替换示例	[角色] = 建筑案例研究顾问；[任务] = 案例对比；[输出] = 字段表 + 可借鉴 / 不宜照搬。

09

怎么验收·怎么不踩坑

AI 输出不是“看起来顺”就能用，尤其是在方案工作里。

验事实示例：“7 月 18 日初稿”必须来自任务书原文。

验来源示例：案例图片写来源链接和访问日期。

验责任示例：“商业标杆”这类承诺要删除或改写。

本章示范线：批改一段“城市客厅、商业标杆”式 AI 文案，删空话，补空间动作和确认项。

⏱ 5 分钟：检查今天写的 1 份 AI 输出。

验收

AI 输出能不能用，看这几项

事实准确

例：7 月 18 日初稿必须来自任务书原文。

来源可靠

例：案例图片要有链接、访问日期和授权状态。

专业边界

例：消防、日照、指标只列核查项，不下结论。

空间落点

例：“活力”要落到入口、界面、动线、节点。

风险提示

例：业态建议、运营强度要标“需甲方确认”。

可交付性

例：能继续进 PPT、任务表、归档清单。

实用标准：一段 AI 输出如果不能回到原资料核对、不能指出人工确认点、不能继续进入图纸或汇报页，就还不是可交付内容。

验收示范：如果 AI 写“形成区域商业标杆”，先问三件事：来源在哪里？空间动作是什么？谁能为这个承诺负责？答不上来就删掉或改成可验证表述。

输出审稿法

拿到 AI 输出后，用 4 支笔检查

事实笔

项目名称、面积、城市、时间、任务范围是否与原文一致。

来源笔

案例、规范、数据、图片是否有来源，是否能回到原文。

边界笔

哪些是明确事实，哪些是推断，哪些必须负责人确认。

空间笔

概念是否落到功能、动线、界面、公共空间或运营场景。

复核 Prompt：请反向检查你刚才的输出，按“事实可能错误 / 来源不足 / 专业边界风险 / 需要我补充的信息”列成表格。

事实笔示范	“项目位于成熟商圈”必须有任务书、区位资料或案例来源支撑。
空间笔示范	“活力街区”要改成“首层连续界面、入口广场、二层连廊”等空间动作。

批改样张

这段 AI 输出，看起来顺，但不能直接用

AI 原输出

本项目将打造开放、活力、复合的城市客厅，通过多元业态与宜人尺度形成区域商业标杆，并满足未来运营发展需求。

没有项目事实
没有空间动作
“商业标杆”无法证明
“满足未来运营”责任过大

修改方向

基于社区型商业定位，方案优先组织首层连续界面与慢行入口节点，通过入口广场、街角灰空间和二层连廊提升停留与串联效率。业态组合和运营强度需在下一轮与甲方确认。

有项目定位
有空间策略
有人工确认点
没有越权承诺

删除	“商业标杆”“满足未来运营”这类无法证明、责任过大的句子。
保留	“社区型商业定位”“首层连续界面”“入口广场”等可讨论的设计条件。
补充	把“下一轮与甲方确认”的事项写出来，避免把推断当结论。

失败案例

AI 胡说、跑偏、帮倒忙，通常有原因

失败场景	根本原因	改进方式
输出像模板	目标和上下文不足	例：补“社区型商业 / 概念汇报 / 甲方决策会”。
摘要漏重点	资料太长太乱	例：先处理任务书成果页，再处理会议纪要。
规范判断冒险	专业责任不可替代	例：只列“需核查消防疏散宽度”，不写“满足规范”。
案例信息不可靠	缺来源约束	例：每个案例必须有来源链接、访问日期、未确认标注。
概念只有口号	缺空间落点	例：把“活力”改成入口广场、首层界面、慢行动线。

修正动作：把“再高级一点、再有设计感一点”换成“请补空间落点、删除无法证明的承诺、标出需要确认的信息”。

失败输入“再高级一点。”

有效修正“删除空泛词，补充动线、界面、公共节点三类空间动作。”

验收标准每一句都能对应资料、图纸或需要确认的问题。

安全边界

四条底线

场景	风险	建议做法	人工责任
项目任务书、投标文件、甲方需求	泄露商业信息和未公开条件	优先用企业级工具；公共工具只放脱敏片段	项目负责人确认可上传范围
内部报价、合同、商务邮件	商业敏感信息外流	不上传公共工具；只让 AI 处理脱敏后的结构模板	经营 / 项目负责人审核
案例图片、效果图、摄影图	版权、来源和授权不清	记录来源、授权状态；对外材料不用无来源图片	汇报前逐页检查来源
规范、消防、日照、指标、结构安全	AI 把不确定内容说成确定结论	让 AI 列疑点和核查清单，不让它下最终判断	专业负责人签字确认
对外汇报、甲方邮件、正式成果	语气、事实、责任表述出错	AI 只做初稿；发布前做事实、来源和责任边界复核	发送人承担最终审核

判断口诀：不确定能不能上传时，先脱敏；不确定能不能采用时，先标疑点；不确定谁负责时，默认 AI 不负责。

脱敏示例：把真实甲方名称、地块编号、报价、合同条款删除，只保留“某城市更新商业项目、概念阶段、需整理成果要求和待确认问题”。

10

怎么沉淀成团队标准

真正有价值的不是一次回答，而是把好用的方法留在团队里。

个人示例：保存“任务书解读 Prompt + 输出样张”。

团队示例：沉淀任务书、案例、评审意见三张表。

组织示例：明确脱敏、来源、专业审核边界。

本章示范线：把课堂上的任务书解读 Prompt、输出样张、验收表，整理成部门第一个模板。

沉淀路径

个人使用 → 团队能力

01个人 Prompt先把一次好用的问法保存下来

02模板形成任务书、案例、评审意见模板

03案例库记录真实场景和输出结果

04Skill固化高频专业任务

05Workflow串成团队流程

06规范明确安全、版权和审核边界

最小资产	一个 Prompt 模板 + 一个输出样张 + 一个验收清单。
沉淀位置	放进部门知识库或项目模板库，避免散落在个人聊天记录里。
更新机制	每次真实项目用完后，记录哪里有效、哪里误导、哪里需要人工补判断。
落地样例	把“评审意见整理”固定成：意见原文 / 影响图纸 / 建议动作 / 负责人 / 待确认。

模板资产任务书解读 Prompt + 输出样张 + 负责人核对表。

案例资产商业街区案例字段表 + 来源链接 + 不宜照搬说明。

复盘资产记录 AI 哪些输出可用、哪些误导，下次更新模板。

30 天落地路线

不要一上来做大系统，先做 3 个小闭环

第 1 周收集场景每人提交 1 个最想提效的重复工作

第 2 周做模板沉淀任务书、案例、评审意见 3 类 Prompt

第 3 周试运行选 1 个真实项目，记录输入、输出和修改量

第 4 周复盘保留有效模板，删除无效模板，补安全边界

持续入库好案例进团队知识库，形成 Skill

季度升级再决定是否接入 Agent、MCP 或内部知识库

衡量标准不要只看“省了多少时间”，还要看是否减少漏项、是否更容易复核、是否能复用。

闭环	起步任务	衡量方式
任务书解读	新项目启动前生成摘要和疑问清单	启动会遗漏问题是否减少
案例调研	把 5 个案例整理成统一字段表	是否能支持方案策略讨论
评审意见	把意见转成修改任务表	责任、图纸、优先级是否更清楚
汇报文案	把确认后的策略表转成 PPT 标题和图注	是否减少空话、是否能对应图纸。

收尾仪式 / 10 分钟

听懂不算，做出来才算。

今天带走 4 句话，明天交付 1 个模板。

课后作业

选择一个每周都会重复的工作

作业字段	填写示例
工作名称 / 当前耗时	评审意见整理；每次约 40 分钟。
输入材料 / 输出结果	输入：评审意见截图；输出：修改任务表。
重复步骤 / 人工确认点	分类、找影响图纸、列动作；负责人确认是否采纳。
工具判断	先用 Chatbox 转表；如果每周重复，再沉淀为 Skill / Workflow。

提交物 1	原始 Prompt 和修改后的 Prompt，对比说明为什么改。
提交物 2	AI 输出样张，标注哪些可用、哪些需要人工确认。
提交物 3	下一步是否值得沉淀成团队模板或 Skill。

作业：下周一交

4 个作业，任选 1 个真实任务

作业 A：任务书压表

提交任务书片段、启动摘要表、3 个待确认问题。

作业 B：案例对比表

提交 1 个公开案例，按来源、策略、可借鉴、不宜照搬填表。

作业 C：Prompt 改写

提交原始 Prompt、标准 Prompt、输出前后对比。

作业 D：验收批改

提交一段 AI 输出，用事实笔、来源笔、边界笔、空间笔批注。

交付格式：1 页截图或 1 张表。下次课从真实作业开始迭代团队模板。

Q&A

最后留三个问题

你现在使用 AI 最容易失败的场景是什么？

你希望部门优先沉淀哪个 Prompt 模板或 Skill？

哪些项目资料适合做下一次演示素材？

会后动作	收集 3 个真实脱敏任务，分别覆盖任务书、案例调研、评审意见。
下次迭代	把课堂 Prompt 变成部门模板，把有效模板升级为 Skill。

可直接征集：“一段任务书节选、一页评审意见截图、一个公开案例链接”，三种材料就足够做下一轮实操课。