#1929·eigent

重构和升级自动化(触发器)功能设置

作者: Douglasymlai创建于 2026年9月14日更新于 2026年9月14日

□ 问题和结果

重构并升级自动化(Trigger)的设置和执行合同,如此排定和有条件的工作使用经过核实的环境,记录的配置修订,明确的会话行为,以及可预测的交付政策.

配合UX/UI发行:#1928. 这个问题拥有工作流程和演示;这个问题拥有支持性验证、持久性、API和执行行为。

□ 准备执行

  • 验证模式访问、所需文件和上下文、已安装的技能、可执行的MCP工具、连接器授权、权限,并支持选定执行目的地的工作空间包的能力。
  • 返回可操作的缺失或不支持的要求;不将已保存的套装与可执行的设置等同起来。
  • 修订执行前的相关要求,并按规定公布暂停或取消的访问。
  • 公布UX的运行时间和执行先决条件。

□ 版本执行设置

  • 为每次执行记录工作空间套装、运行时间版本、模型配置和输入。
  • 确定未来的处决是保留选定的修订,还是明确采用更新的空间或Bundle配置。
  • 继续跟录相机搭配
  • 在历史上储存秘密参考和装订元数据而不是秘密价值。

□ 会话连续性

  • 支持每次执行开始新的会话,或继续选定的会话。
  • 在工作空间套装中保持可重复使用的代理配置,并在会话中保持工作历史。
  • 坚持每次执行都要参加会议。

□ 重复、重叠和回收政策

  • 当一个条件变为真实时,要区分跑步和反复跑步,而跑步则仍然是真实的。
  • 持久性事件标识或投票光标和重复交付。
  • 当工作重叠时,定义队列、跳过或支持的等元行为。
  • 尊重已完成的外部行动,避免重复写作或信件。
  • 确定错失的处决是否意味着自动停用,以及重新连接是否能够赶上符合资格的工作。
  • 有原因地错过、忽略、复制和失效结果。
  • 确保相互配合、重复和重叠政策。

□ 时间安排正确和测试

  • 验证有效的首发时间,并在录取时拒绝过期的一次性甄选。
  • 通过`s single execution'保留一次性意图,核实后端调度行为,并确保一次性调度不能无意地重复。
  • 采用与预定工作相同的相关准备和执行合同,现在提供运行路径。
  • 返回有效的时区 和下一个执行时间 UX。

□ 执行可观察性

  • 从负责的后端释放权威的交付和执行生命周期结果,包括桌面下线时丢失和自动停用。
  • 用不透明的执行识别码将事件校正。
  • 排除提示、文件内容、证书 . . . . . . .

内容来源: eigent-ai/eigent