最终成果
AI 互动作品 可发布、可访问、可演示
任务说明
每个小组选择一个真实任务,使用 Coze 完成一个 AI 互动作品。作品需要让用户能够输入需求,系统能够调用大模型、知识库、工作流、工具或代码节点完成处理,并输出一个有用、结构化、可展示的结果。
可以使用多个 Agent 或工作流组织复杂任务,但“用了几个 Agent”不是硬指标。复杂度要服务于用户任务、结果质量、可解释性和可测试性。
最低要求
这些要求定义了完整大作业的下限。只会聊天、只会回答、不能发布或没有测试,都不算完成 AI 产品的最小闭环。
作品需要有发布链接、Coze 页面、网页应用链接或现场可扫码体验入口。
例如学习、检索、规划、分析、诊断、模拟、展示、生成或机器人任务分解。
从知识库、工作流、工具/插件、代码节点、网页应用、智能体、外部 API 中任选至少两类。发布能力是必选项,不计入这两类。
必须生成一个明确交付物,例如学习方案、测验题、研究报告、任务计划、数据分析、机器人动作流程、展示网页、海报文案、常见问题或项目说明。
包含成功样例、边界样例和失败样例。
说明失败来自资料不足、模型幻觉、工作流设计、工具限制、上下文污染、权限问题、成本/延迟,还是用户输入不清楚。
3 分钟现场演示:用户任务、作品入口、完整运行、结果解释、失败样例、下一步迭代。
交付物
交付物不是额外文档负担,而是让他人能理解、复现、测试和评价你的作品。
项目方向
方向只是起点。每组仍需要明确用户、资料、工作流、测试样例和发布入口。
用户输入一个学习目标,例如“我想理解 Transformer”或“我想复习 RAG”,系统基于课程资料生成学习路径、解释、测验题和错题反馈。
用户输入一个项目想法,系统帮助拆解成问题定义、用户画像、功能列表、技术路线、风险、测试样例和展示脚本。
用户输入一个具身任务,例如“机器人在教室里找到红色杯子并送到讲台”,系统输出环境假设、状态表示、感知目标、动作序列、失败恢复和安全边界。
用户输入或上传一份表格,系统生成摘要、异常点、图表建议、结论和下一步问题。
用户输入主题和素材,系统生成展示网页结构、海报文案、演讲稿、常见问题和评委问答准备。
选择一个 AI 概念,例如 Token、幻觉、RAG、Agent、GPU、具身智能,通过互动问答、小游戏、图示或小实验解释它。
展示模板
展示不是朗读项目说明,而是让观众看到作品入口、真实输入、完整运行、结果解释和失败边界。
评分标准
评分对象是最终作品,不是后台 Agent 数量。能否被别人直接体验、测试和解释,是核心判断。
| 项目 | 比例 | 判断标准 |
|---|---|---|
| 任务价值 | 20% | 问题是否清楚,用户是否明确,场景是否真实。 |
| 交互体验 | 20% | 别人是否能直接使用,输入输出是否清楚,现场展示是否直观。 |
| AI 能力整合 | 25% | 是否合理使用知识库、工作流、工具、代码节点、插件或智能体等能力,并能解释为什么这样组织。 |
| 结果质量 | 20% | 输出是否有用、结构化、可解释,能否处理边界情况。 |
| 测试与反思 | 15% | 是否准备测试样例、失败样例和下一步改进方向。 |
硬性规则
这些规则用于避免把项目做成普通工具试用、模板展示或只展示成功样例。