赛题：开放型赛题 · 基于华为云码道 CodeArts 开发 AI 应用 报告日期：2026-10-11

一、赛题理解（基于官方完整赛题，非二手转述）

1.1 赛题定位

开放型赛题，围绕真实场景自选题目，不限创意内容与技术方向。鼓励五个方向：

1.2 硬性开发要求

1. 作品必须原创，团队负全责。
2. 开发过程必须使用华为云码道作为核心 AI 编程工具——本赛题唯一的「必须使用华为产品」条款。
3. 作品形态限定：Web 应用 / 小程序 / 桌面工具，须可运行、可复现。
4. 须提交码道使用痕迹证明：IDE 插件使用日志与操作记录、AI 交互对话与 Prompt 截图、代码生成/重构/排错过程记录。
5. 侵权抄袭取消资格。

1.3 交付物清单（学生赛道初赛）

提交方式：校内 Welink 蒲公英表单 2026华为开发者大赛-上海理工大学站。 提交规则：可多次迭代，最终成绩取截止前历史最高提交版本。

1.4 评分标准

初赛（100 分，教师评委 50% + 专家评委 50%）

决赛（100 分）

晋级规则：初赛前 31 支晋级决赛。决赛交付完善版安装包或在线演示地址（确保现场稳定运行）、正式答辩 PPT、完整源码与文档。可选实物演示联动加分。一等奖直通全国总决赛。

1.5 评分权重推论（决定所有后续决策）

• 功能完备度 30 分是最大单项 → 功能要做得完、做得顺、做得好看，而不是技术炫技。
• 码道深度 25 分是最容易系统化拿满的一档 → 属「过程分」，从第一天开始每日存证即可稳定拿下；反之最后一周补做必然拿不满。
• 专业贴合与创新 25 分是最难的一档 → 需要真实痛点和差异化，靠「常见场景的简单实现」只能落 10–15 分。
• 技术架构 15 分 → 常规工程规范 + 一句「结合华为云其他服务」。
• 交付规范 5 分是纯白送分 → 四项文档写齐即得，丢失极不划算。
• 决赛 30 分的现场演示答辩分，权重高于技术本身，演示稳定性必须按「不能失败」标准准备。

1.6 对早期信息的两点更正（重要）

前几轮分析中，我曾引用「演示环境需部署在华为云上」「与华为云结合越深度分越高」作为赛题要求，这两条均不在本赛题规则中，来源是另一分站赛的校内通知，属误引，已作废。以本报告为准：

• ❌ 本赛题没有「演示环境必须部署在华为云」的硬要求。决赛只要求「安装包或在线演示地址」。
• ❌ 本赛题没有「真实性/数据可追溯」评分维度。
• ⚠️ 与华为云生态相关的只有两处：码道（25 分，主战场）、以及技术架构 15 分中的「结合华为云其他服务提升能力」（权重低，但不是零）。

二、选题决策

2.1 候选方案对比

2.2 决策：选 A

理由：A 与 B 在功能完备度、码道深度两个维度上差距不大，但在专业贴合与创新（25 分）上差距显著；而 B 的开发过程过于平顺，反而拿不到码道深度分所需的「代码生成、重构、排错过程记录」素材。A 的识别链路天然产生调参、排错、重构痕迹，是本赛题评分体系下的最优解。

三、最终方案

3.1 项目定位

项目名（建议）：「物候图鉴」——基于华为云码道开发的垂直品类识别与收藏 Agent

一句话描述：面向某垂直品类（校园植物 / 本地鸟类）的拍照识别与个人图鉴管理工具，具备识别、拒识、打标归档、图集管理、数据看板与知识问答完整闭环。

3.2 交付形态（关键决策）

形态：本地 Web 应用 + 便携包一键启动脚本，而非单文件安装包。

• 后端：Python FastAPI，本机起服务（127.0.0.1:8000）
• 前端：浏览器访问，Vue3 或原生 HTML+JS 单页
• 启动：双击 start.bat / start.sh，自动装依赖、启服务、开浏览器

