USER-CONTROLLED AI REPLY ASSISTANT

回话不慌

AI 辅助回复 · 微信小程序

让 AI 提供更像本人、更有情商或更简短的候选表达,但最终选择、修改和发送始终由用户完成。

时间
2026.07 — 至今
角色
产品负责人(独立项目)
状态
当前进展 已上线 · 小规模真实使用

INTERACTIVE DEMO

回话不慌交互体验

体验表达档案、回复建议与文本优化的核心界面;演示不会调用 AI、上传内容或自动发送消息。

单独打开体验 ↗

01

问题从哪里来

通用 AI 回复容易机械、正式或带有明显 AI 味,无法同时适应个人表达习惯、关系对象和当下回复诉求。

问题表现问题来自本人反复使用通用 AI 优化聊天回复,以及朋友对表达像机器的直接反馈。

问题表现至少有一位种子用户持续使用核心的帮我回话功能,并反馈 AI 服务异常会直接影响体验。

问题表现当前用户规模较小,无法由个别反馈推断普遍市场需求。

02

关键产品取舍

01

表达上下文

将表达档案、关系对象和回复诉求作为生成输入,而不是只改写一句文本。

02

多候选

提供更像本人、更有情商和更简短三类候选,允许继续调整。

03

用户控制

AI 只提供建议,不自动发送,也不代替用户决定真实意图。

03

我完成的工作

  1. 设计表达档案、文本或截图输入、关系与诉求选择、三类候选和二次调整的完整链路。
  2. 独立完成微信原生小程序的 AI 接入、开发、上线和基础异常处理。
  3. 根据早期反馈暂缓堆叠场景模板,把重点留在核心回复需求与首批用户验证。

04

结果与当前进展

分别呈现已经完成的部分和仍在推进的部分。

当前进展

交付

微信小程序已上线

当前进展
当前进展

信号

至少一位种子用户持续使用并认可核心场景价值

当前进展
后续观察

规模

活跃、留存、候选采纳率和个性化效果尚未形成可靠数据

后续观察

05

还在继续观察

  • 基础表达档案不是模型微调,也不宣称已经形成复杂个人语言模型。
  • 无法将十几个访问用户表述为活跃用户。
  • 具体模型供应商和线上版本不作为公开能力卖点。