RK3588系统适配资料清单：Android、Linux与OpenHarmony如何划定范围

三类项目分别确认什么

这是项目分工表，不是跨系统兼容清单。更换系统、SDK或板卡时，原有验证记录的适用范围需要重新判断。

报价前可准备的资料

• 板卡型号、硬件版本、原理图、存储和调试连接方式。
• SDK或源码、版本/提交号、工具链、构建命令及已有镜像。
• 每个外设的型号、接口、目标模式和当前可运行状态。
• 业务应用、接口、权限、数据输入输出和第三方依赖。
• 当前故障的复现步骤、日志、发生频率和已尝试措施。
• 计划交付的源码、补丁、镜像、文档及维护责任。

无法提供的资料单列为缺口，由双方确认获取方式或评估阶段，不用未核实的版本填空。

把验收写成可复测条件

以“指定版本在指定板卡上从指定介质启动，按步骤采集日志并核对服务状态”替代笼统的“系统适配完成”。显示、摄像头、音频、网络、应用、升级和长时间运行各有测试条件；最小启动通过不能自动覆盖这些工作。

若包含NPU任务，应另附模型、样本、预处理与后处理和目标环境，不把系统能启动作为模型已部署的证据。

用已有案例判断阶段

OpenHarmony 6.1 RK3588 Stage-0案例公开的是限定板卡上的最小无界面验证，其日志和镜像检查方法可作阶段交付参考，不代表完整图形、多媒体或量产认证已完成。

Android应用集成可参考离线TTS SDK案例，也需保留案例自身的系统、设备和测试边界。

下一步如何拆分工作包

已有SDK但外设未通，可从Android适配或Linux BSP服务开始；模型转换与推理集成进入NPU部署服务。准备好板卡、版本、接口与测试输入，再讨论开发范围和报价依据。