AI 角色工作台：日程组件产品需求文档（一期）

版本：v0.1（2026-09-21 更新） | 创建日期：2026-09-15

需求来源：混合来源（《AI角色工作台建设规划（一期）》、用户沟通、现状截图、竞品公开资料）

优先级：P1

文档状态：待确认

需求变更记录

依赖需求 Story 列表

一、需求概述

1.1 客户反馈

客户反馈结论： 无关联客户反馈。本需求来自 AI 角色工作台一期规划与产品方案讨论，不将内部规划推断为客户反馈。

1.2 系统现状

《AI角色工作台建设规划（一期）》将角色工作台定位为主动式角色 Agent 的可视化出口，目标是帮助用户判断“现在该做什么、什么最重要、在哪里处理、结果如何”，并规划复用现有组件入口，由租户选择是否启用 AI 能力。

当前首页日程卡片主要承载迷你月历、标准日程入口和新增入口，属于用户主动查看和操作的基础组件。本期继续沿用这些入口和现有日程数据，只在组件内增加轻量的 AI 聚焦与快捷动作。

现状截图	证据说明
·	图中证明： 当前首页以迷你月历、日期标记和日程入口为主，任务是另一个独立组件。 不能证明： 不能据此认定系统其他页面没有日程能力或 AI 能力。 本期意义： 日程组件应复用现有入口和数据底座，AI 增量保持轻量，并与任务组件边界分离。
	图中证明： Agent 已能识别日程创建意图，并在信息不足时用固定表单继续收集主题、参与人、开始和结束时间。 不能证明： 不能证明已经支持共同空闲推荐、对话上下文收集、日程通知规则或最终创建成功。 本期意义： 目标流程应先通过对话一次性收集当前可识别的缺失项，信息完整后再展示日程草稿，避免过早切换到通用表单。

1.3 竞品现状

竞品	竞品分类	示意图	能力描述	来源
销售易 NeoAgent	CRM AI 工作台		官方将 NeoAgent 描述为可感知业务变化、形成决策建议并驱动行动的 CRM Agent；公开界面把 AI 行动建议、日程和任务并列呈现。	销售易 NeoAgent 官方页
Slack Today	协作产品个人工作台		Today 以个人优先事项为线索汇总日程、行动项和会议准备，强调一天开始时的轻量聚焦。	Slack AI 官方页、Slack Today 帮助
notion calendar			支持 AI 创建日程，在日程标题当中使用 AI 能力，然后回填相应的日程字段

1.4 产品价值

用户进入工作台时，通过简短概览了解所选日期的安排节奏，并按时间查看完整日程、关键变化和筹备状态；创建日程时可以用自然语言补齐信息并获得可靠的共同空闲候选；面对重要客户或业务会议时，可以在已有权限范围内快速获得一份可审核的会议简报。

对产品而言，本期不新建一套 AI 日程对象，也不把组件做成复杂自动化平台，而是在既有日程组件、标准日程能力和个人工作台 Agent 之上增加聚焦、排程和筹备能力，保持用户认知一致。

1.5 需求目标

1. 面向个人工作台用户，以最多两行概览呈现所选日期的安排节奏；今天完整展示进行中及未开始日程，其他日期展示当日全部日程，不由 AI 筛选或限制条数。
2. 面向日程创建人，形成“自然语言表达 → 批量补齐缺失信息 → 必要时推荐共同空闲 → 展示完整草稿 → 用户确认创建”的 AI 创建闭环。
3. 面向重点业务日程，在当前用户权限范围内提供有限主动、随时手动的会议筹备能力，所有 AI 筹备内容均由用户审核后决定是否使用或分享。

二、产品方案

2.1 整体产品方案

本期仅覆盖 Web 端角色工作台及其后台配置，继续复用现有日程组件骨架和标准日程入口，增加完整日视图及四类 AI 场景：AI 创建日程、日程概览、重要变化、会议筹备。组件默认仍是个人视角的轻量入口，AI 只帮助用户聚焦和发起动作，不在首页承载全量分析内容，也不接管任务组件的会后闭环。

AI 创建主流程如下：

2.2 具体方案说明

2.2.1 组件前台结构

日视图采用紧凑的按时间排序列表，不显示无日程的小时空格，也不以行间距表达实际时间长度。日程筛选、摘要和刷新规则见 2.2.4。

