ShareAgent 企信消息身份呈现
版本：v1.2 | 创建日期：2026-07-28 | 更新日期：2026-07-29
需求来源：需求池 + 用户沟通 + 现状截图 + 竞品截图 + 本地代码
优先级：待确认
文档状态：草稿
需求编号：
2026-07-20-25838最终交互稿：[协同敏捷开发 周 - Figma](https://www.figma.com/design/ubQUP0PZNqSjbZhutMfIsu/%E5%8D%8F%E5%90%8C%E6%95%8F%E6%8D%B7%E5%BC%80%E5%8F%91-%E5%91%A8?node-id=331-5994&p=f)
数据核验：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 产品价值
- 接收人仍按本人头像和姓名识别消息发送人，不改变现有会话关系。
- 通过“ShareAgent代发”或“AI 代发”说明实际发送方式，避免误认为是本人直接操作发送。
- ShareAgent代发消息保持普通消息体验，不套用 AI 问答卡片的强视觉和质量反馈。
1.5 需求目标
- ShareAgent 代替用户向企信发送消息时，消息发送人、姓名和头像仍展示用户本人。
- 消息使用普通企信消息气泡，并按来源在消息下方展示“ShareAgent代发”或“AI 代发”。
- ShareAgent代发消息不展示炫彩边框、“本内容由 AI 生成”或点赞/点踩。
二、产品方案
2.1 整体产品方案
Agent 通过企信发送消息时，消息仍代表被代发用户本人，沿用本人姓名、本人头像和普通消息气泡。系统只在气泡下方增加轻量来源标识，用于说明发送动作由哪类 Agent 完成。
| 决策 | 规则 | 例外 | 影响对象 |
|---|---|---|---|
| 发送主体 | 始终展示被代发用户本人 | 无 | 消息发送人、接收人 |
| 来源标识 | ShareAgent 展示“ShareAgent代发”； 其他 AI Agent （外部 Agent，例如 workbuddy、codex 等）展示“AI 代发” | 本人手动发送不展示 | Agent 代发消息 |
| 状态排列 | 来源标识位于气泡下方；同时存在已读时间时，来源标识在前，时间和已读状态在后 | 无已读状态时只展示来源标识 | 消息尾部状态行 |
2.2 具体方案说明
主流程
- ShareAgent 根据用户任务向目标企信会话发送消息。
- 企信按用户本人身份落消息，展示本人姓名、头像和普通消息气泡。
- 系统根据消息来源在气泡下方展示“ShareAgent代发”或“AI 代发”。
- 消息已送达或已读后，继续按企信现有规则更新状态；来源标识保持不变。
最终交互稿
本需求以 [Figma 最终交互稿](https://www.figma.com/design/ubQUP0PZNqSjbZhutMfIsu/%E5%8D%8F%E5%90%8C%E6%95%8F%E6%8D%B7%E5%BC%80%E5%8F%91-%E5%91%A8?node-id=331-5994&p=f) 为交互验收依据。
| 终端 | 最终交互图 | 交互说明 |
|---|---|---|
| Web |  | 来源标识位于消息气泡下方，并随消息左右对齐；自己发送的消息同时存在已读时间时，按“来源标识、时间、已读状态”从左到右排列。 |
| 移动端 |  | 与 Web 使用相同语义；来源标识位于气泡下方，自己消息右对齐、他人消息左对齐。 |
消息呈现规则
| 场景 | 消息主体 | 消息样式 | 来源标识 | 点赞/点踩 |
|---|---|---|---|---|
| 用户本人手动发送 | 用户本人 | 普通企信消息气泡 | 无 | 无 |
| ShareAgent 代替用户发送 | 用户本人 | 普通企信消息气泡 | ShareAgent代发 | 无 |
| 其他 AI Agent 代替用户发送 | 用户本人 | 普通企信消息气泡 | AI 代发 | 无 |
来源标识与消息状态的位置
- 来源标识放在消息气泡外部下方，与气泡同方向对齐：自己消息右对齐，他人消息左对齐。
- 自己消息存在已读状态时，同一状态行从左到右展示“来源标识 + 已读时间 + 已读”；
- 来源标识只表达发送方式，不随发送中、已送达、已读等状态变化；
- 尾部空间不足时允许状态行换行，不压缩或遮挡正文；来源标识保持在首位，时间和已读状态整体后移。
其他场景
| 场景 | 处理规则 |
|---|---|
| 撤回消息 | Agent 代发的消息，被撤回后，再重新手动编辑，则无需再展示Agent 代发的来源标识。 |
| 转发聊天记录 | 不展示ShareAgent代发或 AI 代发的来源标识 |
影响范围
- 企信 Web、移动端消息渲染。
2.3 待确认事项
| ID | 待确认事项 | 影响范围 | 负责人 | 结论 |
|---|---|---|---|---|
| 1 | Agent 代发来源标记使用现有消息扩展字段还是新增字段 | 消息存储、多端渲染 | 企信研发、ShareAgent 研发 | 待确认 |
三、规范检查项
3.1 业务文案多语言 Key
| 模块 | 功能点 | 示意图 | 中文 | 英文 | 多语言 Key |
|---|---|---|---|---|---|
| 企信 | ShareAgent代发标识 | Figma | ShareAgent代发 | Sent by ShareAgent | qx.chat.message.sentByShareAgent（暂定） |
| 企信 | AI Agent 代发标识 | Figma | AI 代发 | Sent by AI | qx.chat.message.sentByAI（暂定） |
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 企信消息身份呈现 | 待确认 | 待确认 | 待确认 | 待确认 | 待确认 |