Outcome first探索角色、语音、屏幕上下文和本地隐私如何组成有存在感的桌面 AI 伙伴。
下方说明问题、我的角色、关键判断、验证结果与当前限制。
Evidence snapshot / verified run
把结果放回证据链里。
这些数字来自项目文件、运行记录或可公开来源。它们说明完成到哪里，也把验证条件和没有证明的部分保留下来。
- 3 layers
- 角色 / 语音 / 上下文三层体验被放进同一原型验证
- E2
- 项目文件已核验代码、图片、视频和音频来源完成第一轮登记
- Explicit
- 上下文授权屏幕感知必须有可见状态与用户选择
STEP 01从悬浮工具转向持续存在用窗口行为、回复节奏和状态变化探索桌面伙伴的存在感。
→STEP 02把语音纳入交互节奏不只追求能说话，而是让说、停、听与打断共同形成反馈。
→STEP 03用边界约束环境感知上下文读取必须显式、可见、可撤回，并优先留在本地。
- 01桌面存在窗口、动作与状态共同形成陪伴感
- 02语音节奏说、停、听与打断都属于体验
- 03本地上下文环境信息优先在受控边界内处理
- 04明示同意读取上下文必须可见、可撤回
- Problem
- 桌面 AI 若只作为悬浮聊天框，很难形成持续、自然且让人信任的存在感。
- My role
- 产品方向、交互体验与原型工程
- Status
- 交互原型 · 公开概念版
- Evidence
- E2 · 项目文件已核验 · 已完成公开边界检查
有存在感，也要有边界
这个实验关注 AI 如何在桌面环境中被感知、被控制和被信任。视觉角色只是表层，真正决定体验的是授权、反馈、打断成本与本地隐私。
当前公开案例只使用抽象概念视觉。角色素材和声音许可确认后，才会评估是否补充完整演示。
01
Delivered
- 桌面角色与窗口行为实验
- AI 对话与实时语音路径
- 屏幕环境感知与本地隐私边界设计
- Electron 原型与大量视觉、音频过程素材
02
关键判断
- 角色表达不能凌驾于用户控制与隐私之上
- 屏幕上下文需要显式授权和可见状态
- 声音、动作与回复节奏共同决定“存在感”
03
验证与证据
- 项目目录、图片、视频和音频来源已完成第一轮登记
- 当前证据等级为 E2
- 当前公开视觉只表达交互结构，不使用现有角色、声音或用户成品
04
限制与下一步
- 角色、语音、图片和配置许可尚未完成公开检查
- 当前不对外声明用户规模或商业结果
- 可运行 Demo 仍留在内部，待角色与声音权利登记完成后再决定是否公开
AI 辅助说明：AI 协助整理项目资料、编辑案例文字并生成抽象概念图；图片不使用现有角色、声音或用户成品，也不作为运行证据。