背景与问题
在微信小程序中同时处理录制、播报、语音输入、语音转写和结果判断，并不是简单把多个能力拼在一起。真正困难的地方，在于这些能力之间并不存在天然稳定的协作关系。
很多看似可行的能力组合，在真实场景下会受到平台边界、设备资源、权限状态和网络波动的共同影响。
职责
我负责技术选型与能力对比，重点梳理录制与转写并行时的可行实现路径，并输出小程序端接入思路、功能边界和 Demo 验证方案。
同时从业务角度反推技术要求，判断哪些能力适合当前阶段落地，哪些能力更适合分阶段推进。
关键难点与取舍
项目最大的难点是平台能力受限下如何兼顾实时性、稳定性与业务可控性。很多理想化方案在演示环境下成立，但进入真实业务后会暴露出链路不稳定、状态难组织的问题。
因此方案设计上，我更倾向于优先保障录制留痕与结果可信，再考虑实时反馈的增强，而不是一开始就把所有能力硬拼到一个链路里。
结果与复盘
这个项目让我更清楚地意识到，小程序技术方案的价值不只是“能接上”，而是“在约束下仍然能稳定工作”。
它也训练了我把复杂技术能力翻译成业务可理解方案的能力，让方案判断更接近真实项目语境。