核心用法
autonomy-type-based 是一套基于任务类型的自治工作流系统。核心机制是在 tasks/QUEUE.md 中为每项任务添加 @type: 标签，代理仅处理 @type:research、@type:writing、@type:analysis 三类高价值任务，自动跳过 @type:maintenance、@type:backup、@type:security 等维护类任务（由 cron 定时处理）。工作流程为：心跳触发 → 读取队列 → 按类型过滤 → 优先级排序 → 执行任务 → 更新状态 → 记录学习。
显著优点
1. Token 效率最大化：避免代理在维护任务上消耗计算资源，专注创造性工作
2. 职责清晰分离：自治工作与定时任务物理隔离，无冲突风险
3. 灵活扩展：可随时新增任务类型（如 coding、testing），不破坏现有结构
4. 优先级驱动：四级优先级系统（urgent/high/medium/low）确保关键任务优先处理
5. 学习闭环：自动将研究成果、分析洞察写入 .learnings/，形成知识积累
潜在局限
- 类型判定成本：需人工或前置流程准确标注任务类型，误标可能导致任务被错误跳过或执行
- 不适合模糊场景：任务边界不清时（如"整理研究资料"既像维护又像研究），分类困难
- 冷启动问题：新用户需建立完整的 QUEUE.md 结构和类型标签规范
- 无时间窗口控制：如需限定工作时段，需配合
autonomy-windowed使用
适合人群
- 需要 AI 代理长期自主运行的开发者/团队
- 任务量大、类型分明、追求 token 预算优化的生产力用户
- 希望将重复维护工作剥离至 cron 的系统管理员
常规风险
| 风险 | 等级 | 说明 |
|------|------|------|
| 队列文件损坏 | 中 | QUEUE.md 格式错误可能导致解析失败，建议版本控制 |
| 优先级通胀 | 低 | 过多 `urgent` 任务会稀释优先级系统，需定期审核 |
| 类型标签遗漏 | 中 | 未标注类型的任务将被忽略，建议模板化创建任务 |
| 学习目标漂移 | 低 | 长期运行需定期回顾 `.learnings/`，避免知识堆积无效 |