要解决的具体问题,而不是“做得好看”之类的愿望。
Appearance
Appearance
从本周开始进入「灯火计划」主任务。目标不是让 AI “帮忙办晚会”,而是建立一个任何组员都能理解、能继续执行、能回到原始资料的项目底座。
项目底座包含三部分:一页项目说明回答为什么做、为谁做和交付什么;默认资料清单说明 AI 和组员应该优先读取什么;项目空间让会话、文件、版本和产出在同一个可交接入口下持续积累。
“把迎新晚会办好”是愿望,不是可执行任务。项目说明要把愿望转成可以检查的约定。建议至少写清六个要素:
| 要素 | 灯火计划要回答的问题 |
|---|---|
| 目标 | 要解决什么问题,而不是只写口号 |
| 使用者 | 谁要根据成果继续行动 |
| 输入 | 当前有哪些正式资料和补充材料 |
| 约束 | 时间、场地、预算、权限和禁止事项 |
| 输出 | 要交付哪些文件、表格或可演示成果 |
| 验收 | 怎样判断陌生同学可以接手 |
原始需求中常同时存在事实、口头说法、建议和缺口。例如,正式简报写明晚会时间和地点,可以进入项目说明;“预算大概 8000 元”如果没有书面批准,就只能标记为待确认;“最好请校友回来”是建议,不能改写成已确定安排。
AI 在这里适合做结构化提取和查缺,但不适合替项目负责人把缺失内容补得“像完整项目”。高质量项目说明宁可诚实保留待确认项,也不能用编造换取表面完整。
“把活动安排好”到底要交付什么、给谁用、何时完成?
任务开始时先说清谁要什么、给谁用、何时完成、怎样算完成;这比立刻让 AI 写方案更重要。
要解决的具体问题,而不是“做得好看”之类的愿望。
谁会使用或验收这份结果。
时间、格式、内容边界和可核验的结果。
教师示范:教师把“帮我做活动”改写成一份四要素项目说明,并逐项解释为什么需要。
易错提醒:不要把任务目标、过程要求和结果标准混成一句口号。
不要先给定义。先把问题““把活动安排好”到底要交付什么、给谁用、何时完成?”投出来,给学生 30 秒独立判断,再请两位同学说出不同答案;教师只追问依据,暂不公布结论。
结合01-activity-brief.md和项目说明模板呈现一个小情境,让学生先说“我会怎么做”,把已有经验调动出来。
依次解释“目标—对象—完成标准”。每解释一个概念,都回到情境中指出它对应的事实、动作或判断。
教师把“帮我做活动”改写成一份四要素项目说明,并逐项解释为什么需要。
明确边界:不要把任务目标、过程要求和结果标准混成一句口号。 请学生用一句话改写刚才的判断,让它更准确、可执行。
课堂案例:以“接到任务:把活动需求变成项目说明”为场景,先让学生仅凭直觉给出做法;再要求他们用“目标、对象、完成标准”逐项说明依据,比较两种做法会得到什么不同结果。
收束:本节不要求学生背出术语,而要能用目标、对象、完成标准解释自己的选择。
过渡到实践:进入任务前,先让学生把三个关键点勾到任务单上;后续操作要服务于本节目标:“把模糊活动需求写成目标、对象、时间、约束和交付物明确的项目说明。”。
新建任务 · 想一想 · 想一想 · 工作目录「灯火计划」· 灯火计划资料包
目标:把「灯火计划」迎新晚会需求写成一页项目说明,给没参加讨论的同学也能接着做。
输入:只使用 01-activity-brief.md。
动作:提取目标、对象、时间、约束、交付物;缺口标为待确认。
约束:不要编造预算数字、赞助商或已确认的演出名单。
输出:项目说明.md。
验收:目标不是口号;对象和时间明确;交付物有格式和用途;所有待确认项单独列出。
先给草稿,我确认后再改文件名或另存版本。把“帮我做活动”改写成四要素说明。
生成草稿并人工改一版。
用项目说明模板填空,不要求跑 WorkBuddy。
WorkBuddy 实战蓝皮书 https://workbuddy.homes/ 第 4 章:如何写一个任务说明
AI 会参与这节课,但它不是替学生完成任务;每次使用都要留下可核验的过程证据。
项目助理
根据活动需求和默认资料,协助起草项目说明、列出缺失信息,并为不同子任务建立会话起点。
确认目标、对象、时间和资料范围;不让 AI 用猜测补全关键事实。
保存项目说明首版、资料选择理由和 AI 提出的待确认问题。
把模糊活动需求写成目标、对象、时间、约束和交付物明确的项目说明。
组内分别扮演发起人、执行人和验收人,互相追问遗漏信息。
学生:听清本节要使用的概念、操作边界和完成标准,在任务单上标记关键动作。
教师:先讲“为什么这样做”,再讲工具或步骤;说明资料边界和不可擅自执行的动作。
学生:跟着示范观察一遍完整的最小流程,记录输入、动作、检查和输出。
教师:投屏完成一个小样,边做边说出判断依据和常见错误。
学生:在小组内用同一份小样资料完成关键一步,再相互核对。
教师:用追问代替代做:先问资料够不够、动作是否明确、结果怎样检查。
学生:基于真实或模拟资料完成自己的首版,并保留来源和操作痕迹。
教师:巡视并记录常见偏差,提醒不确定信息要标出。
学生:提交版本、依据与下一步修改说明。
教师:检查证据是否足够,并决定下节从哪里继续。
一份一页式校园活动项目说明。
提示:要求学生保留资料来源、版本和判断理由;智能体输出不能替代这些证据。
备用方案:纸质项目说明模板,字段与提示词六要素一致。
上下文不是越多越好。把所有文件一次性放进任务,会让过期版本、无关聊天和未经确认的意见一起影响结果。默认资料清单需要对每份材料作出明确判断:进入、旁证进入、分区保留、待补或排除。
选择时使用四个标准:
默认资料清单不是简单的文件目录,还应记录每份材料的用途和限制。比如,会议纪要可作为决定与行动项的主要来源;群消息可以补充后续澄清,却不能随意覆盖正式纪要;旧社团资料应排除,避免污染上下文。
当不同材料冲突时,不要暗中选择一份让结果更顺。应保留冲突,标出需要谁确认,并说明在确认前哪些动作不能继续。
会议纪要、工作群、团队日历和历史方案,哪些应成为默认上下文?
先判断资料是否真实、最新、相关、完整;与本任务无关或信息缺口大的内容要被标记,而非悄悄混入。
能追溯到原始记录、正式文件或业务系统。
直接服务当前目标,不把别的项目杂讯带进来。
负责人、时间、对象和约束等关键字段足够。
教师示范:用三份活动资料演示:保留会议纪要、补充日历、排除与本次无关的交流信息。
易错提醒:不要把“资料很多”误认为“上下文质量高”。
不要先给定义。先把问题“会议纪要、工作群、团队日历和历史方案,哪些应成为默认上下文?”投出来,给学生 30 秒独立判断,再请两位同学说出不同答案;教师只追问依据,暂不公布结论。
结合02-meeting-notes.md和03-group-chat.md呈现一个小情境,让学生先说“我会怎么做”,把已有经验调动出来。
依次解释“真实—相关—完整”。每解释一个概念,都回到情境中指出它对应的事实、动作或判断。
用三份活动资料演示:保留会议纪要、补充日历、排除与本次无关的交流信息。
明确边界:不要把“资料很多”误认为“上下文质量高”。 请学生用一句话改写刚才的判断,让它更准确、可执行。
课堂案例:以“选择默认资料:哪些应该进入项目”为场景,先让学生仅凭直觉给出做法;再要求他们用“真实、相关、完整”逐项说明依据,比较两种做法会得到什么不同结果。
收束:本节不要求学生背出术语,而要能用真实、相关、完整解释自己的选择。
过渡到实践:进入任务前,先让学生把三个关键点勾到任务单上;后续操作要服务于本节目标:“区分本次任务必须资料、长期默认资料、暂不需要资料与缺失资料。”。
工作目录默认资料 · 问一问 · 工作目录「灯火计划」· 灯火计划资料包
请只根据当前工作目录里的文件,列出默认资料清单。
对每个文件写:来源、日期/版本、与「灯火计划」的关系、是否进入默认上下文、理由。
与本次晚会无关或信息缺口大的,标为排除或待补,不要为了完整而编造内容。
输出:默认资料清单.md。演示保留纪要、补充日历、排除无关交流。
提交清单。
用资料卡做保留/排除判断。
WorkBuddy 实战蓝皮书 https://workbuddy.homes/ 第 3 章:工作目录既是效率也是安全边界
AI 会参与这节课,但它不是替学生完成任务;每次使用都要留下可核验的过程证据。
项目助理
根据活动需求和默认资料,协助起草项目说明、列出缺失信息,并为不同子任务建立会话起点。
确认目标、对象、时间和资料范围;不让 AI 用猜测补全关键事实。
保存项目说明首版、资料选择理由和 AI 提出的待确认问题。
区分本次任务必须资料、长期默认资料、暂不需要资料与缺失资料。
小组逐张选择资料,并为每个选择写“为什么保留 / 为什么不放”。
学生:听清本节要使用的概念、操作边界和完成标准,在任务单上标记关键动作。
教师:先讲“为什么这样做”,再讲工具或步骤;说明资料边界和不可擅自执行的动作。
学生:跟着示范观察一遍完整的最小流程,记录输入、动作、检查和输出。
教师:投屏完成一个小样,边做边说出判断依据和常见错误。
学生:在小组内用同一份小样资料完成关键一步,再相互核对。
教师:用追问代替代做:先问资料够不够、动作是否明确、结果怎样检查。
学生:基于真实或模拟资料完成自己的首版,并保留来源和操作痕迹。
教师:巡视并记录常见偏差,提醒不确定信息要标出。
学生:提交版本、依据与下一步修改说明。
教师:检查证据是否足够,并决定下节从哪里继续。
一份默认资料清单,含来源、版本、用途和缺口。
提示:要求学生保留资料来源、版本和判断理由;智能体输出不能替代这些证据。
备用方案:资料选择卡,不登录产品。
聊天窗口适合交流,不适合作为项目唯一存储。一个可交接项目空间至少应让人一眼找到:项目说明、原始资料、当前产出、待确认问题和版本记录。
可以采用下面的最小结构:
灯火计划/
├── 00-project/ 项目说明、资料清单、成果索引
├── 01-source/ 原始资料,只读保留
├── 02-working/ 工作副本、分析过程、运行记录
├── 03-output/ 当前交付版本
└── 99-archive/ 旧版与已停用材料同一项目中也不要把所有子任务塞进一个无限增长的对话。场地、宣传、报名、数据分析可以使用同一资料底座,但应分成命名清楚的任务或会话。这样既减少上下文干扰,也方便追踪每项产出的输入和版本。
项目空间是否合格,要用交接测试验证:只把入口交给另一组,不作口头补充,请他们在 90 秒内找到当前项目说明、默认资料和一个待确认问题。找不到的地方,就是结构需要修改的地方。
怎样让同一活动的多次对话持续积累,而不是每次从头解释?
学生需要理解 AI App 的“项目”不是单个任务:选定文件夹后,同一项目的多次对话可共享默认资料并积累产出。
项目内每次对话可优先使用的资料集合。
围绕不同子问题展开的独立讨论,不等于丢失项目背景。
生成的草稿、表格和决定应回到项目中持续积累。
教师示范:教师创建一个“校园活动”项目,展示加入资料夹、发起两个会话并归档一个行动安排。
易错提醒:不要把所有材料上传到一个临时聊天窗口后就期待它长期记住。
不要先给定义。先把问题“怎样让同一活动的多次对话持续积累,而不是每次从头解释?”投出来,给学生 30 秒独立判断,再请两位同学说出不同答案;教师只追问依据,暂不公布结论。
结合项目功能演示和资料夹呈现一个小情境,让学生先说“我会怎么做”,把已有经验调动出来。
依次解释“默认上下文—会话—产出物”。每解释一个概念,都回到情境中指出它对应的事实、动作或判断。
教师创建一个“校园活动”项目,展示加入资料夹、发起两个会话并归档一个行动安排。
明确边界:不要把所有材料上传到一个临时聊天窗口后就期待它长期记住。 请学生用一句话改写刚才的判断,让它更准确、可执行。
课堂案例:以“建立项目空间:让资料、会话和产出接得上”为场景,先让学生仅凭直觉给出做法;再要求他们用“默认上下文、会话、产出物”逐项说明依据,比较两种做法会得到什么不同结果。
收束:本节不要求学生背出术语,而要能用默认上下文、会话、产出物解释自己的选择。
过渡到实践:进入任务前,先让学生把三个关键点勾到任务单上;后续操作要服务于本节目标:“在项目中组织默认资料、不同子任务会话和阶段性产出物。”。
同一工作目录的多个任务/会话 · 想一想 · 工作目录「灯火计划」· 灯火计划资料包
这是「灯火计划」的子任务:只处理宣传节奏。
输入:默认资料中与海报、推送、报名相关的部分。
动作:列出需要确认的节点和时间。
约束:不改场地和节目名单;缺的时间写待确认。
输出:宣传节奏-首版.md。
验收:同伴打开工作目录能找到这份产出,不必再问你存在哪个聊天里。演示同一目录两个任务,强调默认资料可复用。
完成交接测试。
画出“目录—资料—两个子任务—产出”结构图。
WorkBuddy 实战蓝皮书 https://workbuddy.homes/ 第 3 章:任务与工作区
AI 会参与这节课,但它不是替学生完成任务;每次使用都要留下可核验的过程证据。
项目助理
根据活动需求和默认资料,协助起草项目说明、列出缺失信息,并为不同子任务建立会话起点。
确认目标、对象、时间和资料范围;不让 AI 用猜测补全关键事实。
保存项目说明首版、资料选择理由和 AI 提出的待确认问题。
在项目中组织默认资料、不同子任务会话和阶段性产出物。
两人互相进入对方项目空间,按清单寻找资料和已有产出。
学生:听清本节要使用的概念、操作边界和完成标准,在任务单上标记关键动作。
教师:先讲“为什么这样做”,再讲工具或步骤;说明资料边界和不可擅自执行的动作。
学生:跟着示范观察一遍完整的最小流程,记录输入、动作、检查和输出。
教师:投屏完成一个小样,边做边说出判断依据和常见错误。
学生:在小组内用同一份小样资料完成关键一步,再相互核对。
教师:用追问代替代做:先问资料够不够、动作是否明确、结果怎样检查。
学生:基于真实或模拟资料完成自己的首版,并保留来源和操作痕迹。
教师:巡视并记录常见偏差,提醒不确定信息要标出。
学生:提交版本、依据与下一步修改说明。
教师:检查证据是否足够,并决定下节从哪里继续。
一个包含默认资料、会话命名和产出位置的项目空间。
提示:要求学生保留资料来源、版本和判断理由;智能体输出不能替代这些证据。
备用方案:用文件夹截图或路径清单完成交接,不要求智能体。
| 课节 | 时间线 | 环节 |
|---|---|---|
| 第 1 节 · 需求变项目说明 | 0–5' | 导入:口头下达"把晚会办好",你第一步做什么? |
| 5–15' | 讲授六要素项目说明 | |
| 15–35' | 动手:从《活动简报》起草一页项目说明,标出所有"待确认" | |
| 35–43' | 互查:找出对方"编造嫌疑最大"的一句 | |
| 43–45' | 收束:诚实保留缺口优于表面完整 | |
| 第 2 节 · 选择默认资料 | 0–5' | 快问:把 10 份文件全给 AI,效果会更好吗? |
| 5–15' | 讲授四标准与四类判定(进入/旁证/待补/排除) | |
| 15–35' | 动手:给资料包 9 份材料逐份判定并写理由 | |
| 35–43' | 冲突材料专题:两份说法不一致,怎么办? | |
| 43–45' | 收束:保留冲突,标出确认人 | |
| 第 3 节 · 建立项目空间 | 0–5' | 展示反面案例:一个 300 条消息的聊天群 |
| 5–12' | 讲授最小目录结构与任务拆分 | |
| 12–30' | 动手:搭建项目目录,放入当前版文件,写成果索引首版 | |
| 30–43' | 交接测试:请别组 90 秒内找到项目说明、默认资料、一个待确认问题 | |
| 43–45' | 收束:找不到的地方就是结构问题 |
以课程小组报告或社团招新为对象,写一页最小项目说明;再列出 5 份可能的资料,分别判断进入、旁证、待补或排除,并说明理由。