两个固定入口均不进入后台配置：标题“日程 >”跳转独立日程应用；底部“查看全部日程”在当前组件内切换到原有小月历，不跳页。月视图支持按月浏览、选择日期和查看所选日的完整日程；“返回日视图”保留当前所选日期。AI 总开关关闭时默认展示原有小月历。

Web 交互稿： 打开可点击 Demo

交互视图	方案呈现
	日视图： 两行紧凑概览与完整剩余日程；进行中仍保留，空时段不占位，每场展示起止时间。
	组件内模式切换： 点击“查看全部日程”后，当前组件切换为原有小月历，不跳转新页面；可保留所选日期返回日视图。
	AI 创建： 先在对话中一次补齐必要信息，再推荐不超过 3 个共同空闲候选；信息完整后展示结构化草稿，由用户确认创建。
	会议筹备： 简报进入日程详情抽屉并标记为待审核，用户采纳或编辑后才出现分享入口。
	后台配置： 在现有 WEB 应用视图设计器中选中日程组件，通过右侧“属性”栏开启所需 AI 能力并查看页面效果；不再建立独立配置中心。

2.2.2 四类 AI 场景

2.2.3 AI 创建日程

入口与交互形态【同在 shareagent 应用中的体验】

1. 用户从日程组件“+”选择“AI 创建”后进入纯agent对话面板；手动创建继续进入现有标准表单。
2. Agent 先从原始语句识别主题、日期或时间范围、时长、参与人及可选信息。不得在信息不足时直接创建或立即弹出完整固定表单。
3. 当前能判断的必需信息缺失时，通过一次 Ask User Question 同时询问全部缺失项；只有用户回答产生新的歧义时才追加询问，避免逐字段往返。
4. 时间与参与人确定后，Agent 完成冲突检查或候选时间推荐，再展示结构化日程草稿。任何日程在真正创建前都需要用户确认草稿。
5. 创建成功后回读最终时间和参与人并反馈结果；创建后的改期、取消和参与人修改不在 AI 创建入口继续处理。

最低信息与缺失处理

例如，用户只说“创建一个明天的日程”时，第一轮补充问题应同时收集主题、参与人、期望时间范围和时长；不能像现状截图一样直接调用通用创建工具再让用户填写整张表单。

时间决策规则

候选计算必须由确定性的日历查询与排程能力完成，大模型负责理解用户约束、组织询问和解释结果，不能仅凭语言模型推测参与人空闲状态。

结构化草稿

草稿至少展示主题、创建人、参与人、开始与结束时间、时区、是否存在冲突，以及用户或 AI 已补充的地点、线上会议、提醒和关联业务对象。用户可在草稿中修改字段，确认后才执行创建。外部参与人无法查询日历时，草稿继续保留“空闲状态未知”提示。

最终创建必须走具备日程领域规则的创建链路，并与标准入口在参与人、通知、冲突、重复日程和线上会议等规则上保持一致；不能仅以通用 CRM 记录创建成功作为完成标准。

2.2.4 日程概览与时间列表

所选日期决定范围，时间事实决定顺序。 今天展示正在进行和未开始的日程，以结束时间晚于当前时间为保留条件；其他日期（包括过去日期）展示当日全部日程。全天日程在当天结束前保留，跨天日程只要与所选自然日相交就展示，并标明跨天时间。日期归属和起止时间沿用标准日程的时区口径。

列表按开始时间升序排列，不设置最多三项，不按角色或 AI 评分重新排序。空时间段不单独占位；并行日程分别展示，不能因一个日程结束而隐藏仍有其他日程进行的时间范围。时间结束仅表示从今日列表移除，不表示业务已完成。

摘要默认最多两行：先说明所选日的日程数量或节奏，再补充一项最需要提前知道且有依据的信息；详细变化放在对应日程内，避免重复。今天的数量与当前剩余列表一致，其他日期统计当日全部。占用时长如需呈现，应对重叠时间去重，不能简单累加。无额外信息时不强行生成洞察，不使用“其余安排正常”“已全部准备好”等无法证实的结论。

切换日期后，列表和摘要必须同时切换；新摘要未就绪时先展示日程事实，不保留上一日期的摘要。日程结束、创建或时间发生变化后刷新列表及相关数量，页面持续打开时也应按时间推进更新。刷新失败时提示数据更新时间及重试入口，不把加载失败当成无日程。

