返回技术总览

寻野 技术 · LONG-RUNNING TASKS

长任务运行

工作可以跨越多轮,进展不必重新解释。

项目通常需要多次处理资料、接收反馈和作出判断。寻野通过任务记录与阶段交接,保留已有成果、当前问题和后续安排,使团队与 AI 能接续工作。

运行机制

跨越轮次,保留工作现场。

计划会变化,任务也会暂停。接续工作的前提是保存目标、已完成的步骤、阶段成果和等待事项,并在恢复时核对真实状态,而不是仅保留最后一段对话。

运行关系机制示意 · 按项目配置
01

目标与计划

交付标准 · 步骤依赖

02

检索与执行

资料 · 技能 · 工具

03

检查与确认

修正 · 暂停 · 人的决定

04

保存与接续

成果 · 待办 · 当前状态

检查失败 → 修正当前步骤 | 等待确认 → 保存后暂停

应用方式

每一轮都有清楚的起点和交接。

01

目标与完成标准

记录需要解决的问题、交付内容与判断依据,让后续步骤始终围绕同一目标。

02

规划与上下文检索

将目标分解为阶段与步骤,检索相关业务资料、规则和历史判断。计划同时说明需要哪些输入、以什么条件进入下一步。

03

技能调用与执行检查

按步骤选择资料处理、检索、分析或系统操作能力,执行后核对结果。资料不足时补充检索,检查未通过时回到相应步骤修正。

04

进度与依赖

区分已经完成、等待资料和等待确认的事项,避免中断后将未完成工作当作已完成。

05

结果与现场核对

恢复任务时先检查已有成果及相关系统状态,确认哪些步骤可以继续、哪些需要重新核实。

06

人的决策入口

遇到需要授权、业务取舍或资料补充的节点,明确交接给谁以及需要作出什么决定。

07

沉淀与下一轮运行

把确认结论、有效成果和未完成事项分别保存。接续任务时继承适用依据,围绕新目标调整计划,使工作形成有反馈的循环。

交互流程

从目标出发,沿检查结果继续。

选择节点查看该步骤的职责。检查失败回到执行与资料,需要确认时将判断交回负责人。

一个目标,多轮推进运行机制示意
进入视图后自动演示
01 / 09

先确定要完成的业务结果,以及资料、权限和交付范围。后续步骤围绕这个目标展开。

任务状态持续保留

目标与计划 · 中间成果 · 待确认事项 · 版本与来源

工作记录 · 示例

下一轮,从一份可靠的交接开始。

用一份示例记录,说明任务依据、当前状态与后续责任如何一起交接。

任务记录示例 / LONG-RUNNING TASKS
目标
完成项目方案的修订稿
已完成
资料归集与第一版方案
等待事项
负责人确认实施范围
保留成果
初稿、来源清单与差异说明
恢复检查
确认版本、范围和外部记录是否变化
继续条件
收到明确意见后,修订并核对交付物

验证与边界

知道如何继续,也知道何时停下。

01

完成与等待分开记录

02

恢复前核对成果

03

外部动作避免重复

04

停止条件明确

01

记录对应真实进展

一次工具调用发起,并不等于业务已完成。要区分执行中、已完成、失败与等待确认,保存能核对的结果。

02

恢复不是重做所有动作

先检查外部系统是否已经接收上次操作。对于提交、发送等可能重复生效的动作,确认状态后再决定是否重试。

03

长期运行按需求配置

按会话交接、定时触发与后台常驻是不同运行方式。运行时段、存储、告警和责任人需要在部署中分别确定。

技术问题

把机制、条件与边界说清楚。

01

一个典型过程

项目资料归集完成后,AI 整理初稿;负责人提出修改意见,任务保留版本和未解决问题;下一轮从这些记录继续,而非重新整理全部背景。

02

长任务是否意味着一直无人值守?

持续工作可以按会话、阶段或约定事件推进。是否需要后台常驻、定时执行及告警,在部署方案中分别配置。

03

长任务与固定工作流如何配合?

步骤稳定、分支明确的部分可以采用固定流程。需要根据新资料调整计划的部分,保留阶段状态并交由 AI 和负责人继续处理。两者可以共同服务一项任务。

04

任务记录和企业知识有什么区别?

任务记录说明这一项工作到了哪里;企业知识保存不同任务能够复用的规则、材料与确认结论。完成任务后,只有适合复用并经过核对的内容才进入知识积累。

05

遇到资料不足或权限缺失会怎样?

记录缺少的内容、需要谁处理,以及哪些步骤受影响。依赖该信息的步骤暂停,能独立完成且已获授权的部分可以继续,避免把等待状态写成完成。

06

能否承诺全天候自动推进?

运行时间和自动化程度取决于部署、任务稳定性与权限。长任务接续本身不代表全天候无人值守;如有常驻与定时需求,需要明确触发、停止和人工响应条件。

联系寻野

让技术进入具体的业务。

了解产品、讨论项目或交流合作,欢迎联系寻野。