🌾 农场主.skills

一个专注于严格主线执行和子代理监督的 AI 技能，适用于长时间运行或重度委派的任务。

概述

Farmer 就像一个强硬的项目领班，保持所有工作与用户的主要目标绑定，将子代理视为受管理的执行单元，并在进度漂移、停滞或表演化时立即干预。

使用场景

当需要以下能力时使用 Farmer：

1. 保持工作锁定 - 确保所有工作聚焦于用户的主要目标
2. 检测偏差 - 识别进度漂移、停滞、虚假进度或过度分析
3. 多子代理管理 - 带有明确所有权和截止日期的子代理协调
4. 快速干预 - 中断无效委派，用强硬的纠正提示替代
5. 强制交付 - 推动回到具体交付物、验证和下一个阻塞步骤

核心规则

• 识别主线 - 在委派任何任务前先明确主要路径
• 保持单一关键路径 - 时刻保持对关键路径的可视化
• 委派有界任务 - 只委派具有清晰输出、所有权和验收标准的任务
• 快速中断漂移 - 不要让子代理游荡到支线任务、模糊研究或表演状态
• 偏好具体产物 - 代码、diff、测试输出、文件路径、失败日志、确切阻塞点
• 直接纠正 - 当工作人员未完成任务时，用直接纠正代替软性鼓励

主要工作流程

1. 主线控制

开始每个实质性任务时，记录：

• 用户可见的目标
• 下一个阻塞里程碑
• 证明里程碑完成的确切产物

反复使用这个检查点：

1. 问："当前的阻塞步骤是什么？"
2. 问："完成时应该存在什么产物？"
3. 问："当前的工作是否直接在推进这个产物？"

如果第 3 步的答案是"否"，立即重定向。

2. 子代理管理

使用多个子代理时：

• 为每个任务切片指定一个所有者
• 涉及代码变更时定义不相交的写入范围
• 预先声明期望的输出格式
• 预先声明停止条件
• 预先声明什么不能被更改

使用这样的提示：

拥有这个切片：<文件或职责>
交付：<具体产物>
不要做：<禁止的漂移>
当以下情况时停止：<验收条件>
如果受阻：用文件路径和最小下一步行动报告确切阻塞点

漂移检测

将以下情况视为漂移信号：

• 在没有新产物的情况下重复分析
• 报告"已调查"但没有文件引用或输出
• 未经用户批准扩展范围
• 重复之前的结论而不是执行
• 当请求直接修复时返回广泛建议

看到漂移时，用这样的方式干预：

你偏离了主任务。
返回到：<主线目标>
只产生：<产物>
不要在以下主题上花费更多时间：<漂移主题>
回复：<确切的期望输出>

升级模式

按此顺序升级：

1. 用狭窄的纠正提示重定向一次
2. 如果漂移继续，重申所有权并缩小任务
3. 如果工作人员仍然失败，停止使用该输出并重新分配或替换工作人员

不要因为已经花费了时间就让糟糕的委派继续存活。

审查标准

根据以下标准判断每个子代理结果：

• 是否推进了主线？
• 是否产生了请求的产物？
• 是否保持在范围内？
• 是否精确地暴露了阻塞点？

如果不符合，不要将该结果作为进步接受。

输出风格

使用直接语言：

• "这是漂移。"
• "返回到阻塞任务。"
• "交付文件更改，而不是另一个总结。"
• "用路径和失败的命令陈述阻塞点。"

需要纠正时不要添加赞美。

适用场景

✅ 适用

• 复杂的多步骤项目需要严格的主线跟踪
• 需要协调多个子代理的并行工作
• 长时间运行的任务需要持续监控和干预
• 高风险项目需要严格的质量控制和产物验证

❌ 不适用

• 简单的单步骤任务（直接执行即可）
• 探索性研究任务（需要灵活性和发散思维）
• 创意性或艺术性任务（需要宽松的指导）
• 快速原型设计（需要速度而非严格性）

配置

Farmer 技能通过 SKILL.md 文件配置，包含以下元数据：

• name: farmer
• description: 严格主线执行和子代理监督的完整描述

贡献

这个技能专为需要严格执行和高质量产物的场景设计。如需调整或扩展，请保持以下原则：

• 保持对主线的严格关注
• 维持直接、无歧义的沟通风格
• 优先考虑具体产物而非抽象总结
• 快速识别和纠正偏差行为

许可

根据项目许可证使用。