2.2.5 重要变化摘要

重要变化由确定性数据比对发现，AI 只负责生成有依据的短摘要；变化不影响日程是否进入列表和时间顺序。首期关注：

• 日程开始或结束时间变化、取消；
• 创建人或关键参与人变化；
• 地点、线上会议入口等影响参会的信息变化；
• 统一日程 Skill 规定的关联业务关键状态变化，例如商机阶段、客户风险或工单紧急度。

每天由平台统一调度预生成一次日程概览和变化基线；用户打开组件时，再对分析范围内日程做增量刷新。同一变更去重展示，已读后不重复强调，但对应日程仍按时间规则保留。由于一期不做事件监听和组件外推送，产品文案统一使用“重要变化 / 变化摘要”，不使用“实时预警”。

2.2.6 会议筹备

会议筹备采用“有限主动 + 随时手动”：

• 主动筹备：当前组件开启“允许主动筹备”后，日程同时满足当前用户关注类型、业务重要性较高、时间临近且上下文足以形成有依据的简报时，Agent 可以在每日任务中预生成。
• 手动筹备：用户可在任一有权限访问的日程上点击“帮我筹备”；上下文不足时应说明缺少什么信息，不生成看似完整但缺乏依据的内容。

主动筹备的判断因素统一为：当前用户与工作台上下文 + 业务重要性 + 上下文充分度 + 时间临近度 + 组件开关 + 当前用户权限。不同角色不使用不同 Agent，也不由管理员手工选择一组角色标签；统一日程 Skill 根据当前用户职责、所在工作台和有权访问的业务上下文判断关注角度。例如，销售人员更关注客户拜访和商机复盘，销售管理者更关注团队重点商机评审，服务人员更关注上门服务和紧急工单安排。

会议简报建议包含：会议目标、关联业务最新事实、参与人相关背景、待确认问题或风险、建议议程与提问、信息来源。事实与建议应分开表达，缺少依据的部分明确标记。完整简报只放在对应日程的详情抽屉或 Agent 对话中；组件仅显示“简报已生成，待审核 / 已采纳 / 存在准备缺口”等有依据的状态和入口，生成不等于已完成准备。

筹备稿状态为“待审核 → 已采纳 / 已编辑 / 已忽略”。待审核内容不自动写入日程正文、回复区或文件，不自动发送给参与人，也不自动创建任务；只有当前用户审核后才能主动分享或使用。

2.2.7 Agent、角色与权限机制

本期采用“个人工作台统一 Agent + 统一日程 Skill”的结构：

当前登录用户身份与权限
        +
工作台角色上下文（关注类型、业务对象、优先信号）
        +
租户日程组件配置
        ↓
个人工作台 Agent 调用统一日程 Skill
        ↓
读取用户有权访问的日程与业务数据
        ↓
生成概览、变化摘要、筹备稿或创建草稿
        ↓
涉及创建时由用户确认，再调用标准日程领域能力

权限遵循以下原则：

1. Agent 只能读取当前用户本来有权读取的日程、参与人忙闲状态和关联业务数据，不因工作台角色上下文获得额外权限。
2. 私密日程仅提供忙碌状态；会议筹备不得引用当前用户无权查看的信息。
3. 当前用户与工作台角色上下文只用于筛选主动筹备对象和调整简报关注角度，不改变日程列表范围、时间顺序以及日程创建、通知或业务对象权限。
4. 不为日程组件、不同工作台角色或不同场景单独创建 Agent。
5. 日程组件不提供“角色关注”标签或自由提示词配置；关注重点由统一日程 Skill 结合当前用户与工作台上下文判断，且不能覆盖权限、硬性排程规则和用户确认门槛。

2.2.8 后台组件配置

后台不新建独立的“工作台组件配置”页面。工作台管理员在现有 WEB 应用视图设计器 中选中日程组件，右侧“属性”页签直接展示该组件的配置；修改后在画布中即时预览，最终使用设计器顶部统一“保存”。

子开关联动：日程概览关闭仅隐藏摘要，日视图列表和日期导航保留；重要变化关闭仅隐藏该组件的变化提示；会议筹备关闭时隐藏筹备入口，并停用“允许主动筹备”（保留已选值，重新开启后恢复）。只有 AI 总开关、会议筹备和允许主动筹备均开启，才可主动生成。AI 创建关闭后“+”仍保留手动创建。子能力关闭不删除已经生成的业务数据或历史记录。

