协调改期：整理变化、约束与待确认方案
先验证“改期影响与沟通草稿Skill”（方向名，未创建）：读本次改期请求、有效班次表和明确约束，列变化、影响、冲突及待确认事项；只在用户给出的候选安排内起草建议，不能编造可用时段或替人确认。
条件：需一份获准使用的班次安排、一个真实改期请求、可选时段/不可变约束与运营认可的结果标准；本次尚未提供样本。
检查：原安排、新请求和每条影响可回查材料；所有明确约束被保留。信息缺失或冲突时列待确认，不自动宣布改期成功，不发送通知。
AI机会点识别 Skill · 2026-09-10
培训运营：报名到改期及取消决策的AI机会分析（初稿）
按用户描述：接收报名表→核对缺失信息→把相同学员编号和班次复制到另一个已授权系统→协调改期→主管决定是否取消某班。跨系统同步完整保留；改期拆为资料整理与人工确认沟通；取消决定由主管保留。未给完整流程图，返工路径和并行关系未知，不擅自画新分支。
6分析活动
0具备计时数据
1建议先验证
依据与待补材料
- 依据试跑材料《培训运营流程.txt》中提供的工作描述；其中提及的实际业务附件尚未提供。
- 用户原话：人数和班次变动很多；月频次与耗时没有统计；两个系统有没有API不知道。
- 用户约束：不追问；先给HTML与JSON；不自动更新记录系统、不直接生成空壳Skill；已有公司Agent。
尚缺什么
- 全部活动的月频次、本人处理时间、等待和返工均未知；不能排实测价值名次、编评分或给节省比例。
- 尚未提供报名表、必填规则、班次安排、改期请求与合格结果样本；本报告给试做安排，未实际跑通业务。
- 目标系统已授权使用，但API/导入能力、自动工具权限、映射和失败恢复规则未知；本次不更新记录。
- 改期确认人、截止时间、通知规则和取消规则未提供；先列待补事项，不中断初稿。
按原流程看活动
下列顺序保留原流程；分支、并行与拆分关系以范围说明和拆分记录为准。
N1 · 接收报名表培训运营N2 · 核对缺失信息并准备补充清单培训运营N3 · 把同一学员编号和班次复制到已授权系统培训运营执行同步；系统维护责任人待确认N4.1 · 协调改期：整理变化、约束与待确认方案培训运营协调；影响到的参与方需按实际补明N4.2 · 协调改期：确认安排与沟通培训运营；相关确认人按现行约定参与N5 · 主管决定是否取消某个班主管决策；培训运营准备材料
拆分与关系说明
- N1—N5按原描述顺序保留；N4.1/N4.2均来自协调改期，不代表额外两个计时任务。
- N2拆清明确规则校验与含糊文本理解：前者用字段规则，只有样本证明存在后者时才考虑AI。
- N3是确定字段跨系统同步，必须独立保留；不能把复制任务藏在AI写文案里或因API未知而忽略。
- N4.1是AI可先准备的信息整理；N4.2由人确认具体安排及沟通。N5最终取消决定由主管负责。
- 所有投入均待记录；没有统计时不以频繁变化推算月次数，也不将未知值写为零。
先验证哪一项
没有计时、频次或错误数据，无法判定哪项最高价值。先验证N4.1“改期影响与沟通草稿”是一个低成本方向：变化多和需要协调来自用户描述，单个改期案例即可离线准备材料并由运营核对，初步验证不依赖跨系统API，也不触碰主管取消权。尚缺真实样本与明确约束，因此本次只给试做计划，不能宣称已经有效或节省多少。N3跨系统复制同样值得改善，但属于确定规则自动化，应先查现有导入/API再判断实施方式；它不需要大模型。只推荐一个先验证方向，不凑三项。
投入核对
这是改前投入，不能直接当作可节省时间。逐项列明计时口径；整段与其中步骤的耗时、同时发生的等待不重复相加，未提供数据不补成零。
| 活动 | 月频次×本人分钟 | 来源与口径 | 等待或经过时长 |
|---|---|---|---|
| N1 · 接收报名表 | 待记录，暂不计算 | 用户明确月频次与耗时没有统计，待记录；不填0，不推算月投入或节省。 | 等待、经过时长与返工均未提供，待分开记录。 |
| N2 · 核对缺失信息并准备补充清单 | 待记录，暂不计算 | 用户明确月频次与耗时没有统计，待记录；不填0，不推算月投入或节省。 | 等待、经过时长与返工均未提供，待分开记录。 |
| N3 · 把同一学员编号和班次复制到已授权系统 | 待记录，暂不计算 | 用户明确月频次与耗时没有统计，待记录；不填0，不推算月投入或节省。 | 等待、经过时长与返工均未提供，待分开记录。 |
| N4.1 · 协调改期：整理变化、约束与待确认方案 | 待记录，暂不计算 | 用户明确月频次与耗时没有统计，待记录；不填0，不推算月投入或节省。 | 等待、经过时长与返工均未提供，待分开记录。 |
| N4.2 · 协调改期：确认安排与沟通 | 待记录，暂不计算 | 用户明确月频次与耗时没有统计，待记录；不填0，不推算月投入或节省。 | 等待、经过时长与返工均未提供，待分开记录。 |
| N5 · 主管决定是否取消某个班 | 待记录，暂不计算 | 用户明确月频次与耗时没有统计，待记录；不填0，不推算月投入或节省。 | 等待、经过时长与返工均未提供，待分开记录。 |
从具体问题到改法
N1 · 接收报名表
- 谁在做
- 培训运营
- 读什么材料
- 报名表；字段、格式和样本尚未提供
- 现在怎样做
- 接收报名表，为核对信息和后续同步准备输入。
- 交什么给谁
- 待核对报名资料交培训运营本人；来自谁、接收渠道待补。
- 依据在哪里
- 用户描述：接收报名表。
- 卡点与影响
- 没有实际样本，不能断言存在重复报名或缺固定模板；这些仅是待核实问题。
- 先怎样改工作
- 先约定唯一学员编号、班次标识、必填字段、接受的格式和有效版本。若已有成熟模板则复用；没有依据证明哪类登记可删，不强行取消。
- 能力方向
- 现有表单/模板功能优先
- AI先做什么
- 不必为了接收表单使用大模型；可用现有表单字段约束与格式提示。
- 人确认什么
- 培训运营确认收到什么、对应哪一班、资料是否完整可用于下一步。
- 何时运行
- 当前人工按实际任务发起；未经验证与配置，不自动运行。
- 具备什么、还缺什么
- 报名表样本、字段定义、权限与现有表单功能待补。
- 怎样判断做对了
- 接收记录能查找出处到原表，未经核对不直接送入正式同步。
N2 · 核对缺失信息并准备补充清单
- 谁在做
- 培训运营
- 读什么材料
- N1报名表、拟明确的必填字段与规则
- 现在怎样做
- 检查缺失信息，需要时协调补充。
- 交什么给谁
- 缺项、疑点及补充清单交培训运营核对，再由运营联系相关人员。
- 依据在哪里
- 用户描述：核对缺失信息。
- 卡点与影响
- 具体必填规则和缺项类型未知，不能假设AI知道所有必填项。
- 先怎样改工作
- 简：先统一必填标准与补充模板。合：同一份缺项清单跟踪到关闭，保留原表；是否可减少多次往返需拿样本验证。
- 能力方向
- 确定规则检查优先；非分项疑点才考虑AI辅助
- AI先做什么
- 对明确字段空值、格式和重复标识，优先表格校验/脚本。若实际样本含含糊自由文本，再用一次自然语言对话列疑点并给出处，不能自动补造缺失信息。
- 人确认什么
- 培训运营确认哪些字段必须补、含糊内容如何理解、补充对象和措辞。
- 何时运行
- 当前人工按实际任务发起；未经验证与配置，不自动运行。
- 具备什么、还缺什么
- 真实报名表、必填规则和一份人工核对结果待补；无须先核实跨系统API才能试做离线清单。
- 怎样判断做对了
- 和运营人工检查对照：已知缺项不漏、非必填项不误报；没有依据的字段保持空白或待补，不能猜学员编号/班次。
N3 · 把同一学员编号和班次复制到已授权系统
- 谁在做
- 培训运营执行同步；系统维护责任人待确认
- 读什么材料
- 已核对表格中的学员编号和班次，目标系统字段映射
- 现在怎样做
- 把完全相同的学员编号和班次复制到另一已授权系统。
- 交什么给谁
- 目标系统记录与源表一致；同步结果交培训运营核对。
- 依据在哪里
- 用户明确：把完全相同的学员编号和班次从表格复制到另一个已授权系统；不知道API是否存在；不要自动更新记录。
- 卡点与影响
- 这是确定字段的同步，无需语义生成。班次变化多，源版本、重复写入和失败恢复规则需要补明；不能据此声称已发生错写。
- 先怎样改工作
- 合：确定一个权威源表/版本与更新责任。简：先查现有导入、批量更新或同步功能，再核实自动处理程序或系统接口（API）；没有合适接口才评估模拟鼠标键盘操作的自动化（RPA）。编号格式、班次码、去重和更新规则先固定。
- 能力方向
- 确定规则自动化；不强塞大模型
- AI先做什么
- 不让AI重新生成学员编号或班次。可验证固定映射与一致性校验；目前只分析，不读取或写入真实系统。
- 人确认什么
- 培训运营核字段映射、源版本、同步结果和异常；系统责任人确认接口及写入权限。用户当前系统已授权，不等于自动工具已取得权限。
- 何时运行
- 当前人工按实际任务发起；未经验证与配置，不自动运行。
- 具备什么、还缺什么
- 两个系统的API/导入能力未知；还需示例表、字段映射、测试环境、可操作范围、重复更新与失败回退规则。
- 怎样判断做对了
- 先离线比对，再在明确授权的测试环境试运行。源/目标字段应完全一致，特别检查前导0、班次变更、重复编号和重复执行；冲突、局部失败即停止并列错误，交运营接管。本次不更新记录系统。
N4.1 · 协调改期：整理变化、约束与待确认方案
拆分自：N4 协调改期
- 谁在做
- 培训运营协调；影响到的参与方需按实际补明
- 读什么材料
- 当前有效班次安排、改期请求、已确认可选时段与约束
- 现在怎样做
- 围绕频繁变化的人数与班次整理改期信息并协调。
- 交什么给谁
- 本次变化清单、受影响对象/事项、可供人核对的改期选项交培训运营。
- 依据在哪里
- 用户描述：协调改期；人数和班次变动很多。
- 卡点与影响
- 变化多是已知事实；具体冲突类型、误通知次数和耗时未知。
- 先怎样改工作
- 先改约定：明确谁维护班次主版本、改期截止点、谁确认新安排、哪些变化必须重新确认。合：用一份变更记录统一旧安排、新安排、状态及责任人；是否现有即有需核实。
- 能力方向
- 一次直接对AI说要求并试做；做通后可固定为Skill
- AI先做什么
- 先验证“改期影响与沟通草稿Skill”（方向名，未创建）：读本次改期请求、有效班次表和明确约束，列变化、影响、冲突及待确认事项；只在用户给出的候选安排内起草建议，不能编造可用时段或替人确认。
- 人确认什么
- 培训运营核涉及对象、已知约束、安排是否可执行；需要其他人确认的事项继续等待对应人。主管取消决定另走N5。
- 何时运行
- 当前人工按实际任务发起；未经验证与配置，不自动运行。
- 具备什么、还缺什么
- 需一份获准使用的班次安排、一个真实改期请求、可选时段/不可变约束与运营认可的结果标准；本次尚未提供样本。
- 怎样判断做对了
- 原安排、新请求和每条影响可回查材料；所有明确约束被保留。信息缺失或冲突时列待确认，不自动宣布改期成功，不发送通知。
N4.2 · 协调改期：确认安排与沟通
拆分自：N4 协调改期
- 谁在做
- 培训运营；相关确认人按现行约定参与
- 读什么材料
- N4.1变更清单、候选安排及相关人的实际确认结果
- 现在怎样做
- 运营协调并确认可用安排，按现有业务职责准备沟通。
- 交什么给谁
- 经人确认的改期安排和沟通内容交培训运营；取消事项转主管。
- 依据在哪里
- 用户只说明协调改期，未给参与人名单、通知规则或渠道；此处是建议拆分核对的动作，非断言现有详细流程。
- 卡点与影响
- 未明确确认人与版本时可能难以核对沟通是否一致，此为待核实风险。
- 先怎样改工作
- 调：先取得对应安排的确认再发送正式通知。简：复用已确认的日期、班次和对象清单，不在多份通知里重新手填；必要提醒保留。
- 能力方向
- AI出草稿，人工确认和发送
- AI先做什么
- AI根据已确认安排生成待审通知草稿，并标出仍缺的信息；不触发真实消息或自动改课。
- 人确认什么
- 培训运营核对象、时间、班次和措辞，按现有权限联系相关人员。本次用户未授权外发，故不发送。
- 何时运行
- 当前人工按实际任务发起；未经验证与配置，不自动运行。
- 具备什么、还缺什么
- 确认链、通知渠道、模板与消息权限待补；已有公司Agent不等于已接聊天接口。
- 怎样判断做对了
- 通知与确认后的同一版本安排完全一致；任何日期冲突、对象遗漏、未经确认安排都退回修改。
N5 · 主管决定是否取消某个班
- 谁在做
- 主管决策；培训运营准备材料
- 读什么材料
- 班次现状、人数变化、改期协调情况及相关依据；取消规则尚未提供
- 现在怎样做
- 主管最终决定某班是否取消。
- 交什么给谁
- 主管的决定及后续处理要求交培训运营；涉及通知或系统变更仍需按现有授权执行。
- 依据在哪里
- 用户明确：最后主管决定是否取消某个班。
- 卡点与影响
- 取消条件、依据和审批约定未知；不能设人数阈值让AI自动取消。
- 先怎样改工作
- 简：统一主管所需的一页材料；合：同一班的最新人数、改期状态和问题放在一处。保留主管决定，不因AI整理材料取消审批责任。
- 能力方向
- 人工业务决策；AI只整理事实与选项
- AI先做什么
- AI可以整理有出处的事实摘要、未决事项和供主管比较的选项，不替主管作取消决定、不伪造批准。
- 人确认什么
- 主管判断是否取消；培训运营核事实完整、传递真实决定并负责其授权范围内后续处理。
- 何时运行
- 当前人工按实际任务发起；未经验证与配置，不自动运行。
- 具备什么、还缺什么
- 实际取消规则、主管需要的材料、确认记录和后续流程待补。
- 怎样判断做对了
- 主管核准人、时间、班次与决定能查到出处；未决定保持待定，AI建议不得当作正式取消。
在现有Agent中怎样承接
沿用现有公司Agent，先用一次自然语言对话处理一个获准改期样本，运营核对后再修正。材料、规则、输出和验收稳定并实际做通后，才把已验证的做法固定为“改期影响与沟通草稿Skill”，无需另建Agent。固定字段同步则优先现有系统功能/自动处理程序或系统接口（API），无合适接口再评估模拟鼠标键盘操作的自动化（RPA）。当前不设置定时任务；若未来变更节奏、事件来源、权限和失败接管经验证，再配置触发，失败通知给运营，正式改期/取消依旧交对应人确认。多人协作先在现有环境明确材料来源、权威班次版本、负责人、状态和可见权限；是否需要共享空间依据实际交接困难再判断。没有接入、更新记录、自动发送或安装验证已完成的声明。
选一项实际做通
- 试哪一项
- N4.1
- 准备材料
- 以后补一份获准使用的有效班次表、一个真实改期请求、对应候选安排及不可变约束、相关人的确认职责；再由运营给出合格结果标准。当前不追问，先交本初稿；没有样本时不编造学员或班次来冒充实际试做。
- 怎样试做
- 先在已有公司Agent用自然语言说明：请对照当前班次表与这次改期请求，列原安排、请求变化、已知影响、冲突和待确认事项，引用材料位置；仅在提供的候选安排内起草建议和待审沟通文案，不编造可用日期，不发送消息，不取消班次。运营打开结果逐条核对，指出遗漏和错解，修正材料或指令后重新试做；有不明确条件就保持待确认。
- 谁来验收、怎样检查
- 运营核对所有明确的编号、班次、日期、约束与来源；已知受影响事项不漏，不能伪造不存在的可用时段、联系人同意或主管决定。结果能用于人工确认下一步，且明确草稿/待确认状态；审后记录人工检查分钟和修改原因，积累可比较样本后再讨论投入改善。
- 异常怎么测
- 对真实样本的获准副本测试：缺日期或班次时应标待补；给出互相冲突安排应列两处来源；旧版班次表应提示版本问题；没有可行候选则返回运营协调，涉及取消则交主管决定。漏约束、错编号/日期、擅自发送、伪造同意或自动取消均判失败。保存错例，修正规则/提示/输入，再重新核对，不带错进入同步系统。
- 做通后再整理保存
- 尚未进行真实业务试做，当前仅完成机会识别报告。真实样本做通、运营核对通过后，才请Skill Creator整理保存验证过的输入、步骤、标准与异常；换样本测试，再按公司实际入口打包入库。以后补月频次、本人操作分钟、等待、返工、错例与接口资料。当前不生成空壳Skill、不部署、不外发、不自动更新记录。
这份报告完成的是机会分析。先补样本、直接对AI说要求并试做、本人验收；做通后再制作Skill，换样本测试并按公司入口入库。