ShareAgent 企信消息身份呈现
版本：v1.1 | 创建日期：2026-07-28
需求来源：需求池 + 用户沟通 + 现状截图 + 竞品截图 + 本地代码
优先级：待确认
文档状态：草稿
需求编号：
2026-07-20-25838交互 Demo：[ShareAgent 企信消息身份呈现 Demo](ShareAgent企信消息身份呈现_demo_20260728.html)
数据核验：2026-07-28 已实时回查 CRM 需求池和 TAPD Story；需求池状态为“已排期（进入迭代）”，TAPD Story 状态为
planning。
需求变更记录
| 变更日期 | 变更人 | 变更内容 |
|---|
依赖需求 Story 列表
| ID | 需求描述 | 涉及端与开发人员 | 是否有依赖项 | 备注 |
|---|---|---|---|---|
| 无 | 无 | 无 | 否 | 当前未确认存在阻塞本需求上线的关联 Story |
一、需求概述
1.1 客户反馈
客户反馈结论： 本需求没有关联客户反馈记录，但需求池说明和 TAPD Story 中记录了罗总的内部产品反馈。
| 需求编号 | 反馈来源 | 反馈人 | 反馈原文 | 示意图 |
|---|---|---|---|---|
| 2026-07-20-25838 | CRM 需求池、[TAPD Story 1154330609001409482](https://www.tapd.cn/54330609/prong/stories/view/1154330609001409482) | 罗总 | 罗总认为，shareagent 代替用户完成-在企信里发送消息，应该是以 agent 的权限和角色，这个需要调研竞品，设计方案 通过 AI 发送：是 外部 agent-workbuddy 对接的钉钉cli发送的 悟空 agent 发送：是钉钉内 agent， 悟空agent 发送的 |  |
1.2 系统现状
企信已有数字分身能力。数字分身代替真人自动回答时，消息使用炫彩边框，底部显示“本内容由 AI 生成”，并提供点赞/点踩。
以上均为系统现状，本需求不优化数字分身的炫彩边框、来源标识或点赞/点踩。 现状只用于判断 ShareAgent 代发消息是否可以复用同一套 UI。
| 系统现状截图 | 证据说明 |
|---|---|
  | 来源： 用户提供的企信数字分身截图。 图中证明： 数字分身消息使用炫彩边框、AI· 生成标识和点赞/点踩。 不能证明： 不能证明该消息类型可以直接承载 ShareAgent 的发送身份、委托人和确认方式。 对当前需求的意义： 现有样式可继续用于数字分身，但不能无差别复用于 ShareAgent。 |
本地代码进一步确认：
- 单聊消息头为
AI_AGENT_BIZ时，前端增加gradient-border，见Qixin/src/js/qx/message/views/rtc/rtc.js。 - 炫彩边框是独立样式，见
Qixin/src/scss/qx/_gradient-border.scss。 - AI footer 固定表达“本内容由 AI 生成”，同时构造点赞/点踩，见
fs-qixin/fs-qixin-common/src/main/java/com/facishare/qixin/common/service/RichTextCardAIToolImpl.java。 - 普通企信发送链路当前以用户身份为主。
1.3 竞品现状
| 竞品 | 竞品分类 | 竞品现状 | 来源 |
|---|---|---|---|
| 钉钉 | 协同办公 / IM | 普通消息气泡下方使用“通过 AI 发送”或“悟空 Agent 发送”标识，区分 AI 辅助发送和具名 Agent 发送 | 用户提供截图 |
| 竞品截图 | 证据说明 |
|---|---|
| 来源： 用户提供的钉钉截图。 图中证明： 钉钉使用轻量尾注区分“通过 AI 发送”和“悟空 Agent 发送”，没有改变普通消息气泡主体。 不能证明： 截图不能证明钉钉后台的 Agent 权限、委托授权、审计模型及自动发送规则。 对当前任务的意义： ShareAgent 可以参考轻量来源标识，但仍需结合企信现有数字分身能力定义自己的身份规则。 |
1.4 产品价值
- 接收人仍按本人头像和姓名识别消息发送人，不改变现有会话关系。
- 通过“通过 Agent 发送”说明消息由 Agent 代发，避免误认为是本人直接操作发送。
- ShareAgent 代发消息保持普通消息体验，不套用 AI 问答卡片的强视觉和质量反馈。
1.5 需求目标
- ShareAgent 代替用户向企信发送消息时，消息发送人、姓名和头像仍展示用户本人。
- 消息使用普通企信消息气泡，并在消息下方展示“通过 Agent 发送”。
- ShareAgent 代发消息不展示炫彩边框、“本内容由 AI 生成”或点赞/点踩。
二、产品方案
2.1 整体产品方案
ShareAgent 发送企信消息时，本质上仍是一条由本人发出的普通消息，只是发送动作由 Agent 代为执行。消息继续使用本人姓名、本人头像和普通消息气泡，在消息下方增加轻量来源标识“通过 Agent 发送”。
| 决策 | 规则 | 例外 | 影响对象 |
|---|---|---|---|
| 发送主体 | 始终展示被代发用户本人 | 无 | 消息发送人、接收人 |
| 消息样式 | 沿用普通企信消息气泡 | 无 | 消息列表 |
| 来源标识 | 消息下方展示“通过 Agent 发送” | 普通手动发送不展示 | Agent 代发消息 |
| 质量反馈 | 不展示点赞/点踩 | 无 | Agent 代发消息 |
2.2 具体方案说明
主流程
- ShareAgent 根据用户任务向目标企信会话发送消息。
- 企信按用户本人身份落消息，展示本人姓名、头像和普通消息气泡。
- 系统在消息下方展示“通过 Agent 发送”。
消息呈现规则
| 场景 | 消息主体 | 消息样式 | 来源标识 | 点赞/点踩 |
|---|---|---|---|---|
| 用户本人手动发送 | 用户本人 | 普通企信消息气泡 | 无 | 无 |
| ShareAgent 代替用户发送 | 用户本人 | 普通企信消息气泡 | 通过 Agent 发送 | 无 |
复用与兼容
- 可复用现有消息 footer 的布局、位置和多语言基础能力。
- 新增“通过 Agent 发送”来源类型，不复用数字分身 footer 的固定文案和点赞/点踩。
- 数字分身的炫彩边框、AI 来源标识和点赞/点踩属于现状，本期不改。
- 历史消息不补写 Agent 来源标识。
异常与降级
- 缺少 Agent 代发来源标记时，不得按普通手动消息静默落库，应记录异常并由发送链路重试或返回失败。
- 发送失败时沿用企信失败提示，不生成一条仅有来源标识的空消息。
影响范围
- 企信 Web、移动端消息渲染。
- ShareAgent 到企信的发送确认和消息投递链路。
- 消息来源元数据。
- 数字分身现有 UI 不在本期改动范围内。
2.3 待确认事项
| ID | 待确认事项 | 影响范围 | 负责人 | 结论 |
|---|---|---|---|---|
| 1 | Agent 代发来源标记使用现有消息扩展字段还是新增字段 | 消息存储、多端渲染 | 企信研发、ShareAgent 研发 | 待确认 |
三、规范检查项
3.1 业务文案多语言 Key
| 模块 | 功能点 | 示意图 | 中文 | 英文 | 多语言 Key |
|---|---|---|---|---|---|
| 企信 | Agent 代发标识 | Demo | 通过 Agent 发送 | Sent via Agent | qx.chat.message.sentViaAgent（暂定） |
3.2 需求埋点
无。本期不新增产品埋点。
3.3 沙盒/更改集能力
| 模块 | 功能点 | 是否支持沙盒 | 是否支持更改集 | 说明 |
|---|---|---|---|---|
| 企信 | ShareAgent 消息身份呈现 | 不涉及 | 不涉及 | 非租户配置项 |
3.4 PaaS 国际化兼容检查
| ID | 多语接入事项 | 是否需要 | 注意事项 |
|---|---|---|---|
| 1 | 接入翻译工作台 | 否 | 本期只新增系统 UI 文案 Key |
| 2 | CRM提醒 | 否 | 不涉及 |
| 3 | 企信消息提醒 | 否 | 本需求为消息主体呈现，不新增提醒 |
| 4 | 修改记录 | 否 | 不涉及 |
| 5 | 审计日志 | 否 | 后台发送审计不属于 PaaS 审计日志 |
| 6 | 支持快捷翻译能力 | 否 | 不涉及 |
| 7 | 支持数据多语能力 | 否 | 消息正文沿用现有能力 |
| 8 | 预置配置多语 | 否 | 不涉及 |
| 9 | 预置示例数据多语 | 否 | 不涉及 |
3.5 新对象/新字段 BI 分析申请
| 对象/字段 | 是否已做流程支持申请 | 是否已做 BI 分析申请 | 内容 |
|---|---|---|---|
| 企信消息来源元数据 | 不涉及 | 不涉及 | 是否需要新增存储字段由研发确认，不新增业务对象和 BI 指标 |
3.6 操作日志说明
不新增用户可见操作日志。后台按现有消息发送日志记录用户和 Agent 代发来源，用于问题定位。
3.7 需求风险点检测
| ID | 风险分组 | 风险类型 | 有无该风险 | 涉及风险的功能点 | 影响的企业数 | 是否报备 | 响应策略 |
|---|---|---|---|---|---|---|---|
| 1 | 对现逻辑有影响的风险点 | 交互体验有变化 | 有 | Agent 代发消息增加来源标识 | 待确认 | 待评审 | 先灰度验证识别度和消息噪声 |
| 2 | 对现逻辑有影响的风险点 | 功能有减少 | 无 | 无 | 0 | 否 | 无 |
| 3 | 对现逻辑有影响的风险点 | 功能逻辑的调整 | 有 | Agent 代发消息需要新增来源类型 | 待确认 | 待评审 | 不改数字分身判断，仅新增 Agent 代发来源 |
| 4 | 新能力风险点 | 逻辑不完善 | 有 | 代发来源标记在多端丢失 | 待确认 | 待评审 | 统一消息字段和多端渲染规则 |
| 5 | 新能力风险点 | 有性能压力 | 无明显风险 | 消息 footer | 待确认 | 否 | 仅增加轻量来源标识 |
3.8 上线策略
3.8.1 收费标准
- [X] 不收费
- [ ] 收费
待确认。消息身份披露属于 ShareAgent 发送能力的一部分，不建议单独收费。
3.8.2 上线节奏
- [X] 全网
- [ ] 灰度
| 灰度发布的原因 | 新增 Agent 代发来源标识，需要验证多端显示与用户理解 |
|---|---|
| 预计全网时机 | 待确认 |
| 期间分几次灰度 | 待确认 |
| 各灰度批次的时间节点及灰度的客户范围 | 待确认 |
3.8.3 适用版本
| 资源名称 | 标准版 | 专业版 | 旗舰版 | 无限版 | 扩展资源包 |
|---|---|---|---|---|---|
| ShareAgent 企信消息身份呈现 | 待确认 | 待确认 | 待确认 | 待确认 | 待确认 |