Agent 让人可以交办结果，自动化进一步改变了交办发生的时刻：某类工作不再每次等人想起来提出，而是按照已经确定的安排开始。产品由此承担了一项持续责任。
这项责任不能只保存在一条定时提示词里。方法可能需要改进，本周输入可能不同，运行时间也可能调整。把这些变化绑在一起，自动化很快会变成难以解释、只能删掉重建的配置。
Teloa 将方法、启动安排和每轮工作分别保存。当前社区版主要通过定时计划组织重复执行；岗位与技能保留怎样做，每次任务和运行留下实际处理，成果仍然需要按自己的交付要求判断。
先做一次，暴露真正的要求
假设每周一要准备一份客户事项简报。负责人需要知道哪些事项尚未确认、依据是什么、截止时间在哪里，方便安排沟通。
第一次交付可能暴露很多原来没说清的条件：同一事项出现两次是否合并，缺少日期时怎样表达，本周没有变化时是否仍需整份报告。没有做过一次，很难仅凭配置想到所有问题。
先将这些差异落实到一份能采用的结果，再决定哪些要求稳定。否则提高频率只会更快地产生同样的错误，负责人从手工整理变成手工改稿，负担未必减少。
认可这份简报以后，可以从它反推需要保留的方法：怎样合并事项，如何列出依据，缺少截止时间时怎样标注。本周的客户名单和具体日期则应留作每轮输入。否则，把一份成稿直接变成固定提示词，下周还可能继续处理上周的对象。
社区版已有从本人认可的固定成果版本准备技能或计划草稿的路径。前者整理以后怎样做，后者准备何时做、由谁做和交付什么；草稿仍在原创建器中核对。它让已经讨论清楚的方法成为复用起点，用户不用另开一段聊天重新描述，但也不把一次被接受的结果等同于整个流程已经可靠。
方法与计划可以分别采用，不必每份周报都同时创建二者。已有岗位和技能足以完成工作时，只补启动安排；只想在下次手动交办时复用检查步骤，则先留下技能。这种组合允许用户逐步增加持续责任。
计划说明安排，历史说明实际发生
计划记录负责者、目标、时间规则、时区和必要输入。保存与启用分别处理，每轮触发再关联自己的任务和执行。
上周完成，不能说明本周已经运行；计划处于启用状态，也不代表最近一轮成果已被接受。用户需要同时看见安排和历史，才知道工作有没有按预期发生。
时区也属于工作含义。每周一早上准备简报，指的是哪个地区的周一，需要明确。否则同一条时间规则在迁移环境或查看方式改变后，可能产生不同预期。
自动化持续有效，依赖输入持续有效
计划按时触发，资料也可能过期、连接可能不可用、模型配置可能变化。一次成功不表示后面的输入永远成立。
每轮工作需要沿当前运行条件执行。材料没有取得时，不能静默沿用旧内容却称为本周结果；输出不完整时，也应让负责人能够辨认缺项，而不是只显示一个正常时间戳。
社区版计划需要执行环境、模型与相关连接保持可用，持续安排的维护也包括这些运行条件。
一项可维护的周报实际上包含三种可变内容：检查事项的方法、本周要处理的资料，以及何时开始的安排。周报过于冗长，应改输出方法；本周遗漏客户，应查输入；到达时间不合适，才改计划。只保存一条包含所有内容的定时提示词，会让这三种修改相互牵连。
“没有新事项”和“没有取得资料”尤其需要在方法中分清。前者可能无需长报告，后者需要交代缺项。时间规则无法判断这两件事；它们必须进入工作要求，并在每次交付中核对。
暂停以后，已经开始的工作仍有归处
岗位定时计划保留两种不同操作：
- 暂停计划：只控制后续触发。
- 停止本轮：要中止已经开始的一轮，需要从对应任务停止执行；历史与成果继续保留。
两种动作分开，让用户可以调整未来安排，也能独立处理当前工作。
自动化的维护由此有了位置：
- 改方法，回到技能或岗位。
- 改时间，回到计划。
- 查某次失败，回到原运行。
- 提意见，回到对应成果。
不同问题不必都通过删除重建解决。
频率增加以后，仍要看结果是否值得
自动化会持续消耗资料准备、计算和人的注意力，因此也需要持续接受评价。一份周报按时到达，如果没有影响任何判断，可能只是把手工例行工作变成了自动噪声。
合适的频率和内容应随工作变化。降低频率、暂停计划或修订方法，都可以是自动化成熟后的正常选择；已有历史和有效方法不必因此丢失。
我们希望用户留下的是一项值得继续的工作安排。它知道何时开始，也有位置解释每次发生了什么，并允许人重新决定是否仍然需要它。