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

版本：v0.1 | 创建日期：2026-09-15

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

优先级：P1

文档状态：待确认

需求变更记录

依赖需求 Story 列表

一、需求概述

1.1 客户反馈

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

1.2 系统现状

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

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

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

1.3 竞品现状

竞品截图	证据说明
	来源： 用户提供的销售易公开界面截图；官方产品定位由上方官方页面交叉验证。 图中证明： AI 行动建议位于主区域，日程和任务以轻量组件并列；日程突出即将发生的安排，任务展示 AI 标识。 不能证明： 截图不能证明其排程算法、后台配置、权限边界或真实执行链路。 对当前任务的意义： AI 日程不需要扩展成完整工作中心，应服务于“接下来关注什么”和快速进入后续动作。
	来源： 用户提供的 Slack Today 公开界面截图；能力定位由 Slack 官方页面交叉验证。 图中证明： 页面围绕“一天的重点”组织内容，日程区突出下一场会议、时间轴和准备入口。 不能证明： 截图不能证明 CRM 业务上下文、日程创建能力、租户配置或当前正式可用范围。 对当前任务的意义： 组件价值是控制用户注意力，而不是增加一份全量日历；会前筹备应作为重点日程的快捷动作。

1.4 产品价值

用户在一天开始或进入工作台时，不再先阅读完整日历再自行判断重点，而是直接看到未来一天最值得关注的少量日程、关键变化和准备状态；创建日程时可以用自然语言补齐信息并获得可靠的共同空闲候选；面对重要客户或业务会议时，可以在已有权限范围内快速获得一份可审核的会议简报。

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

1.5 需求目标

1. 面向个人工作台用户，在“当天 + 未来 24 小时”的默认分析范围内最多突出 3 项真正需要关注的日程，并说明关注原因、重要变化或准备状态。
2. 面向日程创建人，形成“自然语言表达 → 批量补齐缺失信息 → 必要时推荐共同空闲 → 展示完整草稿 → 用户确认创建”的 AI 创建闭环。
3. 面向重点业务日程，在当前用户权限范围内提供有限主动、随时手动的会议筹备能力，所有 AI 筹备内容均由用户审核后决定是否使用或分享。

二、产品方案

2.1 整体产品方案

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

AI 创建主流程如下：

2.2 具体方案说明

2.2.1 组件前台结构

组件不使用标签页承载全量日历、洞察列表或长篇 AI 内容。完整日历继续由现有日程页面负责；AI 组件负责把有限注意力导向最重要的日程和动作。

“查看全部日程”和组件头部的完整日程入口属于原有基础能力，始终展示，不进入后台配置。点击后离开 AI 聚焦视图，进入标准完整日程页面：以月份作为浏览维度，支持切换月份、选择日期并查看该日期的日程列表。它不是在当前 AI 组件内展开全部数据。AI 能力关闭时，首页日程组件恢复原有月历形态，但完整日程入口保持不变。

Web 交互稿： 打开可点击 Demo

交互视图	方案呈现
	首页重点： 日程组件只用一句摘要和最多 3 项日程承载“重要变化、待筹备、已筹备”，完整日历仍走标准入口。
	完整日程： “查看全部日程”为固定基础入口，进入原有月视图；用户切换月份、选择日期后查看当天日程列表，不受 AI 配置影响。
	AI 创建： 先在对话中一次补齐必要信息，再推荐不超过 3 个共同空闲候选；信息完整后展示结构化草稿，由用户确认创建。
	会议筹备： 简报进入日程详情抽屉并标记为待审核，用户采纳或编辑后才出现分享入口。
	后台配置： 在现有 WEB 应用视图设计器中选中日程组件，通过右侧“属性”栏开启所需 AI 能力并查看页面效果；不再建立独立配置中心。

2.2.2 四类 AI 场景

2.2.3 AI 创建日程

入口与交互形态

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

最低信息与缺失处理

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

时间决策规则

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

结构化草稿

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

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

2.2.4 今日重点

默认分析范围为“当天 + 未来 24 小时”，首页最多展示 3 项。重点排序不设置由大模型自由解释的固定权重，而按以下稳定信号分层判断：

1. 已发生重要变化且用户尚未看到的日程优先。
2. 关联重点客户、关键商机、紧急工单等高业务重要度对象的日程优先。
3. 与当前工作台角色关注类型更相关的日程优先。
4. 临近开始且存在准备缺口的日程优先。
5. 其余日程按时间临近度补充；不足 3 项时不凑数。

角色只影响“同一用户可见日程中哪些更值得优先展示”，不决定数据可见范围。每个重点项只展示一个最主要的关注原因，例如“关键客户会议，材料待审核”或“开始时间已调整”，避免在组件内堆叠多个洞察标签。

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 应用视图设计器 中选中日程组件，右侧“属性”页签直接展示该组件的配置；修改后在画布中即时预览，最终使用设计器顶部统一“保存”。

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

• 重要变化字段： 由统一日程 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 适用版本