把一套原本只做录像的相机方案，升级成具备事件识别能力的系统，样机阶段要交付的并不只是“能跑通的demo”。这个阶段的核心，是验证从感知到决策的完整链路，并为后续量产和算法迭代打好基础。
首先，需要交付的是稳定的图像采集与预处理能力。联咏SoC的ISP调校在这个阶段要明确：不同光照、逆光、夜间场景下，raw图能否提供足够清晰、低噪声的输入。事件识别依赖的是画面中的细节，如果前端采集就有信息丢失，后端算法再强也无济于事。因此，样机必须能输出一组经过色彩、曝光、降噪优化的标准图像流，并记录不同环境下的调试参数。
其次，是事件识别算法在板端的实时运行包。这个包要包含模型文件、推理框架、以及针对SoC算力的优化配置。样机需要展示出：在设定的分辨率与帧率下，事件检测的延迟是多少，CPU和NPU占用率如何，是否留有余量给未来的多任务扩展。更重要的是，要有一份量化的性能评估报告——比如在自建测试集上，检出率、误报率分别是什么水平。这些数据不追求完美，但必须真实，因为它决定了算法是否具备继续调优的基础。
然后是联动逻辑与事件输出的定义。识别到事件之后，系统要做什么？是抓拍一张图片，还是录制一段前后关联的视频，亦或是向云端发送结构化消息？样机阶段就需要把这些行为固化下来，形成一套可配置的规则引擎。这样客户才能根据自己的业务场景，快速调整是触发警报、存储标记，还是仅做统计。
最后，别忘了交付一份完整的硬件适配文档。包括SoC的引脚占用、外接传感器或4G模块的接口定义、以及功耗和散热实测记录。这些看似琐碎，却是从样机走向产品最容易被卡住的地方。
说到底，样机阶段交付的是一套“可被评估、可被复现、可被改进”的证明。它让团队和客户都能清楚地看到，升级后的方案真实可行，而不是停留在PPT上的概念。