Python / MLX 本地推理以 JSON Schema 校验模型输出，API 保留原始 model_state、最终 state 与 policy_decisions，方便检查模型建议如何被规则处理。
Work archiveCASE STUDY / 001
AI / IN DEVELOPMENT
Hushlight.Warm intelligent companion
Hushlight / 小熙是一个面向成年用户的 AI 陪伴项目。语音、表情与桌面设备构成产品方向，模型推理和 macOS PC Bridge 已形成独立的本地实现；设备、云端与真实应用仍处于后续联通阶段。
小熙 / Xiaoxi让陪伴拥有表达，让行动保有边界。
FIG. 01 / FORM STUDY设备外观概念图，来自项目公开产品资料；非实机照片，不代表硬件已交付。
设备外观概念图，来自项目公开产品资料；非实机照片，不代表硬件已交付。
为什么做
一次好的陪伴不只是一句回答。小熙关注倾听、安静、建议与结束对话之间的选择，让用户表达需要，而不是持续对话来证明存在。
02 / EXPRESSION STUDY
An expression for the quiet moments.
一次好的陪伴不只是一句回答。小熙关注倾听、安静、建议与结束对话之间的选择，让用户表达需要，而不是持续对话来证明存在。
表情是本页自绘的概念研究，展示 calm、listening、thinking、rest 四种阅读状态，不代表设备已有对应能力。
CONCEPT INTERACTION01 — 04
Calm / 安静陪伴 · 不以持续回应证明存在
页面内的抽象表情示意；未连接设备、麦克风、模型或真实应用。
产品如何组成
桌面设备负责语音、表情、触摸和轻微身体语言；Web 管理设备、角色、记忆与权限；PC Bridge 承接电脑上的受支持动作。网页负责低频设置，日常交互以自然表达为目标。
FORM / CONCEPT ONLY
04 / SYSTEM RESPONSIBILITIES
A response is a proposal. An action has a boundary.
已确认的系统划分把模型理解与动作执行分开。下图表达职责与数据流；目前推理、Policy 与离线 Bridge 各自实现，图中的跨端链路尚未全程联通。
01
Input / Context
输入与上下文进入模型；语音与设备感知属于完整产品链路。
02
Model / Policy
模型生成结构化情绪与回复候选；Schema 和 Policy 约束记忆、行动与互动边界。
03
Response / Bridge
最终 State 用于回应；受支持动作须经 Bridge 校验、权限和确认后执行。
05 / DEVELOPMENT NOTES
From local intelligence to a bounded bridge.
Policy 在推理之后处理记忆候选、安静与结束对话、明确拒绝建议等边界；当前实现默认阻止没有工具权限层支持的动作，不把语言回复当作执行成功。
Swift Bridge 建立 bridge-v1 类型与逐 action Schema，统一入口依次执行协议校验、防重放与命令路由，包含结果幂等和 L3 确认参考实现。尚未接入真实应用适配器。
06 / PRESENT & NEXT
What exists now, and what still needs proof.
长期偏好须经用户确认，记忆应可查看、纠正和删除。模型只能产生候选；动作权限、确认和执行结果由确定性规则与 Bridge 负责。对外发消息需要展示对象与内容并确认。
CURRENT LOCAL WORK
Local intelligence & offline bridge
本地 Qwen3.5-9B-4bit 评测已有 Mini Gold V0.2 固定配置五轮重复记录；macOS 侧包含状态壳与离线协议内核。
FUTURE / REQUIRES VALIDATION这些记录支持固定配置本机重复性。云端、设备、真实音乐与消息应用、配对传输、系统权限和生产运行仍需要独立验证。