日程完整展示、按时间排序、今天结束后隐藏、两行概览和组件内滚动均为固定规则，不提供数量、摘要行数或筛选配置。旧的“首页重点展示数量”不再生效；存量配置保留其他开关，数量值忽略。“今日重点”旧开关对应新的“日程概览”，不再控制列表筛选。

以下内容不作为组件属性暴露给管理员：

• 重要变化字段： 由统一日程 Skill 固化识别范围和判断规则，不提供字段标签让管理员选择。
• 角色关注与提示词： 由统一 Agent 读取当前用户、所在工作台和业务上下文自动判断，不提供角色标签或补充提示词。
• 主动筹备对象类型： Agent 在固定权限和质量门槛下判断，不让管理员预选“重点客户 / 商机 / 内部会议”等类别。
• 运行时间与排程约束： 每日预生成由平台统一调度；工作时间、午休、节假日、全天占用和缓冲时间继承企业日程设置。

产品版本或灰度资格只决定上述 AI 开关是否可见、是否可操作，不在属性面板中再展示第二层“租户开关”。因此管理员的认知只有一层：为当前页面中的日程组件选择需要启用的能力。

标题“日程 >”的应用跳转、小月历模式和手动创建属于日程基础能力，不提供开关，也不受 AI 总开关及各子能力开关影响。

2.2.9 运行与结果新鲜度

一期不配置“会前 24 小时、2 小时各运行一次”等复杂时间触发，也不把日程组件建设成通用自动化平台。后续若要增加主动通知或实时变化提醒，再单独评估事件监听、通知渠道和打扰控制。

2.2.10 影响范围与一期非目标

一期仅覆盖 Web 端角色工作台及其后台配置；移动端后续适配，不纳入本期交付与验收范围。

复用能力

• 现有日程应用入口、组件内迷你月历和模式切换；
• 标准日程创建、日程详情、通知及既有数据权限；
• 指定人员、指定时间段的冲突检查；
• 个人工作台 Agent 的当前用户身份与工作台角色上下文。

本期新增能力

• 日程专用的自然语言信息收集与结构化草稿；
• 给定范围内的多人共同空闲计算与最多 3 个候选排序；
• 日程关键字段变化基线、增量比对及去重展示；
• 日程概览、会议筹备稿及其审核状态；
• 上述能力的组件开关和平台统一运行机制。

一期非目标

• 不改造任务组件，不自动生成会后任务；
• 不支持 AI 改期、取消、修改参与人或修改重复日程；
• 不做会议听记、线下会议追溯和会后闭环判断；
• 不做拜访路线计算，只预留其作为后续排程因素；
• 不做每个组件或角色独立 Agent，不允许自由提示词覆盖权限和硬规则；
• 不做 Agent 动态生成、删除或重排工作台组件；
• 不在首页组件承载完整会议材料，不做组件外主动推送或实时预警承诺。

草稿保留、失败重试、同名人员消歧等属于研发设计阶段必须处理的基础异常，但不在本轮产品方案中展开到字段级。

2.3 待确认事项

三、规范检查项

3.1 业务文案多语言 Key

以下为建议文案与 Key，最终命名需在研发设计时按现有多语言命名规范确认。AI 生成内容默认跟随当前用户语言，引用的业务原始数据不自动翻译。

3.2 需求埋点

3.3 沙盒/更改集能力

3.4 PaaS 国际化兼容检查

3.5 新对象/新字段 BI 分析申请

3.6 操作日志说明

标准日程创建继续沿用现有日程操作日志。AI 创建链路需能够追溯用户原始请求、草稿版本、用户确认、最终创建结果与日程 ID；日志不得记录私密日程标题或用户无权查看的业务正文。日程概览和会议筹备属于 AI 结果，不新增用户可见的业务修改记录；其生成、审核、采纳或忽略状态按 AI 运行审计能力记录。

3.7 需求风险点检测

3.8 上线策略

3.8.1 收费标准

• [ ] 不收费
• [ ] 收费

收费策略待商业化评审确认。

3.8.2 上线节奏

• [ ] 全网
• [X] 灰度

3.8.3 适用版本