模型建议与真实动作之间

先理解，再决定是否行动#

做小熙时，首先要回答的不是它能调用多少工具，而是用户此刻需要什么。疲惫可能意味着想倾诉、想安静，或者只想听一首熟悉的歌。如果把每句话都转成行动，陪伴就会变成不断打断人的自动化。

项目把模型输出拆成情绪、需求、策略与动作候选。模型负责理解语境，应用负责决定候选能否进入执行链。情绪推断不是用户授权；一句“今天有点累”，不能自动变成发消息或修改电脑设置的许可。

这个分工也让结果可以被核对：原始模型状态与经过 Policy 的最终状态分开保留。系统可以解释为什么选择安静、为什么拒绝某个动作，而不是只留下一个流畅但无法审计的回复。

陪伴是产品本体，行动是自然延伸。

执行事实交给执行器#

PC Bridge 连接本地能力，它知道应用是否在线、权限是否可用、动作是否真正完成。模型生成的“我已经帮你做了”不是证据。只有执行器返回成功，最终回复才可以报告完成。

Bridge 的离线协议内核包含 action Schema、策略校验、防重放、结果幂等与确认参考实现。对外发送消息需要复述对象与内容，再由明确确认进入执行。动作超时或返回失败时，应结束或降级，不能为了维持对话继续扩大权限。

// 简化的执行边界，表达职责而非完整协议if (!policy.authorized(candidate)) return rejected;const result = await bridge.execute(candidate);return replyFromResult(result);

放大图片

ARTICLE / IMAGE VIEW

职责示意：理解与执行之间保留明确的授权边界。

把完成口径缩到证据范围内#

小熙当前已有本地模型推理与评测、Web 控制台界面、macOS Bridge 状态壳和离线协议内核。四端架构是研发基线，完整设备、云端与真实应用闭环仍在建设中。产品概念图表达目标体验，不能替代实机验收。

资料说明¹