人工智能AI AgentAgent 框架工具调用Agent 工作流RAGMCP Clients强化学习【免费下载链接】agent-core-javaopenJiuwen agent core Java是 openJiuwen Core的 Java版本提供AI Agent开发、运行、调优与演进相关的全套SDK能力。项目地址https://gitcode.com/openJiuwen/agent-core-java点击查看免费下载本篇技术指南聚焦 openJiuwen agent-core-java 中LeaderTeammateAgentTeam多智能体团队系统的**长期团队persistent lifecycle**生命周期语义。文章以 lifecycle_persistent.md 模板 为核心讲解什么条件下该模板被注入 Leader 系统提示词、长期团队完成任务后的三步收尾契约、以及背后的源码级运行时行为自动待命、轮询暂停、Leader 存活等。读完你将掌握如何通过一行配置创建常驻待命、随时接收新任务的长期 Agent 团队并理解其与临时团队的底层差异。一、模板定位长期团队 vs 临时团队openJiuwen 的 Agent 团队LeaderTeammateAgentTeam在创建时可以声明两种生命周期lifecycle生命周期语义收尾方式对应模板persistent长期团队完成任务后保持运行、进入待命等待新指令汇总成果 → 不解散 → 自动待命lifecycle_persistent.mdtemporary默认临时团队完成任务后立即解散汇总成果 →shutdown_member关闭全部成员 →clean_team解散团队lifecycle_temporary.md默认值是temporary这在两处源码中有明确体现LeaderTeammateAgentTeam.java#L466 中 Builder 字段private String lifecycle LIFECYCLE_TEMPORARY;TeamAgentSpec.java#L54 中private String lifecycle temporary;两个常量LIFECYCLE_PERSISTENT persistent与LIFECYCLE_TEMPORARY temporary定义于 LeaderTeammateAgentTeam.java#L70-L81。二、模板全文解读长期团队的收尾契约lifecycle_persistent.md 全文以团队性质声明开篇明确告知 LLM 这是一个长期团队完成当前任务后继续保持运行等待新指令。其核心收尾流程为三步汇总当前轮次的工作成果不要关闭成员或解散团队团队将自动进入待命状态等待用户下发新任务模板特别强调了收尾要高效这一行为约束用send_message(to*)一次性广播本轮总结与待命通知不要逐个成员致意也不要回复成员的致谢/确认消息避免无意义的来回寒暄。这一约束非常有价值在多智能体协作中最容易产生 token 浪费的场景之一就是收尾阶段的告别寒暄。to*表示向团队内全体成员广播一次性完成总结播报与待命通知同时明令禁止回复成员的致谢/确认消息从而避免消息风暴。英文版模板位于 lifecycle_persistent.mden与中文版结构、语义一一对应这是项目cn/en 双语对齐编辑规则的体现见 prompts/CLAUDE.md。三、装配机制模板何时、以何种方式进入系统提示词该模板不是独立运行的文档而是作为**生命周期提示词段lifecycle section**被装配进 Leader 的系统提示词。装配逻辑的核心判断只有一个角色为 Leader 且 lifecycle 为persistent。3.1 经典装配路径AgentTeamPolicyAgentTeamPolicy.java#L128-L133 中buildTeamPolicy按如下规则选择模板String lifecycleSection ; if (builder.role TeamRole.LEADER) { String lifecycleName Objects.equals(builder.lifecycle, persistent) ? lifecycle_persistent : lifecycle_temporary; lifecycleSection loadTemplate(lifecycleName, language); }随后通过system_prompt.md装配模板的{{lifecycle_section}}占位符注入最终系统提示词AgentTeamPolicy.java#L135-L141。关键约束Teammate 角色不消费生命周期模板——非 Leader 时 section 为空即普通成员不会被灌输团队要不要解散这类 Leader 专属决策信息职责边界清晰。3.2 Rail 装配路径TeamRail在 Rail新装配路径中TeamRail.buildTeamLifecycleSection 承担相同职责public static PromptSection buildTeamLifecycleSection(TeamRole role, String lifecycle, String language) { if (role ! TeamRole.LEADER) { return nullValue(); } String lang normalizeLanguage(language); return new PromptSection(LIFECYCLE, Map.of(lang, labels(lang, lifecycle_heading) \n\n AgentTeamPolicy.loadTemplateForRail( persistent.equals(lifecycle) ? lifecycle_persistent : lifecycle_temporary, lang) .trim() \n), 14); }注意该路径下装配的标题是# 团队生命周期对应 i18n 标签lifecycle_heading见 TeamRail.java#L658且模板内部的小节标题使用##级别因为外层 Rail 已提供#级标题这与 prompts/CLAUDE.md 中顶层用##的排版规则一致。四、运行时实现长期团队如何自动待命提示词只是语义层真正的待命行为由协调内核coordination kernel中的事件处理器落地。长期团队persistent在完成所有任务后会经历一条完整的完成 → 暂停轮询 → 等待新任务链路。4.1 任务完成检测与自动暂停TeamCompletionHandlerTeamCompletionHandler.java 是团队完成生命周期的驱动与消费方。在 Leader 空闲轮询POLL_TASK时它会通过TeamBackend.isTeamCompleted()评估团队完成条件并在上升沿发布TEAM_COMPLETED事件。最关键的分支在 TeamCompletionHandler.java#L139-L141if (persistent.equalsIgnoreCase(blueprint.lifecycle().orElse(null)) !snapshot.isTeamDeleted()) { lifecycle.concludeCompletedRound(snapshot.memberCount(), snapshot.taskCount()); }注释解释了两种生命周期的本质差异TeamCompletionHandler.java#L133-L138persistent 团队完成时自动暂停——关闭 Leader 事件流由 Runner 驱动 finalize → pause团队进入待命状态temporary 团队不在该处做任何暂停处理由 Leader 通过clean_team自行拆除。4.2 待命与清理的成员侧行为AgentLifecycleHandlerAgentLifecycleHandler.java 处理STANDBY/CLEANED等事件onStandbyAgentLifecycleHandler.java#L93-L97收到TEAM_STANDBY后调用poll.pausePolls()暂停周期轮询——这正是进入待命状态的代码级实现团队不再主动发起新一轮 LLM 调用只静默等待外部输入onCleanedAgentLifecycleHandler.java#L109-L117Leader 收到TEAM_CLEANED时明确忽略该事件、不执行自我关闭注释指出persistent leaders have to survive clean_team to accept the next interaction——即长期团队的 Leader 必须跨过 clean_team 存活以便承接下一轮交互而非 Leader 成员则在此处lifecycle.shutdownSelf()退出协调循环。4.3 待命期间的提示词配套all_done_persistent与任务全部完成配套的调度提示语也按生命周期区分定义在 I18n.java#L83-L91长期团队all_done_persistent所有任务已完成。请汇总本轮工作成果。团队继续保持运行等待新的任务指令。临时团队all_done_temporary所有任务已完成。请汇总团队工作成果然后依次调用 shutdown_member 关闭所有成员等待所有成员状态转为 shutdown 后调用 clean_team 解散团队。两句提示语的差异与模板语义完全对应形成提示词 → 调度文案 → 运行时行为的闭环。五、实战如何创建一个长期团队在 LeaderTeammateAgentTeam.Builder 中通过.lifecycle(persistent)即可声明长期团队LeaderTeammateAgentTeam team LeaderTeammateAgentTeam.builder() .teamName(assistant_team) .description(长期驻留的助理团队随时承接新任务) .leaderMemberName(team_leader) .leaderPersona(你是团队的协调者负责分派与汇总) .addPredefinedMember(memberSpec) // 预注册成员hybrid 模式 .lifecycle(persistent) // 关键声明为长期团队 .teammateMode(build_mode) // build_mode / plan_mode .spawnMode(inprocess) // inprocess / process .transport(inprocess) // inprocess / pyzmq .storage(sqlite) // sqlite / memory / postgresql / mysql .language(cn) // cn / en .build();Builder 的lifecycle(String lc)方法定义于 LeaderTeammateAgentTeam.java#L520-L523最终在build()时随TeamAgentSpec一起传入运行时LeaderTeammateAgentTeam.java#L727-L733。作为对照AgentTeamE2eExampleSupport.java#L99-L111 中的端到端示例使用的是.lifecycle(temporary)——这是默认的一次性任务团队用法。你可以直接将temporary改为persistent观察团队在任务完成后不再解散而是进入待命并接受新指令。使用建议需要长期驻留的助手/客服型团队使用persistent团队一轮任务结束后驻留待命避免反复重建团队带来的成员创建与上下文初始化开销一次性专项任务保持默认temporary任务完成即shutdown_memberclean_team全量回收避免空闲成员占用资源切换生命周期唯一改动点是lifecycle参数提示词与运行时行为会自动跟随切换无需修改任何业务代码。六、小结lifecycle_persistent.md虽是一个短小精悍的提示词模板但它承载了 openJiuwen 多智能体团队系统中长期团队完整的行为契约任务完成后汇总成果、不解散成员、自动进入待命等待新指令并以一次广播高效收尾。其背后的实现链条清晰可循——lifecycle参数决定模板装配AgentTeamPolicy / TeamRailTeamCompletionHandler驱动完成检测与自动暂停AgentLifecycleHandler落实轮询暂停与 Leader 存活最终形成一个配置一处、语义与运行时同步生效的完整生命周期机制。赞分享人工智能AI AgentAgent 框架工具调用Agent 工作流RAGMCP Clients强化学习【免费下载链接】agent-core-javaopenJiuwen agent core Java是 openJiuwen Core的 Java版本提供AI Agent开发、运行、调优与演进相关的全套SDK能力。项目地址https://gitcode.com/openJiuwen/agent-core-java点击查看免费下载相关推荐Warp 排队提示词附件机制全解析从输入暂存到队列行火力的完整生命周期Warp 排队提示词附件机制全解析从输入暂存到队列行火力的完整生命周期 导读 本文围绕 Warp 的 APP 4617 特性展开讲解当 Agent 忙时用桌面应用开发者工具人工智能AI 应用AI Agent代码智能体openJiuwen Agent Teams 临时团队生命周期任务完成后高效关闭与解散的完整指南openJiuwen Agent Teams 临时团队生命周期任务完成后高效关闭与解散的完整指南 导读 在 openJiuwen agent core jav人工智能AI AgentAgent 框架工具调用Agent 工作流RAGMCP Clients强化学习Rust RFC 生命周期解析从提交到实现的完整路径 Rust RFC 生命周期解析从提交到实现的完整路径 想要了解Rust语言如何保持稳定性和创新性的完美平衡吗RFCRequest for Comme文档创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考