AIHARMONY / KNOWLEDGE

什么样的实训项目，能成为作品集？

围绕需求、代码、测试、演示与职责表达，建立可以解释和复现的项目证据。

内容更新：2026-10-01 · 课程资料与学习解读

说明需求，比只展示界面更重要

先说明用户是谁、要解决什么问题、有哪些核心流程与边界。用 PRD、页面原型和接口契约记录需求。课程最后阶段以需求与架构开始，目的是让技术实现能对应明确的业务目标。

鸿蒙应用负责交互，业务服务负责数据与接口，RAG 服务负责资料检索，Agent 负责受约束的任务执行。项目介绍应说明各部分如何交换数据、哪些能力由自己完成、用了什么技术以及为什么采用这种方案。

代码之外，还需要环境说明、依赖版本、配置方式、启动与部署步骤。敏感配置应通过环境变量或受控配置提供。用测试与日志检查接口、异常与关键流程，让项目演示能够被重复执行。

用一段清晰的演示说明输入、处理过程和输出。知识问答可以展示引用资料；工具调用可以展示执行日志和失败处理；多端应用可以展示设备适配。说明当前限制与下一步计划，比隐去问题更有助于技术交流。

用“完成了哪些模块、解决了什么问题、如何验证”描述贡献，避免只列出技术名词。课程规划包括项目答辩、技术复盘、简历表达和作品集整理，目标是帮助学习者把项目经历解释清楚，不代表就业结果保证。

PDF 第 22–23、27–34 页

课程资料中的项目为实训规划，实际安排请咨询确认。技术概念说明为本站依据资料整理的学习解读。