# 智解未来挑战赛（作品赛赛道）完整参赛要求 ## 一、赛事基本信息 - **赛事名称**：智解未来挑战赛（作品赛赛道） - **作品提交与组队截止**：北京时间 **2026 年 10 月 20 日 20:00**（延长后时间；CTF 与算法仍于 10 月 7 日 20:00 截止） - **团队调整**：可拒绝待确认邀请；未提交作品的成员可退出，队长须指定已确认接任者或解散尚无确认队友的团队。已有作品版本或评审记录的团队需联系赛务核验更正，不能自动退出改动归属。 - **参赛对象**：刚入学新生，个人或团队均可 - **团队人数**：1—3 人，可跨专业组队；每人只能参加 1 支队伍；以团队独立榜结算，同分并列，不复制为个人综合分 - **核心工具**：建议使用 WorkBuddy，但不强制；允许结合其他 AI 工具、开发框架与设计软件 - **作品类型**：**仅限程序类作品** - **参赛方式**：指定赛题与自主开放赛题二选一；自主开放赛题须选择 A/B/C/D 其中一类 - **提交材料**：必须提交产品技术文档、产品文件、演示视频，缺一不可 --- ## 二、程序类作品定义与总要求 ### 1. 什么算程序类作品 程序类作品须具备以下特征： 1. 有明确程序本体，包括源代码、可执行文件或容器化部署文件； 2. 有可运行入口，如网页、桌面端、移动端、小程序、插件、CLI、API 服务、自动化工作流、AI Agent、WorkBuddy Skill/插件等； 3. 有可操作、可交互或可调用的核心功能； 4. 能在主办方评审环境中部署或访问； 5. 能通过真实录屏演示实际运行过程。 **可接受的程序形态包括但不限于**：Web 应用、桌面应用、移动端应用、微信小程序、浏览器插件、CLI 工具、API 服务、自动化脚本/工作流、WorkBuddy Skill/插件、AI Agent、数据可视化仪表板、交互式原型、游戏/模拟器。 ### 2. 不接受的作品类型 以下类型**不属于程序类作品，不予受理**： - 纯 PPT、纯文档、纯报告、纯设计稿； - 纯海报、纯图文、纯短视频、纯播客、纯音乐成品； - 只有 Prompt 集合、聊天记录、工作流截图，没有程序本体； - 只有概念视频、概念图纸，没有可运行或可交互程序原型； - 直接购买、抄袭、代做或未修改的模板程序。 ### 3. 总要求 1. **原创性**：作品须为参赛团队原创，不得抄袭、购买、代做。 2. **真实性**：作品应源于真实问题、真实场景或真实创意，不得虚构数据与用户反馈。 3. **可运行**：作品须可运行、可访问、可交互或可调用。 4. **可部署**：产品文件须二选一提交： - 方式一：参赛者自行部署到服务器，提交可公网访问的链接； - 方式二：提交完整 Docker Compose 文件压缩包，由主办方部署。 5. **AI 协作透明**：若使用 WorkBuddy 或其他 AI 工具，须在技术文档中说明使用环节、Prompt、生成内容与人工修改过程。 6. **安全合规**：不得包含恶意代码、隐私窃取、攻击性功能、真实密钥泄露等内容。 7. **一致性**：产品技术文档、产品文件、演示视频三者须一致。 --- ## 三、赛题设置 ### （一）指定赛题 指定赛题聚焦 AI 应用创新，参赛者从中任选一题。**作品主体必须是程序，不是内容成品。** #### 赛题一：随身学习助手程序 **任务描述**：开发一个辅助日常学习的程序类工具。 **建议方向**： - 课程笔记自动整理与知识图谱程序； - 错题追踪与复习计划自动化程序； - 小组作业任务分配与进度追踪程序； - 教材重点提炼与自测题库生成程序。 **提交要求**： - 须有可运行程序； - 须在真实场景中至少使用一次； - 技术文档中须附使用前后对比说明。 #### 赛题二：校园生活智能工具程序 **任务描述**：围绕新生校园生活中的真实痛点，开发 AI 驱动的程序类解决方案。 **建议方向**： - 校园办事流程导航程序； - 食堂与周边美食推荐、营养搭配程序； - 宿舍生活管理程序； - 校园安全提醒与应急信息整合程序。 **提交要求**： - 须有真实问题来源； - 须有可访问或可部署的程序本体； - 演示视频须展示完整操作流程。 #### 赛题三：AI 创意表达程序 **任务描述**：用程序实现创意表达。作品主体是程序，不是海报、视频、文章、音乐等成品。 **建议方向**： - 个人作品集网站生成程序； - 校园主题视觉内容生成流水线程序； - 互动 H5 或交互式叙事程序； - 音乐、漫画、短视频脚本生成工具程序。 **提交要求**： - 须有完整表达意图与受众意识； - 技术文档中须说明创意来源、工具链、人机协作过程； - 产品文件须为可访问网站、可交互程序或可部署程序。 --- ### （二）自主开放赛题（A/B/C/D 类） 自主开放赛题不限定具体方向，但**全部必须是程序类作品**。 #### A 类：学习与生活工具程序 **定位**：解决新生自身或身边同学的真实问题，开发可实际运行的程序或工作流。 **核心要求**： - 作品须有可运行程序； - 须在真实场景中经过至少一次使用验证； - 提交时须附“使用前后对比说明”。 **适合形态**：WorkBuddy Skill 插件、自动化工作流、本地轻应用、Web 工具、CLI 工具。 #### B 类：内容创作与传播程序 **定位**：开发能生成、编辑、管理或交互呈现内容的程序。**不是提交短视频、图文、播客、音乐成品本身。** **核心要求**： - 须有明确受众意识和传播场景； - 程序须能实际生成或交互呈现内容； - 提交时须附“创作说明”，包括创意来源、AI 工具链、人机协作过程、人工修改关键节点。 **适合形态**：AI 写作工具、图文生成器、短视频脚本生成器、互动 H5 程序、视觉生成流水线、音乐生成工具。 #### C 类：数据洞察与分析程序 **定位**：开发对校园或学习数据进行采集、清洗、分析和可视化的程序。 **核心要求**： - 数据来源须真实可追溯； - 分析方法须有逻辑链条； - 结论须对目标受众有参考价值； - 提交时须附完整数据处理过程和源文件。 **适合形态**：数据分析程序、可视化仪表板、轻量预测模型、调研数据处理工具。 #### D 类：概念验证与交互原型程序 **定位**：面向未来的探索性、颠覆性创意方案，但**必须提交可运行或可交互的程序原型**，不能只交概念文档、概念视频或设计图纸。 **核心要求**： - 必须是概念性、前瞻性设计； - 须包含设计概念文档：问题定义、设计思路、预期影响； - 须包含可运行或可交互程序原型； - 产品文件可提交可交互原型链接或概念演示程序； - 若选择 Docker Compose，须包含可启动的轻量原型。 **适合形态**：交互概念程序、产品概念原型、未来场景模拟器、服务设计交互 Demo。 --- ## 四、必须提交的三类材料 所有参赛作品必须提交以下三类材料，缺一不可。 ### 1. 产品技术文档 **格式要求**： - PDF 格式，A4 页面； - 建议 15—30 页； - 命名：`智解未来挑战赛_赛道_赛题或类别_团队名_作品名_产品技术文档.pdf` **必须包含以下章节**： 1. 封面：赛事名称、赛道、赛题/类别、作品名、团队名、成员、指导老师、日期； 2. 目录； 3. 项目概述：背景、问题、目标用户、作品价值； 4. 需求分析：功能需求、非功能需求、使用场景； 5. 系统设计：架构图、功能模块、数据流、技术选型； 6. 程序实现：源代码结构、核心代码说明、接口文档、数据库设计； 7. 功能说明：每个功能操作步骤与截图； 8. 工具与 AI 协作说明（WorkBuddy 不强制）： - 使用的模式（Ask / Plan / Craft）； - 若使用 AI，关键 Prompt 记录建议至少 5 条；未使用 AI 者说明未使用，不虚构记录； - AI 生成内容与人工修改对比； - 工作流截图或说明； - 是否使用 Skill、自动化、插件等； - 对 AI 协作的反思与局限。 9. 部署说明： - 若选择服务器链接：访问地址、账号、环境、依赖、重启方式； - 若选择 Docker Compose：环境要求、启动命令、端口、数据初始化、常见问题。 10. 测试与验证：测试用例、测试结果、用户反馈； 11. 创新点与局限：作品亮点、不足、未来改进方向； 12. 团队分工：每位成员的具体贡献； 13. 附录：源文件、Prompt 记录、参考资料等。 **若未使用 WorkBuddy**：可说明实际使用的工具及过程；未使用任何 AI 者不需要虚构 Prompt 或协作过程。工具与协作评分评价实际工具选择、验证与迭代，不以特定品牌为前提。 --- ### 2. 产品文件（二选一） #### 方式一：自部署服务器提交链接 参赛者自行将作品部署到服务器，提供可公网访问的链接。 **必须提供**： - 公网访问 URL； - 测试账号与密码； - 有效期：须覆盖评审期及评审结束后 7 天； - 部署环境说明：操作系统、依赖、端口、数据库等； - 重启方式与联系人； - 若需 VPN、白名单、邀请码，须提前说明并提供评审访问方案； - 源码仓库链接或源码压缩包，确保可复现。 **要求**： - 评审无需安装任何软件即可访问； - 链接失效、无法访问、账号错误，视为产品文件未提交，将影响成绩； - 演示视频中须展示访问过程。 #### 方式二：Docker Compose 完整文件压缩包 参赛者提交完整文件压缩包，由主办方部署。 **压缩包必须包含**： - `docker-compose.yml`； - `Dockerfile`（如使用自建镜像）； - `.env.example`（不得包含真实密钥）； - `README.md`：部署步骤、端口、账号、常见问题； - `start.sh` / `stop.sh`：启动与停止脚本； - 数据初始化脚本或种子数据； - 依赖文件：`requirements.txt`、`package.json`、`pom.xml` 等； - 静态资源、配置文件、数据库脚本； - 若需外部 API：提供测试 Key 或 Mock 模式。 **部署要求**： - 评审环境：Ubuntu 22.04、Docker 24+、Docker Compose v2、4 核 8GB、无 GPU； - 一键启动命令：`docker compose up -d`； - 端口建议：8080、3000、8000 等，避免使用 80、443； - 须配置健康检查与数据卷； - 若需 GPU 或特殊硬件，须说明并提供 CPU 降级方案； - 压缩包大小建议 ≤500MB；超过请提供网盘链接与提取码，并确保长期有效； - 命名：`智解未来挑战赛_赛道_赛题或类别_团队名_作品名_产品文件.zip`。 **部署失败处理**： - 若因作品自身问题导致部署失败，参赛者须在 24 小时内提供修复或远程协助； - 逾期未修复，评审有权按实际情况扣分。 --- ## 五、提交清单、命名与截止 ### 提交清单 每支队伍须提交： 1. 产品技术文档 PDF； 2. 产品文件： - 方式一：服务器访问链接 + 账号密码 + 有效期说明 + 源码仓库或源码压缩包； - 方式二：Docker Compose 完整文件压缩包； 3. 演示视频：链接或 MP4 文件； 4. 可选：源文件、Prompt 记录、用户反馈、设计稿。 ### 命名规则 所有材料统一命名： `智解未来挑战赛_赛道_赛题或类别_团队名_作品名_材料类型` 示例： `智解未来挑战赛_自主开放_A类_星火队_校园助手_产品技术文档.pdf` ### 提交方式 - SRC 漏洞报告照常开放，但不再接收作品赛提交。作品统一在 https://hub.competition.eagleslab.com/formal/ 提交技术文档、产品文件、真实演示视频及 AI 协作声明，点击“确认提交本版本”后生成版本编号。 - 平台确认提交后自动向 manager@cmiteam.top 发送材料链接副本，邮件失败可重试且不影响已保存的提交。历史 SRC / 邮件材料保留，不重复计分；最终以平台截止前最后确认的完整版本为评审对象。 - 先在 https://hub.competition.eagleslab.com/formal/ 创建团队并完成成员确认；队长提交和确认材料版本。评审采用截止前最后确认的完整版本，以平台确认时间及邮箱实际收件时间为准；原材料与版本保留可追溯。 - 若使用网盘，须提供永久有效链接与提取码； - 作品提交与组队截止时间：北京时间 2026 年 10 月 20 日 20:00；开赛时间为 10 月 4 日 09:00。开赛前不可提交，截止后不能提交或修改；CTF 与算法仍于 10 月 7 日 20:00 截止。 --- ## 六、部署与运行环境要求 - 主办方评审部署环境：Ubuntu 22.04、Docker 24+、Docker Compose v2、4 核 8GB、无 GPU； - 作品须能在该环境下运行； - 若依赖外部服务，须提供测试账号、测试 Key 或 Mock 数据； - 不得依赖参赛者本地特殊环境； - 不得包含真实敏感密钥、个人隐私数据； - 数据库须自动初始化或提供初始化脚本。 --- ## 七、评审标准 | 维度 | 权重 | 说明 | | ---------------------- | ---- | ------------------------------------------------------- | | 创新性与问题洞察 | 25% | 问题是否真实、创意是否独特、思考是否有深度 | | 工具使用深度与 AI 协作 | 20% | WorkBuddy 等工具使用是否有效、Prompt 与迭代过程是否清晰 | | 完成度与可部署性 | 25% | 程序是否可运行、可访问、可部署，产品文件是否完整 | | 技术文档质量 | 15% | 结构是否完整、部署说明是否清晰、AI 协作是否透明 | | 演示视频与表达 | 15% | 视频是否清晰、功能展示是否完整、表达是否有感染力 | **固定权重**：所有类别均采用上表 100 分权重，不临时调权。 --- ## 八、时间安排与奖项 ### 时间安排 - 报名阶段：以官方通知为准； - 作品提交：北京时间 2026 年 10 月 4 日 09:00—10 月 20 日 20:00； - 初评：材料评审； - 复评：拟线上答辩或演示，每队 5 分钟展示 + 3 分钟问答；时间待通知； - 答辩、奖项及颁奖公布：待通知。 ### 奖项设置 - 一等奖、二等奖、三等奖； - 最佳创意奖； - 最佳技术奖； - 最佳 WorkBuddy 应用奖。 具体比例与奖品以组委会公布为准。 --- ## 九、诚信与违规 1. 禁止抄袭、代做、购买代码、直接提交模板程序； 2. 禁止包含恶意代码、攻击性功能、隐私窃取功能； 3. 禁止泄露真实密钥、他人隐私数据； 4. AI 生成内容须声明，不得隐瞒 AI 参与程度； 5. 服务器链接须真实有效，不得伪造访问结果； 6. 违规作品取消参赛资格，已获奖项追回。 --- ## 十、常见问题 **Q1：不会编程可以参加吗？** 可以。WorkBuddy 支持自然语言生成代码、页面与自动化流程，但最终必须产出可运行的程序类作品。 **Q2：必须使用 WorkBuddy 吗？** 建议使用，但不强制。若使用其他 AI 工具，须在技术文档中说明。 **Q3：产品文件必须二选一吗？** 是。可自部署服务器提交链接，或提交 Docker Compose 完整文件压缩包由主办方部署。 **Q4：D 类概念设计没有可部署程序怎么办？** 不接受。D 类也必须提交可运行或可交互程序原型，概念文档和概念视频只能作为辅助材料。 **Q5：B 类可以提交短视频或图文成品吗？** 不可以。B 类提交的是能生成、编辑、管理或交互呈现内容的程序，内容成品只能作为程序输出示例或演示素材。 **Q6：服务器链接有效期多久？** 须覆盖评审期及评审结束后 7 天。 **Q7：Docker Compose 可以包含真实 API Key 吗？** 不可以。请提供 `.env.example` 和测试 Key 或 Mock 模式。 **Q8：演示视频可以用 PPT 吗？** 不可以。必须真实录屏，展示程序实际运行画面。 **Q9：作品可以同时参加指定赛题和自主开放赛题吗？** 不可以。每队只能选择一个赛题或一个自主开放类别，提交一件程序类作品。 **Q10：非程序类作品可以参赛吗？** 不可以。本赛道仅限程序类作品，非程序类作品不予受理。 ## 十一、正式赛计分与材料安全 作品赛独立按团队排名；不计入个人综合榜，也不进入 SRC 漏洞积分。公開榜遮罩团队标识与成员信息。材料链接不会被系统自动访问，压缩包不会自动解压执行。裁判在隔离环境核验并部署。未通过安全检查的邮件附件保持隔离。