长期指令授予你的智能体对指定程序的永久操作权限。你无需为每项任务提示智能体，而是定义具有明确范围、触发条件和升级规则的程序，智能体便会在这些边界内自主执行：“每周报告由你负责。每周五编制并发送报告，仅在发现异常时升级处理。”
为什么使用长期指令
**没有长期指令：**你需要针对每项任务提示智能体，例行工作容易被遗忘或延误，而你会成为瓶颈。
**使用长期指令：**智能体在定义的边界内自主执行，例行工作按计划完成，你只需介入异常情况和审批。
工作原理
长期指令在你的 Agent 工作区文件中定义。建议直接将其包含在 AGENTS.md 中（每个会话都会自动注入），确保智能体始终在上下文中获得这些指令。对于较大的配置，也可以将其放在 standing-orders.md 等专用文件中，并从 AGENTS.md 引用该文件。
每个程序需指定：
- 范围 - 授权智能体执行的操作
- 触发条件 - 何时执行（时间安排、事件或条件）
- 审批关卡 - 执行前哪些操作需要人工签字批准
- 升级规则 - 何时停止并寻求帮助
智能体每次会话都会通过工作区引导文件加载这些指令（有关自动注入文件的完整列表，请参阅 Agent 工作区），并依据这些指令执行，同时结合定时任务实施基于时间的强制执行。
将长期指令放入 AGENTS.md，确保每次会话都会加载。工作区引导会自动注入 AGENTS.md、SOUL.md、TOOLS.md、IDENTITY.md、USER.md、HEARTBEAT.md、BOOTSTRAP.md 和 MEMORY.md，但不会注入子目录中的任意文件。
长期指令的结构
长期指令与定时任务
长期指令定义智能体获准执行什么操作。定时任务定义操作在何时发生。二者协同工作：
定时任务提示应引用长期指令，而不是重复其内容：
示例 1：内容和社交媒体（每周周期）
示例 2：财务操作（事件触发）
示例 3：监控和警报（持续执行）
执行—验证—报告模式
长期指令与严格的执行纪律结合使用时效果最佳。长期指令中的每项任务都应遵循以下循环：
- 执行 - 完成实际工作（不要只确认收到指令）
- 验证 - 确认结果正确（文件存在、消息已发送、数据已解析）
- 报告 - 告知所有者完成了哪些工作以及验证了哪些结果
此模式可以防止智能体最常见的失败情况：确认任务，却没有完成任务。
多程序架构
对于管理多个关注领域的智能体，应将长期指令组织为边界清晰的独立程序：
每个程序都应具有：
- 自己的触发频率（每周、每月、事件驱动、持续执行）
- 自己的审批关卡（某些程序比其他程序需要更多监督）
- 清晰的边界（智能体应知道一个程序在哪里结束，另一个程序从哪里开始）
最佳实践
- 从有限权限开始，并随着信任的建立逐步扩大权限
- 为高风险操作定义明确的审批关卡
- 包含“禁止事项”部分——边界与权限同等重要
- 与定时任务结合，实现可靠的定时执行
- 每周审查智能体日志，验证是否遵循长期指令
- 随着需求变化更新长期指令——它们是持续演进的文档
- 第一天就授予广泛权限（“做你认为最合适的任何事情”）
- 省略升级规则——每个程序都需要“何时停止并询问”的条款
- 假设智能体会记住口头指令——将所有内容写入文件
- 在单个程序中混合不同关注领域——为不同领域设置独立程序
- 忘记使用定时任务强制执行——没有触发条件的长期指令只会成为建议
相关内容