选择理由： 1. 界面体验远优于 Tkinter/PySide，「界面交互与用户体验专业度」是 30 分维度的明确条目。 2. 现场稳定性等同于 exe，且规避单文件 exe 冷启动慢、杀软误报、大模型文件解压慢的风险。 3. 代码可在需要时直接搬上服务器变成在线地址，不必重写。 4. 一键启动脚本本身就是「作品说明文档」要求的交付项，一举两得。

3.3 核心功能清单

3.4 技术栈

3.5 数据集策略

采用开源数据集，不自行采集。

• 候选：Oxford Flowers-102 / PlantVillage / LeafSnap（植物）、CUB-200-2011（鸟类）
• 必做事项：
  1. 核查 License，在文档中标注来源与授权，规避侵权条款风险。
  2. 场景落差验证：用手机实拍 20 张同类照片测试准确率，量化「白底摆拍 → 真实拍摄」的性能下降。此结果决定演示时是现场拍照还是上传示例图。
  3. 记录预处理脚本与类别映射表，保证可复现。

3.6 华为云服务接入策略

优先级降低，但不可为零。 目标是投入 1.5 天，拿到 15 分维度中「结合华为云其他服务」的实据：

注意：仅把样本「复制一份到 OBS」是没有说服力的——评委看的是系统是否真的用到，不是文件是否躺在那儿。不做成的适配器则不接。

3.7 四阶段执行计划

第 1 周：打地基（不采数据，做三件正事） - 下载整理开源数据集 + 完成场景落差验证 - 码道搭建工程骨架，确立目录结构与模块划分 - 注册并发布一次「开发者作品展览馆」占位作品，把流程趟通（可能有审核周期） - 建立 docs/codearts-log/，按五类开始每日存证

第 2 周：核心链路 - 模型训练 + 推理接口 + Top-K + 拒识 - 上传界面、结果展示、打标入库、用户图集

第 3 周：完整度与云服务 - 图集管理、数据看板、RAG 问答（可选） - 接入 OBS 存储适配器（0.5 天）+ ModelArts 训练截图（1 天） - 便携包打包 + 一键启动脚本

第 4 周：交付与答辩 - 四件套：PPT（含码道应用说明）、说明文档 WORD（一键安装脚本/部署步骤/开源组件与 License/码道总结）、码道痕迹汇编、3 分钟演示视频 - README 附 GitCode 仓库地址 + 作品展览馆发布链接 - 答辩演练（5 分钟介绍 + 3 分钟提问）

3.8 码道留痕规范（对应 25 分，最高优先级）

从第 1 天开始，每日存证，分类归档：

1
2
3
4
5
6

docs/codearts-log/
├── 01-环境搭建/     项目初始化、依赖配置、环境问题解决
├── 02-代码生成/     多文件生成、模块实现
├── 03-调试排错/     报错日志 → 定位根因 → 修复的完整过程
├── 04-重构优化/     代码重构、性能优化
└── 05-文档生成/     README、接口文档、注释生成

每份记录保留：Prompt 原文 + 码道输出截图 + 最终代码文件路径。这套材料直接对应评分细则点名的「IDE 插件使用日志与操作记录」「AI 交互对话与 Prompt 截图」「代码生成、重构、排错过程记录」三项。

演示视频中预留 30 秒展示码道工作画面——这是评委最想看到的证据。

四、风险清单

五、已确认的三项决策

六、下一步立即可执行的三件事

1. 定品类：在植物（Oxford Flowers-102 / PlantVillage）与鸟类（CUB-200-2011）之间二选一，优先选数据集 License 最清晰、类别边界最明确的。
2. 发布占位作品：登录华为云开发者作品展览馆，发布一条占位记录拿到 URL，验证流程与审核周期。
3. 建留痕目录：在 C:\Users\kwq\identify 下创建 docs/codearts-log/ 五类子目录，并写下第一条环境搭建记录，从今天开始积累码道证据。