社区管理智慧课程与虚拟仿真实践完整需求整理
整理日期:2026 年 9 月 5 日
版本:新增两份通话记录后的整合版
用途:供汪老师、课程建设协作者、超星服务人员及咨询教师对齐建设范围、近期交付与待确认事项。
本轮的核心要求是:先依托超星搭好八章课程框架,让首课所需内容和学生学习路径真正跑通;随后随教学补充四类知识库资源,并完善已经试用的社区需求调查与服务设计实训。 课程应帮助学生关注真实社区和社会问题,获取较完整的信息,用管理学视角及理论工具开展分析。智能体、多形态配音材料和更多仿真主题留待基础课程可用后推进。
本文整合两份新增通话、已有课程分析、五主题仿真构想及参考课件,并核对了本地旧需求看板。通话中的讨论用于提取需求,不作为执行上传、部署、联络、采购或付款的授权。本文不构成合同、审批结论或平台功能验证报告。
一 需求依据与使用规则
1.1 本次读取的资料
| 代号 | 资料 | 在本文中的作用 |
|---|---|---|
| A | 第一份通话原文;可检索文本 | 课程衔接、八章结构、案例来源、多形态资源及政策库要求 |
| B | 第二份通话原文;可检索文本 | 知识库细分、实训修改、智能体分期、托管及交付要求 |
| C | 社区管理超星学习通智慧课程建设分析 | 较早的课程建设方案与申报指标转述 |
| D | 虚拟仿真实践项目五主题设计构想 | 仿真选题和技术路线的备选建议 |
| E | 智慧课程工作坊课件语义提要 | 平台建设理念及工具能力介绍,不能代替本校账号实测 |
| F | 本地旧需求看板及交互脚本 | 检查旧表述与新通话之间的差异,不作为新的承诺来源 |
正文使用“[A 02:17]”形式标记录音内部时间。两份文件名含 20260904,文档头部分别写有 2026 年 9 月 5 日 00:52、00:54;后者可能是转写时间,未据此认定通话发生时间。录音中的“明天、周六、下周”保留为当时的时间意向,不转换为已确认日程。
1.2 如何区分需求状态
- 明确要求:通话中明确提出的方向或约束。表示需求已表达,不表示已经实现。
- 工作目标:通话提出的数量、安排或设想,仍需确定具体范围和交付标准。
- 待确认:通话没有得出结论,或缺少原始材料、平台验证、正式手续。
- 实施建议:本文为便于落地补充的方法和验收方式,需要采用后才成为实施约定。
- 后置事项:通话明确暂缓或仅作为后续探索的功能。
采用顺序为:用户本轮要求 → 两份通话中的明确意向 → 当前可核实材料 → 旧方案及参考建议。不同时间、不同维度的数字先建立对应关系,不直接覆盖或拼接。
二 本轮需要调整的总体方向
| 事项 | 旧资料或旧看板的表述 | 本轮整理后的口径 |
|---|---|---|
| 建设重心 | 强调功能体系、五个仿真、赛事与量化成果 | 先让课程可上课、学生会用,再逐步增加内容与功能 [A 02:17;B 09:35] |
| 课程结构 | 九专题、83 节点、33 个知识单元 | 最新教学章节按八章组织;九专题是否作为跨章组织继续保留,需与新目录映射,不能直接认定为八专题 [A 02:17] |
| 首个仿真 | 建议先做业委会程序闯关,再做加装电梯 | 优先完善教师已试用并认可基本框架的“社区需求调查与服务设计”;其他主题仍是备选 [B 10:44–17:02] |
| AI 建设 | 多智能体、AI 陪练及 AI 验收被列为重点 | 四类知识库先建设在超星;专门智能体明确后置,不能成为首课依赖 [B 00:30、06:05、09:35] |
| 本地案例数量 | 案例总数、已有数、申报数混在一起 | 合作方来源争取约 3–5 个,教师另补;本地案例希望合计约 6–8 个。课程案例库总量另行确认 [A 03:24] |
| 政策库状态 | 34 件全部核验、可直接入库 | 教师称已梳理并核实多数内容,但有两个本地文件未取得原文;总表及原文未在本目录取得,不宣布全部完成 [A 11:25–13:48] |
| 学习和评价 | 强调自动评分、AI 验收与减负指标 | 实训先用于学习和强化正确认识;评分及考核要求仍要清楚,具体分差与权重未定 [B 12:17–12:43、23:31] |
| 平台对接 | 结算卡、AI 识别及数据入成绩册被写成可靠闭环 | 章节、图谱、任务引擎、任务点与网页的关系要请超星实际演示,尚未确认数据自动回传 [A 00:00、10:29;B 18:23] |
| 托管和付款 | 容易被理解为可以马上实施 | 校内托管仅有初步可行意见;协议和经费手续仍在沟通中 [B 18:51、20:58–22:32] |
旧文件可以继续作为素材和备选方案使用;涉及范围、优先级、进度和成效的判断,应按本版重新对齐。
三 建设目标与责任边界
3.1 学生应获得什么
R01|明确要求。学生能够理解课程框架,知道每章学什么、在哪里找资源、需要完成哪些任务,以及互动、讨论、作业、实践如何考核。知识图谱和任务引擎要有可理解的用途和操作说明。[A 05:37、10:29;B 23:31、26:47]
R02|明确要求。学习重点包括发现社区问题、获取较完整的信息、分辨片面信息、调用理论和分析工具、形成初步判断与服务方案。社区管理以管理学视角组织案例,不要求把社会工作专业方法训练到很深。[A 04:38;B 27:22–29:16、32:25]
R03|明确要求。尊重教师的时间与建设能力,先完成可用的课程框架和首课,再边教边补、边用边改。学生早期反馈用于改进内容,不把功能数量或一次体验评价当作成效证明。[A 02:17;B 10:44、31:49、33:16]
3.2 各方负责什么
以下分工综合通话中的角色和待办整理;除教师明确认领的教学说明外,具体工作分配仍需各方对齐。
| 角色 | 主要责任 | 需要提供或确认的结果 |
|---|---|---|
| 汪老师 | 课程内容、教材口径、教学目标、案例审定、学生使用说明和考核要求 | 新八章目录与 PPT、首课内容、知识表述口径、案例取舍、评价方案 |
| 课程建设协作者 | 整理素材、梳理章节与任务关系、修改实训内容和交互、形成可交付文件 | 映射表、样板章节、实训修订稿、交付清单和操作说明 |
| 超星服务人员 | 解释并配置本校可用的平台功能,演示学生端与教师端效果 | 导入方法、入口关联、任务点条件、知识库与模型配置、记录及导出能力 |
| 咨询教师 | 协助澄清教学组织与平台衔接 | 对关键疑问给出可操作意见;通话中姓名转写不一致,暂不认定具体姓名 |
| 案例合作方及教师资源渠道 | 提供本地案例、实践经验与可用工具材料 | 原始素材、来源说明、可用范围;数量及进度另行落实 |
| 学校信息中心或相关部门 | 确认校内服务器及网站部署条件 | 可使用的资源、访问方式、部署管理责任和交接要求 |
| 学院及相关业务部门 | 确认协议、成果交付和办理流程 | 正式协议及审批要求;口头沟通不替代手续 |
四 课程底座与超星学习流程
4.1 八章内容和样板章节
R04|明确要求。以教师最新整理的八章目录作为章节搭建依据,并放入配套 PPT。教师表示这些材料已准备好,但本次目录中没有找到它们的独立文件;目前只有这项口头状态,不能代填八章名称。[A 02:17]
R05|明确要求。复用已有一至两个章节的教学设计,先验证一个章节从进入、学习到完成任务的全过程,再按同样方式补充其余章节。已有设计仍可补充和调整,不作为内容定稿。[A 00:35–02:17]
R06|明确要求与条件性设想。章节基本材料以教材和课程 PPT 为基础,配入必要辅助素材;可加入导学,将已有专题漫画放到适合的章节。导学是否独立制作及首批数量应按首课需要确定,不推导为必须新增全套漫画或全套微课。[A 06:31;B 26:47]
R07|待教师决策。教材对概念、类型和分类的表述有差异时,由教师选择本课程采用的口径,或明确介绍多种合理表述。知识卡片、图谱、任务说明和反馈内容应保持同一教学口径。[A 01:29]
建议建立一份可更新的章节对应表,字段为:章节名称、教学目标、知识点、教材或 PPT 位置、辅助素材、学习任务、实践环节、完成条件、发布状态。此表是实施建议,不是通话已给出的现成文件。
4.2 章节 图谱 任务引擎如何衔接
R08|明确要求。学生看到的章节框架、知识图谱和任务引擎需要彼此连贯。章节负责组织学习材料,图谱帮助理解知识结构与关联,任务引擎组织需要完成的活动。具体入口和关联方式须通过超星的实际界面确认。[A 00:00、05:37、10:29]
建议验证的学生路径为:
- 从课程介绍了解学习目标、任务和考核方式。
- 从章节进入教材指引、PPT 和相关辅助材料。
- 按学习需要查看相关知识点及图谱关系。
- 从任务入口完成讨论、作业或实践,知道产出要求。
- 按约定提交成果,查看完成状态或教师反馈。
该路径描述的是教学需求,不表示平台能按此顺序自动跳转、解锁或同步数据。
R09|明确要求。优先利用超星已提供的任务点及后台记录能力设置基本学习要求,避免另建重复的学习统计。教师希望允许多种材料形式,但同一知识点仍应有学习要求;不同形式能否任选其一、如何统计及判定完成均待演示。[A 09:44–10:29]
R10|明确要求。首课向学生说明图谱和任务引擎的用途、操作方法及课程要求。汪老师负责教学讲解;协作者应把可供讲解和演示的入口、样例及说明整理清楚。[A 10:29;B 23:31]
4.3 首课所需的最小内容
通话明确首课以课程介绍为主,可能讲授第一章的一部分。[A 02:17]
本次建议将近期交付限定为:八章框架正确;首课 PPT 和必要教材指引可取得;首个学习任务说明清楚;章节、图谱和任务入口可演示;学生能完成一次与首课有关的学习或提交操作。尚未建设的后续内容应标识清楚,不影响首课使用。
这不要求首课前完成全部知识库、全部八章任务、全部实训或自动评分。
五 四类课程知识库
5.1 建设位置和检索原则
R11|明确要求。课程知识资源现阶段先建设在超星系统内。按两次通话合并,可整理为理论知识、政策法规、教学案例、实践资源四类;四类是内容分类,不预设超星必须创建四个独立产品或数据库。[A 11:25、15:35;B 00:30–01:45]
R12|明确要求但能力待验证。AI 应优先使用课程自身资源,在需要拓展时再参考外部知识。需要确认超星的资料范围、检索优先级、回答依据和外部补充方式,不把“上传了资料”等同于“模型一定优先引用”。[A 13:48;B 01:45、06:05]
R13|明确选型偏好。教师要求在可选模型中使用 DeepSeek,并表达了对超星自有模型此前回答质量的不满。平台当前是否可选、在哪个功能里选择、是否有额外限制,需超星确认;该反馈不代表本轮进行了模型比较测试。[B 05:25]
5.2 理论知识
R14|明确要求。理论资源包括两层:[B 00:30]
- 教材中的基础概念与知识卡片,便于检索和理解。
- 本课程可能用到的跨学科理论与分析框架,经核对后用于解释和分析社区问题。
实施建议:每条理论资源至少说明概念或框架、来源、本课程采用的表述、适用问题和简单示例。存在教材差异的内容先标记待教师定口径,不让 AI 自动选择并固化。
5.3 政策法规
R15|明确要求。利用教师已按课程章节整理的法规政策资料,继续补充并核对后入库。教师称多数材料已核实,但有两个南宁本地文件没有找到原文,涉及“逢四说事”制度推广和“老友议事会”相关内容;具体标题和文号未给出。[A 11:25–13:48]
两个文件目前只能列为待查线索。间接报道可支持“相关实践曾被提及”,不能代替政策全文,也不能证明文件当前效力。本文不复述旧构想中的表决比例、补贴金额或法律结论为现行规则。
实施建议:政策条目记录文件名、发布主体、文号、发布日期、适用地域、对应章节、原文出处、核验状态及核验日期。仅有间接资料的内容单独标识;教师核对实际材料后,再决定如何用于教学或检索。
5.4 教学案例
R16|明确要求。案例来源可包括南宁本地原创实践、全国公开的经典或先进做法、案例教材和教师已有书籍,以及公开素材的教学改编。按课程主题筛选,本地案例优先体现本地社区问题及管理实践。[A 03:24、15:35]
R17|工作目标。合作方或通讯员等渠道争取提供约 3–5 个案例,教师另找材料补足,本地案例希望合计约 6–8 个。它们不是两批相加的数量,也不是每章指标;合作方名称、最终数量、课程案例库总量和提交时间仍需确定。[A 03:24]
R18|明确要求。社会工作案例需要按社区管理课程的目标改写,突出问题识别、管理视角、理论工具和初步分析,避免照搬专业服务个案。案例素材应较完整;原文在介绍案例字段时中断,因此不能声称已有完整口述模板。[A 04:38、15:35]
建议的案例交付结构为:背景与问题、主要参与者及诉求、已知信息和资源约束、过程与关键决策、结果或后续问题、可用理论工具、教学讨论题、来源与使用说明。案例库最终以卡片、章节材料、检索条目还是组合形式呈现,通话未定。
5.5 实践资源
R19|明确要求。收集往届学生较完整、效果较好的实践项目,以及社会实践中需要的工具包、样表和模板。完整项目应帮助学生理解实践如何开展,不能只留下成果名称。[B 01:45]
R20|探索事项。可从熟悉的实践人员、机构和较权威的社工资源渠道收集工具。IMA 等外部知识库能否接入、能否引用以及材料质量如何审核,均暂存疑,不能将未经核对的整库直接作为本课程知识来源。[B 01:45–04:20]
实施建议:实践工具按“解决什么问题、怎样使用、适用条件、空白模板、示例”组织;对案例及学生作品说明来源与可用范围,涉及真实人物的信息按教学需要处理后再使用。
5.6 入库完成如何判断
以下为建议验收方式:选取教材概念、课程案例、实践工具和有可靠来源的政策材料各一个代表问题,检查能否找到正确资源、是否保留出处、是否遵守教师口径;再检查资料不足时会如何回答,以及外部知识如何与课程资料区分。具体抽查数量和平台功能由双方确定。
知识库建设与独立智能体开发是两个工作层次。不能因为智能体暂缓,就把课程资料整理一并取消;也不能因为资料已入库,就宣称专门智能体已经建成。
六 社区需求调查与服务设计实训
6.1 已获得认可的部分
R21|明确要求。保留已有实训的基本框架和互动形式。教师称曾让一个班体验,学生觉得有趣;她认可案例概述、社区观察、社区访谈、资源匹配、方案与归档总结构成的整体过程,同时指出内容有跳跃。[B 10:44、17:02]
该原型的主题是社区需求调查与服务设计。本次项目目录没有找到可与上述环节对应的实际原型源码或体验入口;本地 F 是需求展示看板,不能认定就是通话中的实训。因此本节给出内容修改要求,不宣称已经复现或修复了原型问题。
6.2 本次必须解决的教学逻辑问题
R22|明确问题。资源匹配之后直接进入“方案积木”,学生可能不清楚积木的选择依据,感觉可以随意拼搭。需要补足由问题、资源到方案的理由。[B 13:34]
R23|明确方向。识别多个社区问题后,加入资金、人力等有限条件下的需求优先排序,引导学生说明先解决什么、为什么先做。[B 14:19]
R24|明确方向。发现需求后,发掘社区内部资源,尽可能先实现内部资源匹配。此要求不排除必要的外部支持。[B 13:34]
R25|明确问题但处理方式待定。原文“意识规则”模块被认为与具体案例处理过程缺少关联,显得突兀;该词可能是“议事规则”,需对照原型核对。应先明确模块要服务哪个决策,再决定嵌入情境、重写或调整位置,不直接判定永久删除。[B 15:02]
6.3 建议采用的完整学习流程
下面是在已获认可框架上补充过渡的实施建议,顺序与具体机制仍应由教师结合原型确认。
| 步骤 | 学生需要完成的事 | 应留下的产出及下一步关系 |
|---|---|---|
| 1 案例概述 | 理解社区背景、自己的工作角色和本次任务 | 明确要解决的情境和目标 |
| 2 社区观察 | 找到现象、初步问题和需要补充的信息 | 形成待核实的问题清单 |
| 3 社区访谈 | 了解不同群体诉求,验证或修正初步判断 | 形成有信息支持的需求清单 |
| 4 资源盘点与匹配 | 识别社区内部资源,判断已有资源能支持什么 | 形成可用资源、约束和缺口清单 |
| 5 需求优先排序 | 结合紧迫性、影响和资金人力条件判断先做什么 | 给出优先议题及理由;判断维度由教师最终确定 |
| 6 服务方案设计 | 为优先议题选择行动或方案积木,说明选择依据 | 把目标、服务对象、行动、资源和预期结果连起来 |
| 7 规则与实施检查 | 在具体决策中检验适用规则和现实条件 | 修正方案;原型中的规则模块如何嵌入需先核对 |
| 8 归档与反思 | 总结决策、未解决问题和后续改进 | 形成过程摘要、方案及反思,按课程要求提交 |
资源盘点与需求排序可以往返调整。关键不是增加一个孤立的排序小游戏,而是让后续方案受到前面识别的需求和资源条件约束。
6.4 方案积木应该让学生理解什么
实施建议:每个积木说明它解决什么问题、面向谁、需要哪些资源及使用前提;学生能说明为什么选择它。不同组合的反馈应对应前面的需求排序与资源条件,避免只显示分数而不解释原因。
教师审阅时,重点检查:访谈结果是否进入需求判断;内部资源能否用于方案;资源有限是否真的影响选择;规则是否发生在需要它的具体情境;归档是否保留学生的关键判断。具体预算数字、积木数量、评分公式和分支数量,通话均未给出。
6.5 学习反馈与评分
R26|明确教学取向。实训首先用于学习和强化正确认识;一对一练习不必以拉开成绩差异为首要目标。通话询问了分数是否会有差异,但没有留下清晰答案,因此不能认定取消评分,也不能认定评分规则已定。[B 12:17–12:43]
建议先给可解释的过程反馈:信息是否充分、需求判断是否有依据、资源匹配是否合理、方案是否可实施、反思能否指出局限。是否转换为分数、能否重试、成绩如何进入课程考核,由教师另行确定。复杂 AI 评分不作为首版修订的前提。
七 平台对接 托管与技术约束
7.1 超星需要实际确认的事项
R27|明确待办。与超星人员及咨询教师沟通,跑通现有内容如何接入章节、图谱与任务引擎。此前“接进去过”的口头表述只能说明曾尝试接入,不能推导出身份识别、完成状态或成绩已同步。[A 00:00–01:54、10:29;B 18:23、20:58]
| 待确认项 | 需要得到的具体答案或演示 | 对实施的影响 |
|---|---|---|
| 章节与 PPT 导入 | 最新目录和 PPT 如何批量或逐项导入,学生端最终看到什么 | 决定课程搭建方法 |
| 图谱与章节及任务关联 | 从哪个入口进入、能关联哪些对象,学生和教师分别看到什么 | 决定学生使用说明和章节对应表 |
| 任务点与任务引擎关系 | 学习要求在哪里设置,何种行为算完成,是否可组合条件 | 决定教学流程与记录方式 |
| 知识库与模型 | DeepSeek 是否可用、课程资料如何关联、检索与外部补充如何工作 | 决定资料入库和回答检验方案 |
| 网页接入 | 支持外链、内嵌还是 H5 包,手机端和校园网是否可访问 | 决定实训发布方式 |
| 学生识别与数据记录 | 是否有已提供的身份机制,能记录或导出哪些完成及过程数据 | 决定成果记录方式,不能仅据外链可打开就承诺回传 |
| 成果提交与评价 | 若无自动回传,平台支持何种作品或摘要提交,教师如何查看 | 决定最简可用交付流程 |
若不能自动回传,可评估“实训输出过程摘要或成果 → 学生按课程任务提交 → 教师查看”的方式。结算卡截图只是旧方案提出的一种候选,是否可用要验证;AI 识别验收、不可伪造校验码和自动入成绩册均不是既定能力。
7.2 校内托管
R28|工作方向与待确认。教师希望询问学校或学院是否可提供服务器托管。另一部门人员认为可能有虚拟服务器资源,但实际负责部门尚未确认。本轮不能标记为服务器已获批或网站已上线。[B 18:23–18:51]
后续应取得:可用资源与管理联系人、网站运行条件、域名或访问地址、校内外及手机访问范围、部署与更新方式、维护及备份责任。此清单是为使交接可执行而补充的建议,不是已约定的服务器规格。
7.3 可继承的技术建议
D 中的轻量网页、适配手机、减少外部资源依赖、内容与参数便于修改等方向可作为候选。其“纯静态、无后端、单包不超过 5 MB、8–15 分钟”等数字与架构属于旧设计建议,应结合原型、学校网络和实际记录需求确定。
不提前要求建设独立登录、独立成绩系统或独立知识库;也不提前断定纯静态页面足以完成身份和成绩回传。验收以真实学生路径和教师查看结果为准。
八 分阶段范围与交付
本节的阶段划分用于落实“先立起来、跑起来、再补充”的要求。交付物和验收方法为整理建议;具体日期、工时、预算及任务负责人尚未共同确定。
8.1 P0 首课与基础运行
| 交付物 | 应包括的内容 | 建议验收方式 |
|---|---|---|
| 最新章节依据与对应表 | 八章目录、首课范围、章节与教材/PPT/图谱/任务的关系 | 汪老师核对章节名称、顺序及首课内容 |
| 可用课程框架和样板章节 | 八章骨架及首课必要材料,一套可运行的学习或任务样例 | 用学生端走一遍入口、学习、提交或完成状态查看 |
| 首课使用说明 | 课程目的、资源位置、互动/作业/实践要求、图谱与任务引擎用法 | 教师能据此向学生演示,学生知道从哪里开始 |
| 超星对接结论记录 | 已验证能力、尚未开放或未验证能力、可行替代方式 | 服务人员实际演示并记录结果,不能只有口头可行判断 |
近期首先取得八章目录、PPT 和平台对接结果;首课所需内容优先完成,其他章节逐步补齐。实训内容修订可以并行,但新建多个仿真和智能体不阻塞首课。
8.2 P1 随教学推进的核心建设
| 交付物 | 应包括的内容 | 建议验收方式 |
|---|---|---|
| 四类知识资源及入库清单 | 理论、政策、案例、实践工具;附来源、对应章节、核对状态 | 抽查内容和代表问题的检索结果 |
| 本地案例材料 | 按课程主题收集并改写;3–5 个合作方来源及约 6–8 个本地总目标分别跟踪 | 教师检查管理学视角、完整性和教学可用性 |
| 实训修订版 | 保留原有框架,补足需求排序、资源约束、方案依据及规则关联 | 教师审阅情境逻辑,再让学生试用,记录问题与修改结果 |
| 实践与评价说明 | 实践产出、过程反馈、提交要求及课程考核方式 | 学生能解释要交什么、怎样完成;教师能查看并反馈 |
| 托管及维护安排 | 经学校确认的访问和部署条件、发布内容、更新交接 | 在约定的设备和网络上实际打开并完成核心流程 |
| 过程材料归档 | 教学设计、素材版本、学生作品、反馈和阶段成果 | 能根据交付清单找到对应成果和记录 |
8.3 P2 暂缓或后续评估
R29|明确后置。专门智能体总体暂缓,等课程基础运行后再讨论必要性、语料、配置方式和工作量。旧方案列举、通话讨论过的问政策、问案例、问流程、问方法及角色陪练等类型保留为后续候选,不代表已确定必须全部建设。[B 04:20、06:05、07:44、09:35]
R30|明确后置。把已有知识点 PPT 配上声音,提供微课、PDF、听读等多种学习方式。先了解学生接受度,再决定是否做样例、采用何种格式及覆盖哪些内容;不立即安排全套制作。[A 06:31–09:44]
其他后续候选包括:IMA 资源连接、更多仿真主题、复杂分支或分层路径、能力及思政等扩展图谱、自动成绩回传、AI 验收、教学研究和竞赛成果。除通话明确暂缓事项外,这些主要来自旧方案,采用范围须另行确认。
8.4 五个旧仿真主题如何保留
| 旧主题 | 可保留的教学方向 | 当前安排 |
|---|---|---|
| 加装电梯协商 | 利益协调、程序与资源方案 | 作为候选,内容与政策依据需重新核对 |
| 突发事件应急 | 信息判断、优先序与资源调度 | 作为候选,不设本轮交付日期 |
| 业主大会与业委会程序 | 主体、程序与职责边界 | 不沿用旧看板“首发必做”的说法 |
| 公共空间微更新 | 多方需求、预算与方案权衡 | 可供现有服务设计主题借鉴,是否独立制作未定 |
| 需求调研与数据诊断 | 信息质量、调研方法与证据分析 | 与现有主题有联系,但不能直接认定是同一个已实现项目 |
是否沿用外购沙盘、是否采取“双轨互补”及练习次数,也需重新确认。第二份通话转述了某社区治理沙盘存在流程与案例问题,不能由旧方案直接推定其可继续承担正式教学。
九 评价 成果与协议交付
9.1 教学评价
R31|明确要求。向学生说清讨论、互动、作业和实践如何组织、如何考核。知识图谱和任务引擎作为新的学习方式,不能只建功能、不解释要求。[B 23:31、26:47]
建议让评价关注学生能否基于信息分析问题、调用理论工具、解释资源取舍并改进方案。具体成绩权重、合格线、重试规则、个人与小组评价方式、AI 参与边界均未在通话中确定。
不以“点击完成”直接推断能力提升,不以一次学生觉得有趣直接推断教学有效,也不承诺未实测的教师批阅效率提升幅度。可保留适量过程材料,为课程改进和后续验收提供依据。
9.2 协议需要写清什么
R32|明确要求。协议应交代清楚做了什么、如何交付、最终成果是什么、期望达到什么教学成效。[B 21:51]
建议交付清单写明工作项、成果名称与格式、完成标准、交接方式、阶段时间、双方依赖和后续修改安排。例如:章节对应表、课程资源清单、实训可用版本及源码或发布包、操作说明、试用修改记录。这里只给出结构,不替尚未取得的协议填写金额、付款节点、验收人或审批结论。
通话显示财务曾初看协议,采购相关部门给出过由学院办理的口头意见,后续仍涉及学院审批等手续。关于机构收款后如何分配及学校是否审核的说法仅为教师个人理解,不转写为已确认的财务或审计规则。[B 20:58–22:32]
十 需要补齐的材料与决策
10.1 当前目录没有取得的关键材料
| 材料 | 为什么需要 | 可继续推进的部分 |
|---|---|---|
| 教师最新八章目录及八章配套 PPT | 确认章节名称、顺序、首课内容及新旧映射 | 先做需求框架与对应表字段设计 |
| 当前教学大纲与正式项目申报书 | 核对学时、周次、实践安排及真实验收承诺 | 保留旧分析中的数字为待核验台账 |
| 图谱源文件、知识单元表、任务引擎映射表 | 确认旧九专题与八章、节点及任务关系 | 先规定映射与学生路径需要解决的问题 |
| 法规政策总表及已取得的原文 | 确认实际数量、章节归属和两个缺原文条目 | 先建立来源及核验状态的组织方法 |
| 现有案例、往届学生项目、工具模板与专题漫画 | 确定可直接使用与需要改写的材料 | 先确定筛选与整理标准 |
| 通话中已试用实训的源码、版本或体验入口 | 定位“关系配对、方案积木、意识规则”等实际模块 | 先完成教学流程修订要求 |
| 现有合作协议及学校托管答复 | 确定交付责任、实际办理流程与发布条件 | 先整理交付清单和确认问题 |
“未取得”仅指本次已检查的项目目录和附带文件,没有据此断言材料不存在或尚未制作。
10.2 下一次对齐需要得到的答案
| 编号 | 待决策问题 | 主要确认方 | 优先级 |
|---|---|---|---|
| Q01 | 八章具体名称与顺序是什么,首课用哪些材料,旧九专题如何对应 | 汪老师 | P0 |
| Q02 | 章节、图谱、任务引擎和任务点如何关联,学生从哪里开始 | 超星、咨询教师、汪老师 | P0 |
| Q03 | 首课任务的完成条件与学生说明是什么 | 汪老师、超星 | P0 |
| Q04 | 教材存在差异时采取什么教学口径 | 汪老师 | 首批内容定稿前 |
| Q05 | DeepSeek 是否可选,课程资料优先检索如何配置与验证 | 超星 | 知识库上线前 |
| Q06 | 案例 3–5 个来源和本地约 6–8 个目标如何落实,案例库总量及呈现方式是什么 | 汪老师、案例合作方 | P1 |
| Q07 | 两个未取得原文的政策条目具体是什么,是否暂缓使用 | 汪老师 | 相关材料入库前 |
| Q08 | 实训入口和版本是什么,原文“意识规则”对应哪个模块,怎样连接优先序与方案积木 | 汪老师、协作者 | 实训修改前 |
| Q09 | 实训是否计分,怎样重试,怎样提交,如何纳入课程考核 | 汪老师、超星 | 实训正式用于课程前 |
| Q10 | 网页可以怎样接入,是否支持身份、完成状态、成绩或过程数据回传 | 超星 | 技术方案确定前 |
| Q11 | 学校托管是否可用,谁负责部署维护,学生在哪些网络与设备上访问 | 学校相关部门 | 正式发布前 |
| Q12 | 协议最终包含哪些成果、时间与交接标准,按什么流程办理 | 汪老师、合作方、学院相关部门 | 正式约定前 |
| Q13 | 是否制作带声音的资源、是否开发专门智能体,后续先试哪一项 | 汪老师结合学生反馈 | P2 |
十一 旧指标保留台账
下列内容来自 C 的转述,正式申报书及相关原始成果本次未取得。它们不因新通话而自动取消,也不自动成为本轮建设承诺;应由教师核对正式文件后,决定保留、解释对应关系或调整实施安排。
11.1 课程与资料基线
| 旧资料中的数字 | 当前应如何处理 |
|---|---|
| 48 学时、16 周、16 实践学时 | 待最新教学大纲确认 |
| 9 专题、83 节点、33 个知识单元 | 待与八章目录及实际图谱源文件对应 |
| 34 件政策材料,国家 14、广西 11、南宁 9 | 待总表及原文核对;不能用减去两个缺原文文件的方式推定已核验数量 |
| 已有 30 余个案例 | 未取得实际案例清单;不得与本地约 6–8 个工作目标混算 |
| 5 项网页仿真、9 个以上 AI 任务、5 个智能体 | 旧方案建设建议,当前范围与阶段需重新确认 |
11.2 旧分析转述的十四项申报指标
| 序号 | 旧指标 | 若正式文件仍要求 应准备的证据 |
|---|---|---|
| 1 | 图谱节点不少于 80,关联资源不少于 150 项 | 图谱与资源关联清单 |
| 2 | 微视频 20 个、总时长不少于 100 分钟、覆盖 50 个核心知识点 | 视频目录、时长与知识点对应表 |
| 3 | 课堂实录切片 2 段 | 对应课堂实录成果 |
| 4 | 数字案例不少于 15 个 | 完整案例目录;与本地案例子集分开统计 |
| 5 | AI 智能体全天答疑、响应率不低于 95% | 定义清楚的统计范围与问答记录;与当前后置安排对齐 |
| 6 | 知识点掌握率提升不少于 20% | 采用同一口径的前后测及分析 |
| 7 | 课堂互动参与率不低于 90% | 互动记录及统计口径 |
| 8 | 学生满意度不低于 90% | 问卷结果及样本说明;旧分析提到至少 2 次问卷 |
| 9 | 教师批阅效率提升不少于 50% | 可比较的任务、工作量和批阅耗时记录 |
| 10 | 学生能力提升报告生成率 100% | 报告清单及覆盖学生范围 |
| 11 | 学习困难学生成绩提升不少于 15% | 经界定的统计群体、帮扶与前后成绩记录 |
| 12 | 社区服务方案不少于 10 份 | 学生作品及教师评价 |
| 13 | 教学互动数据报告 1 份 | 统计说明及报告文件 |
| 14 | 1+X 证书专项训练模块 1 套 | 模块内容与实施记录 |
PPT 配音等新增多形态素材和专门智能体在通话中被后置,不代表已取得修改正式验收要求的许可;若正式文件确有微课或智能体指标,应另行对齐完成阶段。旧课件和分析中的赛事日期也不能直接转为当前计划。
十二 旧需求看板后续修订清单
本轮产出为需求文档,没有修改或发布网站。若下一步更新 F,应至少同步以下内容:
- 把“下午三点沟通备忘”及预设拍板议程改为本轮通话后的需求状态,删去预写的“刚才已沟通、已按此全面启动开发”等没有实施证据的文字。
- 以八章教学框架和首课可用为近期主线;旧九专题、83 节点和其他数字标为待映射或待核验。
- 将已试用的社区需求调查与服务设计实训列为当前完善对象;五主题构想保留为备选。
- 将四类知识资源分别说明,加入 DeepSeek 偏好、课程资料优先检索期望及平台待确认项。
- 把智能体、多形态配音资源和复杂自动化移到后续评估区。
- 将政策库“全部核验”“根除幻觉”等表述改为有依据的材料状态;不承诺仅凭入库即可消除错误。
- 将“结算卡 100% 可行”“防伪”“教师零批阅负担”“实测减负 50% 以上”“数据直通超星”“一键汇总成册”等没有当前证据的表述删除或改为待验证目标。
- 区分正式申报指标、旧实施建议、本轮明确要求、已完成成果,避免用同一状态展示。按第十一节恢复完整十四项待核验台账,补上旧网页遗漏的课堂实录切片两段。
- 增加超星对接、学校托管和协议交付的待确认事项,不展示为已获批准。
- 旧网页的政策试算在核验前应隐藏或标为待核验教学示例;固定金额、补助适用条件及是否能够叠加,以及仅按户数演示的双比例判断,都不能直接作为现行规则。
- 不沿用网页自行调整或新增的评分权重,例如业委会项目的权重变化、应急项目新增的百分比;应与教师确认的评价方案重新对齐。
转写处理说明
为便于阅读,正文将明显的“超新、超清、操心”等按语境写为“超星”,将“人物引擎”等写为“任务引擎”。“意识规则”、咨询教师姓名、合作方称呼及部分工具名仍保留不确定性。两份可检索文本保留原文,不按猜测改写。第二位发言人的完整意见未充分呈现在转写中,不能凭“对、好”等回答补出双方已达成的技术结论。
本版可以直接用于安排下一轮内容整理和平台对齐;待取得八章目录、实际原型及平台答复后,再补齐具体章节、配置方式、日期和正式验收口径。