> For AI agents: the complete documentation index is available at /llms.txt, the full documentation bundle is available at /llms-full.txt. # 3. Tasks Tasks 是员工查看待办、处理客户事项、记录活动和确认结果的工作台。左侧选择客户和任务，右侧查看处理建议或客户历史，再通过工具栏完成相应操作。 > **说明范围（2026-09-24）**：本文按页面区域和操作流程组织。本轮分类、筛选、Help 与审批弹窗行为核查至 `main` 的 `6d8fe2264`（已合入 [PR #2442](https://github.com/retaintive/callytics-infrastructure/pull/2442)）；其余活动与排期说明保留此前 `dea9605d0` 的核查依据。合并不等于生产部署；实际可用情况以部署版本、权限和任务迁移状态为准。截图里的姓名、日期和数量只是示例，不是固定配置。2026-09-27 补充的跟进节奏（2.4）、重复记录计数、规则关闭的显示和两张流程图，核查至 `main` 的 `8ab1db00f`（PR #2515、#2517、#2518、#2519、#2521）。 ## 1 Tasks 工作台 ### 1.1 左侧导航：Tasks 与业务页面 位于页面最左侧导航栏，当前门店名称下方；展开 Tasks 后可见 Lead、Member Care 和 Revenue Growth 三个业务入口。 | 入口 | 显示范围 | 与顶部页签的关系 | | -------------- | ------------- | --------------------------- | | Tasks | 当前门店全部业务方向的任务 | 顶部页签在全部业务范围内分类 | | Lead | 线索转化相关任务 | 顶部页签只在 Lead 范围内分类 | | Member Care | 会员维护相关任务 | 顶部页签只在 Member Care 范围内分类 | | Revenue Growth | 收入增长相关任务 | 顶部页签只在 Revenue Growth 范围内分类 | **侧栏数字表示对应业务范围内的全部未完成任务**，超过 999 显示 `999+`. ### 1.2 顶部分类：Task tabs 与 Pending 位于主内容区顶部。Task tabs 从左向右排列，Pending 点选框位于页签右侧、Filters 左侧。 | 字段 | 含义 | 显示与统计规则 | | ---------------------------------------- | --------------------- | --------------------------------------------- | | Task tabs | 选择当前列表的状态与时间范围 | 三个 Open 页签、Closed 和 All，具体边界见 1.2.1 | | 页签旁的数量徽标 | 当前门店、当前工作方向下，该页签的任务条数 | 不按客户去重，不受 Pending、Filters 和搜索影响 | | Pending lead outreach / Pending approval | 在当前页签内进一步筛选未完成任务 | 位于 Filters 左侧；前者仅在 Lead 页面显示，两个条件可交叉，详见 1.2.2 | #### 1.2.1 五个页签：状态与下一步时间 **先按业务选页面，再按时间选页签，最后追加筛选。** 侧栏 Lead / Member Care / Revenue Growth 保持业务方向划分；顶部页签回答“这条任务是否还未完成、下一步什么时候处理”，不是按有没有联系过或需不需要审批分类。 | 页签 | 装什么 | 角标数字 | | ------------------ | ------------------------------------- | --------- | | Open · Now | 未完成，且 Next action 为空、等于当前时间或早于当前时间 | 符合条件的任务条数 | | Open · Later today | 未完成，且 Next action 晚于当前时间、早于门店当地明天 0 点 | 符合条件的任务条数 | | Open · Upcoming | 未完成，且 Next action 在门店当地明天 0 点或以后 | 符合条件的任务条数 | | Closed | 已关闭的任务 | 任务条数 | | All | 本工作方向下全部任务，未完成和已关闭都含 | 未完成 + 已关闭 | **三个 Open 页签互斥，合起来才是全部未完成任务。** 在同一门店、同一工作方向和同一统计时点： ```text 全部 Open = Open · Now + Open · Later today + Open · Upcoming All = 全部 Open + Closed ``` 这是当时的任务条数，不是固定值，也不是客户人数。 日界线按门店时区，不按浏览器所在地。 #### 1.2.2 Pending：独立筛选 | 点选框 | 进入条件 | 适用范围 | | --------------------- | ---------------------------------------- | -------------- | | Pending lead outreach | 未完成的 Lead 类任务，有首次回应时限，但尚未记录符合规则的员工首次对外联系 | 仅 Lead 页面 | | Pending approval | 未完成任务上有当前有效、未过期、与任务当前版本匹配的 AI 待批准动作 | Tasks 总览和各业务页面 | - Closed 不显示这两个点选框，切到 Closed 会清除它们。 - 一条任务可以同时满足两个条件；同时勾选取**交集**。 #### 1.2.3 任务什么时候换页签 | 变化 | 页面结果 | | ---------------------------------- | ---------------------------------------------------------- | | 未完成任务的下一步为空、已到点或已过 | 进入 Open · Now | | 未完成任务的下一步安排在今天稍后 | 进入 Open · Later today；到点后进入 Open · Now | | 未完成任务的下一步改为明天或以后 | 进入 Open · Upcoming，不受是否待审批影响 | | 产生有效的待批准 AI 动作 | 时间页签不变，开始符合 Pending approval；审批改变时间或状态后，再按新值分类 | | 首次合格员工 outreach 被记录，或待批准动作已处理 / 失效 | 不再符合对应 Pending lead outreach 筛选 | | 保存关闭结果或规则完成关闭 | 进入 Closed | | 重开任务 | 按最新 Next action 归入三个 Open 页签之一 | | Log activity 没有修改时间或状态 | 时间页签不变；但可能因完成首次合格 outreach 而退出 Pending lead outreach 的筛选结果 | ### 1.3 顶部查询工具和信息解释：Filters、Sort、搜索与 Help 位于主内容区顶部右侧，依次为 Filters、Sort、搜索框、N tasks 和 Help。均作用于当前页签，不会跨到其他页签取结果。 #### 1.3.1 Filters：筛选条件 点工具栏 Filters 打开面板。**所有业务筛选条件都显示，不因未启用、清除条件或切换页签而隐藏，也不需要先从 Dashboard 下钻才能设置。** 当前页签或业务方向不适用的条件保留入口、灰显，并提示原因。 - **Apply**：有有效修改时可点击，应用本次修改；Filters 按钮角标显示当前生效的条件个数。Task type 在 Choose specific types 模式下至少需选一个类型，否则禁用 Apply。 - **Cancel**：放弃本次修改，保留原有筛选。 - **Reset**：清空可操作条件的草稿，Task type 恢复为 All 模式，不额外限制当前业务范围的类型；点击 Apply 后生效，筛选入口仍保留。 下表“可操作范围”说明条件何时可用，不代表其他页签会隐藏入口。未完成页签指三个 Open 页签，不包括 All。历史关闭记录下钻是例外：带入员工关闭条件时，Closed By、Close Time 在 All 页签仍可操作。 > 本节完整入口与灰显规则对应本次本地修订，尚未上线，不属于文首已合入版本的核查范围。 | 筛选器 | 选项 | 可操作范围 | | --------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ----------------------------- | | Task type | 两个单选项：All 模式（按当前范围显示 All Lead task types、All Member Care task types、All Revenue Growth task types 或 All task types）与 Choose specific types。默认选中 All，选择 All 会清空类型草稿，不额外限制当前范围。Lead Tasks / Member Care / Revenue Growth 三组始终显示，仅作标题，无父级复选框；All 模式下所有类型灰显不可选，Choose specific types 模式下可多选当前方向的类型，其他方向仍灰显。指定模式至少选一个类型才可 Apply；Reset 回到 All，Cancel 放弃草稿 | 全部 | | Lead funnel stage | All / Unique / Outreached / Contacted / Intro Booked / No outreach / No contact / No booking。按人算，口径与 Dashboard Lead Funnel 一致；非 Lead 场景或已选择的任务类型均不属于 Lead 时灰显 | 全部（仅 Lead Tasks 方向） | | Lead intake channel | All、Email、Call/SMS，按线索进入渠道筛选；仅 Lead funnel stage 选择 Unique 时可用，其他阶段保留入口并灰显 | 全部（仅 Lead Tasks 方向，Unique 阶段） | | Assignee | All / Unassigned / 各员工（离职员工标 Inactive） | 全部 | | Work State | All / No contact attempt / Contact attempted / Unknown，具体状态与 Dashboard Team 表三列同一口径 | 未完成页签 | | Updated by | All / 各员工，筛选该员工在这个任务上做过任意更新的任务 | 全部 | | Activity By | All / 各员工，筛选有活动记录归属该员工的任务；与 Updated by 的任意更新口径不同 | 全部 | | Priority | All / High / Medium / Low | 全部 | | Executor | All / Human / AI Agent / System，按执行者类型筛选 | 全部 | | Close Result Type / Closed Result | 按结果好坏（Positive / Negative / Neutral）或具体结果筛，两者联动 | Closed | | Closed By | All / Retaintive Agent（系统、AI、导入等非员工关闭）/ 各员工 | Closed；历史关闭记录下钻时也适用 All | 日期区一行一个口径，各填开始和结束日（只填一头自动补成同一天，按门店时区）： | 日期筛选 | 按什么时间 | 可操作范围 | | ------------------ | ------------------------------------------------------------------------------------------------------- | ----------------------- | | Lead Received Time | 按人筛：只要这位客户在所选期间有一条线索进入（邮件线索取收件时间，电话/短信线索取服务商事件时间），他名下所有线索类任务都会被选中；不是任务创建时间，与 Dashboard Lead Funnel 同一口径 | 全部（仅 Lead Tasks 方向） | | Task Create Time | 任务创建时间 | 全部 | | Next Action Time | 安排的下一步时间 | 未完成页签 | | Deadline Time | 截止时间 | 全部 | | Activity Time | 活动发生时间；与 Activity By 同时使用时，筛选该员工在所选期间有活动记录的任务 | 全部 | | Close Time | 关闭时间 | Closed；历史关闭记录下钻时也适用 All | #### 1.3.2 Sort：多级排序 **Sort** 是多级排序（Sort by / Then by）：Task Type、Created Time、Next Action、Deadline、Close Time。三个 Open 页签的推荐顺序是 Task Type → Created Time 最新在前 → Next Action 较早在前 → Deadline 较早在前；Closed 是 Close Time 最近关闭在前；All 不能自定义。切换页签会重置为该页签的默认。排序只改变结果顺序，不改变任务所属页签。 | 控件 | 功能与逻辑 | | ------------- | ------------------------------------------------ | | Sort by | 第一排序条件，先比较这一项 | | Then by | 前一项相同时再比较下一项；列表仍按客户卡片组织，不把同一客户的任务逐行打散 | | 排序方向 | 时间可选较早或较晚在前；Now 与 Later today 已在不同页签，不再依靠旧工作分组区分 | | 空时间 | 没有 Next Action / Deadline 的项在相应时间排序中放在后面 | | Apply sorting | 应用当前选定的排序组合 | | Reset | 恢复推荐排序，不修改任务的创建时间、计划或截止时间 | #### 1.3.3 搜索框 输入内容后自动搜索，由服务器匹配客户电话、客户名、客户摘要和任务类型名；不搜索内部 ID 等隐藏字段。客户摘要需要打开详情查看，不能只按卡片上是否出现关键词判断命中是否正确。 #### 1.3.4 从 Dashboard 带入的条件 | 从哪里点 | 落到 | 自动带上 | | ------------------------------------------------------ | ------------------- | --------------------------------------------------------------- | | Leads › Lead Funnel 的阶段卡或流失卡 | Lead Tasks 的 All 页签 | Lead funnel stage = 所点阶段；Lead Received Time = Dashboard 当时的日期范围 | | Team › Tasks assigned | All 页签 | Assignee = 该员工（不带日期） | | Team › Tasks without / with contact attempts / Unknown | All 页签 | Assignee = 该员工 + Work State 对应状态 | | Team › Activity | All 页签 | Activity By = 该员工 + Activity Time = 报表日期范围 | | Team › Closed tasks | All 页签 | Closed By = 该员工 + Close Time = 报表日期范围（后来被重开的也算） | | Team › Unassigned 行 | All 页签 | Assignee = Unassigned | 带过来的条件都在 Filters 面板里，可以改或清掉继续看。 #### 1.3.5 Help：统一查看任务类型与队列说明 点击右上角 Help，Tasks 总列表及 Lead、Member Care、Revenue Growth 页面显示同一份内容，不按当前业务页面隐藏说明。 三个主栏目平级，标题样式、箭头和缩进一致；每次打开时均默认展开，可分别折叠： | 栏目 | 内容 | 默认状态 | | --------------- | ------------------------------------------------------------------ | ------------------------- | | Task types | Lead tasks、Member Care tasks、Revenue Growth tasks 三组，共 10 种任务类型的说明 | 主栏目展开，三个分类均折叠；分类可独立展开，不置灰 | | Task tabs | Open · Now、Open · Later today、Open · Upcoming、Closed、All 五个页签的定义 | 展开 | | Pending filters | Pending lead outreach、Pending approval 的含义，以及同时勾选时取交集的规则 | 展开 | Task types 包含：Lead Outreach、Lead Follow-up、Post-Intro Follow-up；Cancellation Risk、Member Issue、Renewal、Payment Recovery；Win-back、Upgrade、Referral。所有页面都能阅读全部类型及两种 Pending 条件的说明，Help 展示不改变页面实际可用的筛选条件。关闭后重新打开，恢复上述默认展开状态。 **查询顺序**：先选业务页面和时间页签，再按需要勾 Pending、设置 Filters 并 Apply，最后调整 Sort 或输入关键词。Reset 用于重置筛选条件；右侧 N tasks 显示本次筛选与搜索后的任务条数，页签角标保持各队列的统计口径。 ### 1.4 左侧列表：客户与任务卡片 一张卡 = 一位客户（按电话号码合并），同一人的多条任务列在同一张卡里，未完成的排前、优先级高的排前、最早该做的排前。 | 元素 | 含义 | | -------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------- | | 头像与姓名 | 姓名可点，跳到 Contacts 页看客户档案（不打开任务）。没有可用姓名时显示电话 | | Lead / Member / Churned / Unknown | 客户阶段标签；只有 Lead 会附带重复提交次数 | | `Lead · N submissions` | 当前门店记录到这位 Lead 多次提交邮件表单时，在同一标签内直接显示总提交次数。例如 `Lead · 2 submissions` 表示共提交 2 次，不是 2 位客户或 2 条任务。次数大于 1 时才显示；单次提交或没有次数记录时只显示 `Lead`。不使用 `×N` 或悬停提示 | | DNC | 客户已标记 Do Not Contact，红色警示 | | Approval request | 卡右上角的按钮：这位客户的某条任务上有 AI 等员工批准的动作，点它直接打开那条任务 | | 负责人 / Unassigned | 显示当前负责人的姓名及下拉箭头；未指派时显示 `Unassigned ▾`。单任务卡放在卡头右侧，多任务卡放在各任务行右侧；操作前需确认，详见下方说明 | | 任务类型行 | 卡下半部每行一条任务：类型名 + 联系尝试标签 + 时间 | | No contact attempt / Contact attempt ×N / ≥N | 这条任务当前这轮有没有联系尝试。证据完整显示准确次数；只能证明下限时显示 ≥N，绝不显示假的 0。和 Dashboard Team 表的 Tasks without / with contact attempts 是同一批任务、同一套口径；员工手工记录与已计入的 RingCentral 记录重复时不再计数，见 2.4 | | `Created <1h / Xh / Xd ago` | 未完成任务从创建到现在过了多久，一眼看出压了多久 | | `Closed Xh ago · 结果 · Closed by …` | 已关闭任务显示关了多久、结构化的关闭结果、谁关的（员工名 / Retaintive Agent / 自动规则 / 导入） | 点卡头打开卡内第一条任务的详情，点某一行打开那一行的任务；桌面端在右侧面板打开，手机端在列表内展开。列表往上下滚自动加载，没有页码；到店午夜或任务到点时自动刷新。 **负责人入口与确认** 点击下拉可选择当前门店的在职员工；当前负责人带对号，已指派时可选择 Unassign。多任务卡逐条操作，不会把同一客户的全部任务一起改派。 选择新负责人或 Unassign 后，弹出 **Confirm assignee change**，说明原负责人和新负责人；点击 **Confirm** 才保存，**Cancel** 不修改。选择当前负责人不产生变更。已关闭任务保留负责人展示，但不可修改；保存期间禁止重复操作。 保存成功后更新卡片上的负责人，并在 Task Timeline 显示 `Task assigned to Jess` 这样的记录；取消分配显示 `Task unassigned`。负责人表示这条任务由谁负责，不等于一次活动的 Credited to 或 Recorded by。完整操作规则见 1.7.2。 ### 1.5 右侧页签1：Action Guidance 位于任务列表右侧的详情区，通过顶部 Action Guidance 页签查看；Schedule 和 Task Timeline 在左侧，客户摘要、处理建议与备注在右侧。 选中未关闭任务后，右侧默认进入 **Action Guidance**；已关闭任务对应页签叫 **Task Summary**。同一客户有多条任务时，可通过任务类型小页签切换。**Contact Profile & History** 切换到客户资料与通信历史，不会关闭任务。 **Schedule：任务时间** | 字段 | 含义 | 显示与空值规则 | | --------------- | ------------------------ | ------------------------------------------------------ | | Next action | 当前采用的下一步处理时间 | 按门店时区显示；没有时间显示 `—`，不显示 Ready now。它是计划，不代表已经联系过客户 | | Deadline | 这条任务的业务截止时间 | 未设置显示 `—`；不等于下一次联系时间，修改其中一个不代表另一个也被修改 | | After deadline | 下一步安排晚于截止时间，或关闭发生在截止时间之后 | 结合所附时间字段理解，不代表该任务自动关闭 | | Past due | 未关闭任务已超过截止时间 | 是逾期提示，不是新的任务状态 | | Close time | 任务被关闭的时间 | 已关闭任务用它替代 Next action；不等同于关闭弹窗中填写的业务结果发生时间 Occurred at | | Within deadline | 任务在截止时间内关闭 | 已关闭且有截止时间可比较时显示 | **Task Timeline：当前任务的历史** | 字段或事件 | 含义 | 如何阅读 | | ---------------------------------------------------------------------- | ------------------- | --------------------------------------------------------------------------------------------------------- | | Lead arrived | 线索进入时间 | 有线索接入时间时显示，不等于后续每次联系时间 | | Task created | 任务创建记录 | 下方类型标签说明这条任务处理的业务目标，例如 Lead Conversion | | Call ×N / SMS ×N | 电话服务商记录按天汇总的通话或短信 | 与员工手工记录的活动区分；不要把一行当成一次联系 | | Call logged / SMS logged / Email logged / In-person interaction logged | 员工保存的活动 | 标题说明渠道，下面的结果与备注说明发生了什么；带 **Duplicate** 标签表示 RingCentral 已记下同一次联系（同一客户、同一渠道、30 分钟内），这条不再计入 Contact attempt | | 活动结果 | 本次联系或发送结果 | 如 Not answered - Voicemail left、Wrong number confirmed、Sent、Failed to send；并不表示任务已经成功或失败关闭 | | 活动备注 | 员工对本次活动填写的补充事实 | 有内容才显示；不重复拼接已经展示过的结果说明 | | By 员工名 | 活动归属员工 | 有归属时显示；与执行保存的登录账号不是同一个概念 | | Next action changed to… | 这次操作实际改变后的下一步时间 | 只显示新时间；Log activity 引起的变更放在同一活动下面，独立 Edit schedule 的变更单独显示 | | Deadline changed / Assignee changed | 截止时间 / 负责人变化 | 说明任务计划或分工被调整，不表示新增了一次联系 | | Task closed / Task reopened | 任务关闭 / 重开 | 关闭记录展示结果；重开表示重新进入未完成工作 | | Follow-up exhausted | 跟进机会用完、按规则关闭（见 2.4） | 新版任务标 Outcome unknown，旧版任务标 Unable To Reach；都不等于客户明确拒绝。接通客户本人的那次联系不会触发这种关闭 | | Business progress recorded / Outcome confirmed | 记录业务进展 / 确认业务结果 | 如 Intro Booked 是进展，不能直接理解为已办卡；AI 记录的预约可出现 Correct AI booking 纠正入口 | | 右侧日期与时间 | 该条事件的时间 | 按门店时区阅读，用于还原任务处理顺序 | **activity与时间变更的显示规则** - 标题统一为 **Call logged / SMS logged / Email logged / In-person interaction logged**。 - 活动下显示已记录的结果，如 **Not answered - Voicemail left / Not answered - No voicemail left / Wrong number confirmed / Sent / Failed to send**；有备注时保留备注，有员工归属时显示 **By 员工名**。第三人接听、DNC 等补充事实可显示在描述中。Wrong number 的自动说明不再与结果标签重复，员工自己写的备注保留。 - 本次 Log activity 如果实际修改了下一步时间，在**同一条活动下面**显示 `Next action changed to <新时间>`，按门店时区展示，不再列旧时间或另拆一条。关联依据是同一次操作的明确记录，不按相近时间猜测；独立 Edit schedule 的变更仍单独显示，历史记录缺少关联时不强行合并。 **右侧建议与备注** | 字段 | 含义 | 显示与操作规则 | | ------------------------------------- | ------------- | ------------------------------------------------------------------------ | | Customer Summary | 客户当前情况摘要 | 无摘要显示 No summary available.；摘要是背景信息，不代替 Timeline 中本次操作的结果 | | Purchase Barriers / Rejection Signals | 购买顾虑或拒绝信号 | 线索客户有相应数据时显示，帮助理解客户犹豫点 | | What to do | 当前建议优先做的事 | 有有效建议时显示；复制图标只复制文字，不执行动作 | | How to do it | 建议的具体步骤及理由 | 有后续步骤时显示，不是每条任务必有 | | AI suggestions | 其他可参考的 AI 建议 | 存在多项建议时显示；建议不等于已经执行 | | You can offer | 当前类型可参考的方案 | 如 Free intro class、Buddy pass、First-timer pricing；按任务类型提供，不代表客户已获赠或门店已成交 | | Avoid | 沟通中应避免的表达或做法 | 如不要一开始堆砌价格，不要假设客户了解门店产品；是建议，不是保存表单的校验项 | | Before calling | 特定任务的联系前提醒 | Cancellation Risk 会提醒先查 MBO；会籍年限和上课记录不能当成 Retaintive 已完整掌握的数据 | | Notes / Add notes… | 当前任务的员工备注 | 点铅笔编辑并保存；空值显示 Add notes…，与 Log activity 的单次活动备注分开 | | Helpful / Not relevant | 对 AI 建议的反馈 | 有反馈卡时可操作；用于记录反馈，不代表下一条建议立刻改善 | | Approval request | 需要员工决定的 AI 动作 | 有待批准提议时出现，Review / Dismiss 的行为见 1.7.7 | ### 1.6 右侧页签2：Contact Profile & History 与 Action Guidance 共用详情区；点击顶部 Contact Profile & History 页签切换，客户资料在左侧，电话与短信历史在右侧。 此页签左侧回答“客户是谁、已知什么”，右侧回答“有哪些电话或短信可查看”。信息围绕当前门店的这位客户。 **客户基础字段** | 字段 | 含义 | 显示与操作规则 | | --------------- | ------------------- | -------------------------------------------------- | | Name | 客户姓名 | 在任务详情中只读；不是任务负责人姓名 | | Phone | 客户电话号码 | 用于识别本门店客户和查看其通信记录 | | Lifecycle | 客户生命周期阶段 | 如 Lead、Member、Churned、Unknown；不等于任务的 Open / Closed | | Lead status | 线索当前状态 | 线索客户且有状态时显示，例如 New；不等于是否有联系次数 | | Purchase Intent | 购买意向 | 线索客户且有意向数据时显示，不保证每位客户都有 | | DNC | 是否标记 Do Not Contact | Yes 表示禁止联系标记，No 表示当前未标记；不能把 No 当作客户明确授权的证明 | **Acquisition & Activity：获客与活动情况** | 字段 | 含义 | 空值或不完整数据怎么读 | | ------------------------ | ----------------- | ------------------------------------------------------------------------------------- | | Acquired | 客户记录中的获客日期 | 无日期显示 `—`；不等于当前任务创建日期 | | First Task activity | 当前任务的首次活动时间 | 无记录显示 `—`；不同于客户第一次接通电话的时间 | | First connected | 可观察到的首次接通时间 | 历史不完整时显示 Not fully measured；有部分证据时可显示 Observed by… · partial history，不承诺这是客户全部历史中的第一次 | | Store-scoped calls | 能明确归属当前门店的已观察通话数量 | 部分历史有记录时显示 At least N；不足以完整计量时显示 Not fully measured，不应解释成 0 次 | | Store-scoped SMS | 能明确归属当前门店的已观察短信数量 | 同上；不把归属不清的通信算成当前门店的完整历史 | | Last Activity | 客户记录中的最近活动日期 | 无日期显示 `—`；不等于当前任务的 Next action | | Recorded Task activities | 当前任务的活动计数 | 已知为 0 才显示 0，不可用时显示 `—`；不是客户所有通话数，也不是直接复制卡片上的 Contact attempt 次数 | **通信历史区域** | 内容 | 含义与边界 | | ------------------------- | ----------------------------------------------------------- | | 电话与短信记录 | 展示当前门店、当前客户的可用通信历史；传入线索进入时间作为查看范围依据，不只展示当前任务产生的通信 | | 记录详情 | 可查看已有电话或短信的相关内容；是否有录音、转录等以实际记录为准，不保证每条都有 | | No calls or messages yet. | 当前范围没有可展示的电话或短信；不等于员工没有写过 Email / In-person 活动，也不能推断客户从未被联系 | ### 1.7 任务操作 操作入口按使用位置分布： - **任务卡片**：点击负责人姓名或 Unassigned，指派、改派或取消负责人。 - **Schedule 区域**：点击标题右侧带边框的铅笔按钮，修改 Next action 或 Deadline。 - **详情顶部工具栏**：Scripts、Log activity、Close task / Reopen task，以及展开和关闭详情的图标。 负责人操作作用于所在卡片或任务行；详情中的操作作用于**当前选中的任务**。 | 操作入口 | 功能 | 使用条件 / 保存影响 | | -------------------------------- | ------------ | ------------------------- | | 负责人姓名 / Unassigned（任务卡片） | 指派、改派或取消负责人 | 未完成任务；选择后确认才保存 | | Scripts | 查看、复制话术 | 不直接打电话或发消息，不自动记活动 | | Log activity | 记录已发生的活动 | 新版未完成任务且有编辑权限；旧版入口置灰 | | Edit schedule（Schedule 标题右侧铅笔图标） | 调整下一步时间或截止时间 | 新版未完成任务；沿用编辑弹窗，只改计划，不新增活动 | | Close task | 记录结果并结束任务 | 未完成任务；保存后进入 Closed | | Reopen task | 恢复已关闭任务 | 已关闭任务；记录 Task reopened | | 展开 / 还原图标 | 放大或还原右侧详情区域 | 只改变查看布局，不修改任务 | | × / Back | 关闭详情或返回列表 | 不等于 Close task，不改变任务状态 | #### 1.7.1 Scripts：查看与复制话术 点击详情顶部的 Scripts 打开话术浮窗，查看并复制话术。具体用法见 [09 Scripts](/funding-strategy/02-产品说明书/09-scripts.md)。 #### 1.7.2 负责人：指派与改派 **操作步骤**：从左侧卡片的负责人下拉入口选择员工。单任务卡入口在右上角，多任务卡入口在各任务行；只修改对应任务，已指派的任务可以改派或 Unassign。选择后先显示原负责人和新负责人的确认提示，点击 Confirm 才保存，Cancel 不修改。详情顶部不再放置 Assign 按钮。 **执行结果**：更新任务负责人并保留变更记录；时间线在指派或改派后显示 `Task assigned to Coach Cy`，取消分配显示 `Task unassigned`，不再展示原负责人或箭头。姓名优先使用事件记录，缺少姓名时按员工 ID 查找；无法解析姓名时显示 `Task assigned`。负责人表示“由谁负责处理”，不等于 Log activity 中的 Credited to（本次活动归属），也不等于 Recorded by（保存操作的登录账号）。 #### 1.7.3 Log activity：记录已发生的活动 下图概览活动记录的排期、计数与保存规则（[下载可编辑流程图](/diagrams/task-activity-rules.drawio)）。 ![Log activity：排期与 Contact attempt 规则](/static/svg/task-activity-unified-flow.391287fef6.svg) 表单分为 **Activity type、Activity details、Activity summary**。用于记录已经发生的活动，而不是直接拨打电话或发送消息。保存前在 Activity summary 核对本次记录对下一步安排的影响。 | 字段 | 怎么填 / 什么含义 | | ------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Activity type | Call / SMS / Email / In-person；Call、SMS、Email 可切 Outbound / Inbound，In-person 没有方向开关 | | Outbound Call 结果 | 默认表示正常接通客户，下面的异常项均不选。异常项互斥：Not answered - Voicemail left、Not answered - No voicemail left、Failed to connect、Wrong number confirmed、Someone else answered、Customer explicitly requested no further contact (DNC) | | Outbound SMS / Email 结果 | 必须选 Sent 或 Failed to send；不是在此发送消息，而是记录已发生的活动 | | Inbound / In-person | Inbound Call 用于记录已接听的来电，Inbound SMS / Email 表示收到客户消息，In-person 表示当面交流；不走外呼未接等异常选项。客户明确要求不再联系时可标 DNC | | Scheduled next action time (optional) | 允许手动排期的结果可填未来时间，按门店时区解释；不允许时保留灰色时间行。右侧 Reset 清除本次手填时间，重新按当前活动规则预览，不等于清空任务已有的 Next action | | Notes (optional) | 本次活动的事实和补充说明；随活动保存在 Timeline，不等同于详情页的任务 Notes | | Activity details 的 Reset | 清除结果选择；Call 回到默认正常接通客户，SMS / Email 回到未选结果。不删除已保存活动 | | Recorded by | 当前登录账号，只读，表示谁执行并记录了操作 | | Credited to (optional) | 活动归属的员工，可不选；新版任务只有门店 Owner 可选择，不会改变 Recorded by | ##### Activity summary 与保存 - **Next action** 预览真实时间变化：有变化才显示旧时间删除线、箭头和新时间；同一时刻即使时区或时间字符串写法不同，也只显示一次，并提示 **Keep the existing next action.**。未设置显示 `—`，不显示 Ready now。 - 手动排期时提示 **Use the selected time; skip automatic scheduling.**；自动排期有真实变化时提示 **Scheduled by the follow-up rule.**。桌面端时间与说明同排，窄屏允许换行。 - 下一步晚于 Task deadline 时，**Allow the next action to be after this Task deadline.** 确认项独占下一行，未确认不能保存。 - 保存按钮随影响变化：**Save activity**（时间不变 / 只记录）、**Save & schedule next**（修改时间）、**Save & close task**（节奏决策关闭）、**Save & apply DNC**（应用联系限制）。自动排期预览失败时需重试，不能按猜测的结果提交。 - **跟进机会用完时**（规则见 2.4）：会按规则关闭的类型（Lead、Win-back、Upgrade、Referral），这次没接通、只留了言或只发了短信 / 邮件，预览显示 **Close task · Follow-up period exhausted**，按钮为 **Save & close task**；这次外呼接通了客户本人则不关闭，预览显示 **No touches left. Task remains open for review; no new automatic schedule.**，按钮为 **Save activity**，任务留在未完成页签由员工决定下一步。Cancellation Risk、Member Issue、Payment Recovery、Renewal 用完后本来就保持开放，显示同一条提示。 - 成功提示明确指向下一步，如 `Activity logged · Next action: <时间>`，不再用含糊的 `returns`；已有约定时间保留、任务保持开放或节奏结束各有对应提示。保存后的实际时间变化也会出现在 Timeline。 ##### DNC：活动已保存不等于限制已生效 只有客户明确提出不再联系才选择 DNC。选择后不能手填时间，也不执行自动排期；保存会记录活动并申请联系限制，相关未完成任务按规则关闭或保留待复核，不能理解为所有任务一律关闭。客户已有 DNC 时不能在此取消，也不能通过排期绕过限制。 若出现 **Activity saved, but DNC was not applied. Retry to apply the contact restriction.**，表示活动已经存下，但 DNC 尚未应用成功。表单锁定已保存内容，按钮变为 **Retry applying DNC**，重试复用原请求，不重复记活动；只有限制成功才提示 DNC applied。持续失败需要排查，不能把活动保存成功当成允许继续联系，也不能把限制未生效说成已经生效。审计身份来自登录账号，与可选的员工归属分开，不要求登录身份必须对应一条员工记录。 #### 1.7.4 Edit schedule：只改计划 **入口**：点击 Schedule 标题右侧的铅笔按钮。用于调整下一步时间或截止时间。 | 字段或控件 | 功能 | 填写与保存规则 | | ---------------------- | -------------- | ------------------------------------- | | Reschedule next action | 修改下一步处理时间 | 不代表修改 Deadline | | Change deadline | 修改任务业务截止时间 | 不代表修改 Next action | | 时间控件 | 选择该页签的新日期与时间 | 按门店时区处理 | | Reset | 恢复打开弹窗时该字段的时间 | 不等于删除原时间，也不等同于 Log activity 中清除本次手填时间 | | Note | 说明为什么要改时间 | 每个有实际修改的页签必须填写 | | 时间冲突确认 | 确认下一步晚于截止时间等安排 | 未明确确认不能提交冲突安排 | | Save changes | 保存本次修改 | 两个页签有修改时可一起保存；没有真实修改时不提交变更 | **保存结果**：Schedule 展示新时间；Timeline 标题显示 `Next action changed to <新时间>` 或 `Deadline changed to <新时间>`，右侧显示操作发生时间，下方直接显示填写的原因，不加 `Reason:` 前缀。调整计划不增加 Contact attempt。 #### 1.7.5 Close task：结果与停手原因分开 | 字段或控件 | 含义 | 填写规则 | | ---------------------- | ------------ | ------------------------------------------------------------------------------------------------------------ | | Outcome | 这项业务最后有什么结果 | 选择该任务类型的成功 / 未成功结果，或 Outcome Unknown / Shouldn't Have Been a Task | | Closure reason | 为什么现在停止处理 | 依赖 Outcome，只显示允许的原因；成功对应 Goal Achieved，未成功对应 Customer Said No，Outcome Unknown 可选 Ran Out of Attempts / Other | | Occurred at (optional) | 业务结果实际发生时间 | 可不填；填写时只能选过去，不应拿录入时间冒充实际成交时间 | | Note | 事实或停止处理的补充说明 | 是否必填由结果决定；Outcome Unknown 必须填写 | | Cancel | 取消本次关闭 | 不保存关闭结果 | | Close Task | 确认关闭 | 必填项齐全、校验通过后保存；进入 Closed 并保留历史 | Occurred at 虽然标着可选，但 Revenue 的 Earned 只按这个时间统计，留空的话这笔赢单不会计入任何月份。因此，要计入收入统计的 Signed Up、Renewed 等结果应填写实际发生时间；这不是说界面把它设成了必填。New Lead 选 Signed Up 时仍提示“只在会员真的开通后才选”，不能把约课当成成交。 #### 1.7.6 Reopen task：恢复任务 **触发条件**：任务已关闭，但需要继续处理，例如关闭错误或出现新的跟进需要。 **执行方式**：在已关闭任务详情中使用 Reopen task；恢复开放后，按当前下一步时间重新归入三个 Open 页签之一，不保证一定回到同一页签；是否待审批不改变时间分类。 **保存结果**：保留原有历史，追加 Task reopened。重开不是删除旧的关闭记录。 #### 1.7.7 AI 建议审批 任务上有 AI 提议且需要人确认时，详情区域出现 **Approval request** 横条：动作标题（如 Close this lead outreach task?）、Expires 过期时间、**Dismiss**（不要这个建议，记为负反馈给模型）和 **Review**（打开审批对话框）。对话框分 Action details（AI 要填的值）、Why this action（理由和证据，电话可听、短信可跳转）、Notes 三块，底部按钮按效果命名：Close task / Reopen task / Change next step / Record progress。没有任何证据支撑时黄字提示 No supporting evidence，必须在 Notes 里写清事实才能批准。批准 close 后有 Undo 可立即重开。 \*\* Cancel 只是关闭弹窗、暂不决定，不等于 Dismiss，也不保存审批结果；切换任务时关闭旧任务的弹窗。审批是否导致任务换页签，取决于实际执行后是否改变任务状态或 Next action，不是由“待审批”标签决定。 ## 2 Task 处理流程 本节不对应单独的页面区域，说明上述工作台如何参与任务从创建到关闭的完整过程。 [查看总览大图](./assets/task-processing-overview.svg) · [下载可编辑流程图](/diagrams/task-processing-overview.drawio) ![Task 处理流程总览](/static/svg/task-processing-overview.d743c293fc.svg) ### 2.1 流程边界 **活动结果**说明一次联系发生了什么，**下一步计划**说明以后什么时候做，**关闭结果**说明这项业务最后怎么样；三者不能互相替代。 **创建边界**：线索邮件是获客接入，不是邮件往来对话分析。AI 不可绕过门店权限、DNC、身份和去重检查；网页目前没有员工手动新建任务入口。 ### 2.2 业务类型与展示阶段 业务目标分八种。Lead Conversion 在列表中又有 Lead Outreach、Lead Follow-up、Post-Intro Follow-up 等阶段展示，因此不能把界面上的阶段名全部当成不同的业务目标。 **Lead Conversion 的推进规则** - 初始联系阶段显示 Lead Outreach；符合规则的首次联系完成后，可转为 Lead Follow-up，并非必须接通客户才会推进。 - 记录 Intro Booked / Intro Attended 后，任务仍然开放并进入相应跟进阶段；当前列表兼容展示名可能为 Post-Intro Follow-up，不能仅凭名字断定已经到场。 - 三个展示阶段属于同一转化目标，不分别计算三次成交。真正办卡才能选 Signed Up；成交可以在任一阶段发生。 **所有类型共用的活动与排期规则**：具体操作见 [1.7 任务操作](#17-任务操作)。是否允许手填时间、是否自动排期、是否计入 attempt，要看活动渠道、方向和结果，不能仅按任务类型判断。 **结果不明或任务本来不该存在**：除成功 / 未成功外，还可选 Outcome Unknown 或 Shouldn't Have Been a Task，再填写允许的 Closure reason。关闭不是强迫员工猜一个输赢。 ### 2.3 执行权限：门店自动化档位 Setup → 编辑门店里的 **Task Automation** 是店长手里唯一的 AI 权限旋钮，三档单选： | 档位 | AI 能自动做什么 | 必须人工确认的 | | ------------------------ | ---------------------------------------------------------------- | --------------------- | | Automatic（默认） | 自动新建任务；自动记录"约了体验课"和"到场"（仅限客户明确说的）；自动采纳下一步计划；自动关闭、补录、修正进展、修正结果、重开 | 证据不够硬的动作 | | Review sensitive actions | 自动新建任务；自动记录"约了体验课"（仅限客户明确说的）；自动采纳下一步计划 | 关闭、补录、修正、重开这类终结动作一律先审 | | No automatic changes | 什么都不自动做 | AI 的任何建议都要人确认 | 档位只决定"通过守门检查的建议是自动执行还是等人确认"，Do Not Contact、去重、门店隔离、证据来源这些检查不受档位影响。门店没配置过按 Automatic 算；读取配置失败一律按 No automatic changes，绝不因故障放开自动执行。 ### 2.4 跟进节奏：自动排期与自动关闭 记录一次联系且没有手填时间时（Log activity 按自动节奏判断的情况，或 RingOut 结算），系统按下面的规则安排下一步；次数或天数用完时结束跟进。天数按门店日历算；目标日期遇到休息日，顺延到下一个营业日的开门时间（门店没设营业时间按 09:00–17:00）。 **Lead 类**（Lead Outreach、Lead Follow-up、Post-Intro Follow-up），天数从线索进入当天算： | 线索进入后 | 两次联系的间隔 | 累计次数上限 | | --------- | ------- | ------ | | 第 0–3 天 | 1 天 | 4 | | 第 4–21 天 | 2 天 | 13 | | 第 22–60 天 | 3 天 | 26 | - 线索进入当天只做第一次联系，第二次排在第二天。 - 某一档提前用满次数，下一次排到下一档第一天的开门时间。 - 累计满 26 次，或下一次会落在第 61 天或以后：跟进机会用完，按规则关闭。 **其他七类**，天数从任务开始（或重开）算： | 类型 | 计划 | 计划用完或到第 30 天 | | ----------------- | -------------- | ------------ | | Cancellation Risk | 3 次，间隔 1、1 天 | 保持开放，留给员工 | | Member Issue | 3 次，间隔 2、2 天 | 保持开放，留给员工 | | Payment Recovery | 4 次，间隔 3、3、3 天 | 保持开放，留给员工 | | Renewal | 4 次，间隔 2、2、2 天 | 保持开放，留给员工 | | Win-back | 4 次，间隔 3、3、3 天 | 按规则关闭 | | Upgrade | 3 次，间隔 2、2 天 | 按规则关闭 | | Referral | 2 次，间隔 3 天 | 按规则关闭 | **例外**： | 情况 | 结果 | | ------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------- | | 客户是 DNC | 不再排期，按联系限制处理，见 1.7.3 | | 跟进机会用完的这次联系，是接通客户本人的外呼（RingOut 为 bridged） | 不关闭，保留原 Next action，任务留在未完成页签由员工决定下一步（Max 2026-09-27）。没接通则照上表处理 | | 当前 Next action 由员工或 AI 设定（例如和客户约好的回电时间），且比这次联系晚 2 小时以上 | 保留这个时间，不按表重排；某一档次数已满时也保留（Max 2026-09-19，2026-09-27 修订）。这个时间落在第 61 天（其他类第 30 天）或以后不保留；晚于 Deadline 时，员工保存需勾选确认，RingOut 则暂停等待复核 | | 这个时间在 2 小时以内或已过 | 视为这次联系就是那次安排好的联系，按上表排下一次 | **什么算一次联系**：员工记录和服务商记录各自的计数规则见 1.7.3 流程图。两者合并计数：明确关联的同一次联系只计一次；员工手工记录的电话 / 短信，如果 30 分钟内已有同一客户、同一渠道、已计入的 RingCentral 记录，算同一次联系，Timeline 标 **Duplicate**，不再计数（Max 2026-09-27）；邮件照常计数。任务重开后重新计数。 **规则关闭怎么显示**：Timeline 标题为 **Follow-up exhausted**；新版任务标 Outcome unknown，旧版任务标 Unable To Reach。两者都表示跟进机会用完，不等于客户明确拒绝。 ## 3 操作与 Dashboard 数字的对应 | 员工做了什么 | 影响哪个数字 | | ---------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Log activity 成功保存，并在 Credited to 选择了员工 | Team › Activity（记到谁名下算谁的）；Recorded by 是操作审计身份，不等同于员工归属 | | 符合有效证据口径的服务商外呼/短信，或上述计入 attempt 的手工活动 | 任务从 Tasks without contact attempts 变成 Tasks with contact attempts；手工 Someone else answered、Inbound 和 In-person 不计；与已计入的服务商记录重复（同一客户、同一渠道、30 分钟内）的手工电话 / 短信不再计；是否手填时间不影响此判定 | | Close task 选了"赢"的结果（Signed Up、Member Stayed、Payment Fixed、Renewed、Upgraded、Came Back、Got a Referral） | Revenue › Earned 按 Occurred at 归日，留空则不计入；Positive Outcome Rate 分子。Issue Resolved 算正向结果但不计收入 | | Close task（任何结果） | Team › Closed tasks（新版任务按登录账号在 Setup 里绑定的员工归属，没绑定不计到任何人；AI 关闭不计到员工）；Tasks › Tasks Closed | | Reopen task | Tasks › Tasks Created 多算一次新增 | | Record progress · Intro Booked | Revenue › Earned 的 Intro Booked 行按预约发生日计入，任务不关闭 | ## 4 当前限制 - **员工手动新建任务没有网页入口**：后台接口存在，但网页端没有任何调用它的地方；代码里的 task-form 等文件是未挂载的模板残留。写"员工可手动新建"之前需先和开发确认界面何时接上。 - **Custom Task** 这个种类没有任何创建路径：后台只接受八种受管种类，AI 提议 Custom 会被拒绝。 - 详情面板里 **Evidence Sources**（任务从哪些电话/短信/线索生成）、**Do this now** 快捷操作条、**Record booking**（记录预约不关闭）三个组件写好了但目前没有挂载到页面上，部署版本上看不到。 - 优先级目前在界面上既看不到也改不了：改优先级的控件写好了但没挂载，卡片和详情面板都不显示。 - 任务分旧版（legacy）和新版（Task V3）两套：本轮统一 **Log activity** 只对新版且有编辑权限的任务可用；旧版按钮置灰，仍保留 **Update task** 兼容入口。关闭对话框、Reopen、备注、员工选择在两种任务上界面不同，不能把新版说明直接套到旧版；哪些任务属于哪一版取决于迁移进度。 - 任务上的 AI 反馈（Dismiss、反馈卡）只是记下来并在后台汇总，不会自动训练模型，也不会让下一条建议立刻变准；给客户演示时不要把它说成"越用越准"。 - 审批区有一个只在开发环境、且网址带 `previewAiAction=1` 才出现的假数据预览，用来调界面；演示必须走真实的 AI 提议链路，不要拿它当功能。 ## 5 实现依据 本章按本地代码核查，页面实际启用情况以部署版本为准。页面区域按本文 1.1–1.7 的顺序组织。 **本轮分类与筛选核查依据**（固定到已合入 main 的 `6d8fe2264`；不据此推断生产部署状态）： - [侧栏入口与未完成任务数量](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/components/app-sidebar/nav-team.vue) · [业务页面路由](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/pages/tasks/composables/task-workstream-route.ts) - [页签、数量与 Pending 入口](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/pages/tasks/index.vue) · [时间队列、Pending 条件及任务计数](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/api/src/routes/tasks/list.ts) · [页签数量映射](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/pages/tasks/composables/task-read-model.ts) - [Pending 与 URL 状态](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/pages/tasks/composables/task-queue-url.ts) · [筛选适用范围](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/pages/tasks/composables/filter-registry.ts) · [排序规则](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/pages/tasks/composables/task-sort-order.ts) - [Help 文案与默认展开](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/pages/tasks/components/task-queue-help-dialog.vue) · [审批弹窗仅主动打开](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/apps/web/src/pages/tasks/composables/use-task-confirmation-prompt.ts) · [首次合格员工 outreach 规则](https://github.com/retaintive/callytics-infrastructure/blob/6d8fe2264/packages/task-engine/src/task-policy/lead-conversion-v1.ts) **跟进节奏核查依据**（2026-09-27，固定到 `main` 的 `8ab1db00f`）： - [节奏表与关闭规则](https://github.com/retaintive/callytics-infrastructure/blob/8ab1db00f/packages/task-engine/src/task-cadence/cadence-policy-v1.ts) · [天数上限](https://github.com/retaintive/callytics-infrastructure/blob/8ab1db00f/packages/task-engine/src/task-cadence/cadence-age-horizon.ts) · [约定时间保留](https://github.com/retaintive/callytics-infrastructure/blob/8ab1db00f/packages/task-engine/src/task-cadence/agreed-time-preservation-v1.ts) · [接通不关闭](https://github.com/retaintive/callytics-infrastructure/blob/8ab1db00f/packages/task-engine/src/task-cadence/reached-keep-open-v1.ts) · [节奏合同](https://github.com/retaintive/callytics-infrastructure/blob/8ab1db00f/packages/task-engine/docs/task-cadence-v1-contract.md) - [重复记录计数](https://github.com/retaintive/callytics-infrastructure/blob/8ab1db00f/packages/task-engine/src/metrics/task-outbound-communication-sql.ts) · [Timeline 的 Duplicate 与规则关闭](https://github.com/retaintive/callytics-infrastructure/blob/8ab1db00f/apps/web/src/pages/tasks/composables/task-timeline-view.ts) · [保存后的队列去向](https://github.com/retaintive/callytics-infrastructure/blob/8ab1db00f/apps/web/src/pages/tasks/components/task-complete-touch-action.vue) **此前活动流程核查依据**（保留当时核查的 `dea9605d0` 快照；PR #2442 现已合并，合并与上线仍需区分）： - [统一活动表单](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/components/task-unified-activity-form.vue) · [排期与活动分支](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/composables/unified-task-activity.ts) · [预览、保存与 DNC 重试](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/components/task-complete-touch-action.vue) - [Timeline 结果与事件合并](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/composables/task-timeline-view.ts) · [Timeline API 过滤](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/api/src/routes/tasks/timeline.ts) · [attempt 计数](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/packages/common/src/metrics/task-canonical-attempt-sql.ts) · [自动节奏](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/packages/task-engine/src/task-cadence/cadence-policy-v1.ts) - [Edit schedule](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/components/task-work-actions.vue) · [Next action Reset](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/components/task-reschedule-form.vue) · [Deadline Reset](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/components/task-deadline-form.vue) · [Close task](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/components/close-task-dialog.vue) - [活动与 DNC 分步结果](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/api/src/routes/tasks/commands.ts) · [DNC 审计身份](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/api/src/services/task-staff-dnc.ts) · [员工归属权限](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/index.vue) **其他章节实现入口**： 本次补充的字段与流程依据：[客户资料字段](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/components/contact-detail/ContactProfilePanel.vue) · [任务活动计数与客户资料映射](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/pages/tasks/utils/task-to-contact.ts) · [客户通信历史](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/apps/web/src/components/contact-detail/CommunicationLog.vue) · [Lead Conversion 推进规则](https://github.com/retaintive/callytics-infrastructure/blob/dea9605d0/packages/task-engine/src/task-policy/lead-conversion-v1.ts) [任务类型与关闭结果](https://github.com/retaintive/callytics-infrastructure/blob/main/packages/common/src/db/schema/task-ui.ts) · [任务类型定义](https://github.com/retaintive/callytics-infrastructure/blob/main/packages/common/src/taxonomy/task/definitions.ts) · [线索接入建任务](https://github.com/retaintive/callytics-infrastructure/blob/main/lambda/shared/lead/persist-downstream.ts) · [AI 建议守门](https://github.com/retaintive/callytics-infrastructure/blob/main/packages/task-engine/src/task-engine/proposal-guard.ts) · [自动化档位权限](https://github.com/retaintive/callytics-infrastructure/blob/main/packages/task-engine/src/task-engine/automation-tier-authority.ts) · [队列页签与分组](https://github.com/retaintive/callytics-infrastructure/blob/main/apps/api/src/routes/tasks/list.ts) · [任务卡片](https://github.com/retaintive/callytics-infrastructure/blob/main/apps/web/src/pages/tasks/components/contact-task-card.vue) · [筛选器定义](https://github.com/retaintive/callytics-infrastructure/blob/main/apps/web/src/pages/tasks/composables/filter-registry.ts) · [排序](https://github.com/retaintive/callytics-infrastructure/blob/main/apps/web/src/pages/tasks/composables/task-sort-order.ts) · [详情面板](https://github.com/retaintive/callytics-infrastructure/blob/main/apps/web/src/pages/tasks/components/task-detail-panel.vue) · [记录联系](https://github.com/retaintive/callytics-infrastructure/blob/main/apps/web/src/pages/tasks/composables/task-activity-contract.ts) · [关闭任务](https://github.com/retaintive/callytics-infrastructure/blob/main/apps/web/src/pages/tasks/components/close-task-dialog.vue) · [联系节奏](https://github.com/retaintive/callytics-infrastructure/blob/main/packages/task-engine/src/task-cadence/cadence-policy-v1.ts) · [AI 审批](https://github.com/retaintive/callytics-infrastructure/blob/main/apps/web/src/pages/tasks/components/task-confirmation-dialog.vue)