QICHEN / SYSTEMS RESEARCH

核心能力

让感知、理解与行动,成为相互协同的系统。

01 / SYSTEM MAP研究方向 · 持续验证
点击节点,查看协同关系05 NODES / ONE LOOP
Ami眼部与耳侧模块的产品概念特写
AI 生成概念图 · 非实拍从目光与声音线索,思考感知的起点。
01
PERCEIVE

多模态感知

环境里有很多信息,哪些与此刻的交流有关?

输入
经用户授权的语音、图像与环境线索。
输出
带有来源与置信度的线索,供后续理解。
反馈感知理解

向理解环节提供线索;根据反馈重新观察,避免把噪声当作指令。

这是一张研究架构示意图,用于说明探索方向与协同关系,不代表产品已实现的功能或规格。

02 / IN CONTEXT

从一句话,看见系统的协同。

03 / VALIDATION APPROACH

把研究问题变成可观察的检验点。

验证既要看回应是否流畅,也要区分识别、判断与执行的问题。以下是验证思路,不代表已完成实验或达到产品指标。

  1. 识别:区分请求与干扰

    对同一句话加入插话与背景声,检查无关声音是否被当成指令。除转写内容外,还要观察信息不足时能否保留不确定性。

  2. 澄清:问到缺失的信息

    用“那个”“还是刚才的”等含糊指代,检查确认问题是否问到缺失的信息;确认前不应把猜测当作用户的决定。

  3. 中断:检查旧计划是否让位

    在回应中加入“先停一下”或改口,观察旧回应能否让位于新意图,尚未执行的动作是否被错误地继续。

  4. 反馈:让问题可以被复查

    用户说“不是这个意思”后,检查是否回到分歧所在。记录触发条件、实际表现与复现步骤,避免只保留看似成功的演示。

04 / COORDINATION QUESTIONS

系统协同,需要一起考察什么?

各环节还需放在同一情境中检查,不能只看单个模块是否正常。

环境噪声
说话人交替、回声或远处声源会改变线索质量。研究需区分听到声音与理解请求,并在条件变化后重新确认依据。
上下文不确定
话题改变或信息不完整时,旧上下文未必适用。需考察系统能否主动询问,而不凭过去的推断补齐缺失内容。
表达与动作协调
语音已经说“停止”时,动作不应沿用先前计划。验证需对照表达、动作和设备状态,检查含义是否一致。
失败时确认或停止
线索冲突、执行受阻或状态不明时,应优先确认或停止,说明已知与未知;获得新的明确依据后,才讨论是否继续。

将系统问题,带回具体的研究与合作。