一键在 Manus 中运行任何 Skill

开始使用

autopilot-project

管理 autopilot 项目模式的任务 DAG。当用户运行 /autopilot status（有项目时）或 /autopilot next 时提供上下文参考。

在 Manus 中运行

概览

管理 autopilot 项目模式的任务 DAG。当用户运行 /autopilot status（有项目时）或 /autopilot next 时提供上下文参考。

安装命令

npx skills add https://github.com/strzhao/autopilot --skill autopilot-project

复制此命令并粘贴到 Claude Code 中以安装该技能

来源

strzhao/autopilot

星标25

分支9

更新时间2026年5月29日 15:32

SKILL.md

readonly

name	autopilot-project
description	管理 autopilot 项目模式的任务 DAG。当用户运行 /autopilot status（有项目时）或 /autopilot next 时提供上下文参考。

Autopilot Project — 多任务项目编排

管理 .autopilot/project/ 下的项目文件，为大型多任务目标提供 DAG 驱动的任务编排。

项目文件结构

.autopilot/project/
├── design.md                    # 整体架构设计
├── dag.yaml                     # 任务 DAG
└── tasks/
    ├── 001-xxx.md               # 任务简报
    ├── 001-xxx.handoff.md       # 任务完成后的交接文档
    └── ...

DAG YAML 格式

project: "<name>"
created_at: "<ISO timestamp>"
tasks:
  - id: "001-wire-schema"
    title: "定义共享协议包"
    depends_on: []
    status: pending           # pending | in_progress | done | failed | skipped
  - id: "002-db-models"
    title: "新增数据模型"
    depends_on: ["001-wire-schema"]
    status: pending

任务简报格式

---
id: "NNN-name"
depends_on: ["XXX", "YYY"]
---

## 目标
(一句话)

## 架构上下文
(从 design.md 摘取相关部分)

## 输入/输出契约
- 输入: ...
- 输出: ...

## 验收标准
1. ...

Handoff 格式

## 实现摘要
(做了什么，关键决策)

## 文件变更
(新增/修改的文件)

## 下游须知
(接口、约定、注意事项)

## 偏差说明
(与简报的任何偏差及原因)

核心原则

原子性: 每个任务是独立的 autopilot 运行，有完整的 design → implement → qa → merge 闭环
信息隔离: 任务间通过 handoff 文件传递上下文，不共享会话状态
上下文预算 <10KB: L0 DAG 概览 + L1 任务简报 + L2 依赖 handoff + L3 架构摘要
Handoff 链: 每个任务完成后写 ≤500 字 handoff，只有直接下游读取
失败隔离: 一个任务失败不影响无依赖关系的其他任务
自动编排 + 人工兜底: 高信心时自动链接下一任务；低信心或失败时释放循环等待用户
AI Native: 任务粒度、DAG 结构、handoff 内容由 AI 运行时判断，不硬编码规则

Auto-Chain 机制

任务完成时（phase=done），如果 AI 在 merge 阶段评估为高信心，stop-hook 自动启动下一个就绪任务：

AI 通过设置 frontmatter next_task 字段信号高信心
stop-hook 读取该字段并创建新状态文件（auto_approve: true）
auto_approve 使下一个任务在高信心时跳过人工审批门（design 审批 + QA 审批）
所有任务完成后自动触发全项目 QA（mode: "project-qa"）

全项目 QA（mode: "project-qa"）

stop-hook 检测到全部任务 status: done 后，创建 mode: "project-qa" 状态文件并从 phase: "qa" 开始。与单任务 QA 的差异：

加载：.autopilot/project/design.md + dag.yaml + 状态文件 ## 任务完成摘要（全 handoff 汇总）
变更范围：项目创建以来的全部 git diff（而非单任务 diff）
Tier 调整：Tier 0 跳过（无项目级红队测试）；Tier 1 全量构建/测试/lint，重在验跨任务集成；Tier 1.5 从 design.md「跨任务设计约束 / Handoff 策略」提取集成场景（共享接口 / 数据流 / 命名一致性）；Tier 2 对照 design.md 审整体架构符合性 + 全变更范围质量
结果判定：全部 ✅ → phase: "done"；有 ❌ → gate: "review-accept"（不进 auto-fix，项目级失败需人工判断修复范围与优先级）

用户命令

命令	行为
`/autopilot status`	无活跃 autopilot 时自动显示项目 DAG 概览
`/autopilot next`	自动选择第一个就绪任务并启动 brief 模式 autopilot
`/autopilot NNN-name`	自动匹配 tasks/ 下的任务文件，brief 模式启动标准 autopilot
`/autopilot --project <goal>`	强制项目模式（跳过复杂度检测）
`/autopilot --single <goal>`	强制单任务模式

同仓库更多 Skills

同仓库

autopilot

strzhao/autopilot

当用户需要从目标描述到代码合并的端到端自动化、或说"自动驾驶"时使用。

2026-05-3025

autopilot-doctor

strzhao/autopilot

诊断项目工程健康度，评估 autopilot 兼容性并提供改进建议。当用户说"诊断"、"doctor"、"工程健康"、"为什么 autopilot 效果不好"时使用。

2026-05-2425

autopilot-commit

strzhao/autopilot

当用户需要提交代码、运行 git commit、或说"提交"时使用。

2026-05-2325

autopilot-brainstorm

strzhao/autopilot

autopilot design 阶段需求探索专用。在写设计文档前通过逐个澄清问题理解用户意图，提出 2-3 方案让用户选择，输出共识总结到 brainstorm.md 后交回主 skill。当 autopilot skill 在 design 阶段委托调用时使用。

2026-05-1725

profession-evaluate-skill

strzhao/autopilot

专业技术文章评价与改进建议工具。对文章进行 6 维度量化评分（钩力、信息架构、证据密度、阅读节奏、语言精度、价值密度），每维度 1-10 分，给出具体到段落/句子级别的改进建议。当用户要求评价文章质量、审稿、给文章提建议、分析文章优劣、对比两篇文章时使用。也适用于用户发来一篇文章问"怎么样"、"有什么问题"、"帮我看看"、"评分"等场景。专注于专业技术文章（产品公告、行业分析、技术深度、企业博客）的评价，不覆盖个人博客或散文类写作。

2026-04-2125

writer-profession-skill

strzhao/autopilot

专业技术博客写作 Skill。面向企业级科技博客、产品公告、行业分析等专业场景。风格源自 Anthropic 等顶级科技公司博客——数据驱动、结构精密、信息密度高、零冗余。当用户需要写专业技术文章、产品公告、行业白皮书、技术分析博客、企业级技术内容时使用。也适用于英文技术写作或中英混合场景。

2026-04-1025

来源

strzhao

strzhao/autopilot

打开 GitHub 仓库查看创作者相关仓库

安装命令

下载

在 Manus 中运行

适用职业SOC

软件开发工程师计算机与数学类职业15-1252L4

name	autopilot-project
description	管理 autopilot 项目模式的任务 DAG。当用户运行 /autopilot status（有项目时）或 /autopilot next 时提供上下文参考。

Autopilot Project — 多任务项目编排

管理 .autopilot/project/ 下的项目文件，为大型多任务目标提供 DAG 驱动的任务编排。

项目文件结构

.autopilot/project/
├── design.md                    # 整体架构设计
├── dag.yaml                     # 任务 DAG
└── tasks/
    ├── 001-xxx.md               # 任务简报
    ├── 001-xxx.handoff.md       # 任务完成后的交接文档
    └── ...

DAG YAML 格式

project: "<name>"
created_at: "<ISO timestamp>"
tasks:
  - id: "001-wire-schema"
    title: "定义共享协议包"
    depends_on: []
    status: pending           # pending | in_progress | done | failed | skipped
  - id: "002-db-models"
    title: "新增数据模型"
    depends_on: ["001-wire-schema"]
    status: pending

任务简报格式

---
id: "NNN-name"
depends_on: ["XXX", "YYY"]
---

## 目标
(一句话)

## 架构上下文
(从 design.md 摘取相关部分)

## 输入/输出契约
- 输入: ...
- 输出: ...

## 验收标准
1. ...

Handoff 格式

## 实现摘要
(做了什么，关键决策)

## 文件变更
(新增/修改的文件)

## 下游须知
(接口、约定、注意事项)

## 偏差说明
(与简报的任何偏差及原因)

核心原则

原子性: 每个任务是独立的 autopilot 运行，有完整的 design → implement → qa → merge 闭环
信息隔离: 任务间通过 handoff 文件传递上下文，不共享会话状态
上下文预算 <10KB: L0 DAG 概览 + L1 任务简报 + L2 依赖 handoff + L3 架构摘要
Handoff 链: 每个任务完成后写 ≤500 字 handoff，只有直接下游读取
失败隔离: 一个任务失败不影响无依赖关系的其他任务
自动编排 + 人工兜底: 高信心时自动链接下一任务；低信心或失败时释放循环等待用户
AI Native: 任务粒度、DAG 结构、handoff 内容由 AI 运行时判断，不硬编码规则

Auto-Chain 机制

任务完成时（phase=done），如果 AI 在 merge 阶段评估为高信心，stop-hook 自动启动下一个就绪任务：

AI 通过设置 frontmatter next_task 字段信号高信心
stop-hook 读取该字段并创建新状态文件（auto_approve: true）
auto_approve 使下一个任务在高信心时跳过人工审批门（design 审批 + QA 审批）
所有任务完成后自动触发全项目 QA（mode: "project-qa"）

全项目 QA（mode: "project-qa"）

stop-hook 检测到全部任务 status: done 后，创建 mode: "project-qa" 状态文件并从 phase: "qa" 开始。与单任务 QA 的差异：

加载：.autopilot/project/design.md + dag.yaml + 状态文件 ## 任务完成摘要（全 handoff 汇总）
变更范围：项目创建以来的全部 git diff（而非单任务 diff）
Tier 调整：Tier 0 跳过（无项目级红队测试）；Tier 1 全量构建/测试/lint，重在验跨任务集成；Tier 1.5 从 design.md「跨任务设计约束 / Handoff 策略」提取集成场景（共享接口 / 数据流 / 命名一致性）；Tier 2 对照 design.md 审整体架构符合性 + 全变更范围质量
结果判定：全部 ✅ → phase: "done"；有 ❌ → gate: "review-accept"（不进 auto-fix，项目级失败需人工判断修复范围与优先级）

用户命令

命令	行为
`/autopilot status`	无活跃 autopilot 时自动显示项目 DAG 概览
`/autopilot next`	自动选择第一个就绪任务并启动 brief 模式 autopilot
`/autopilot NNN-name`	自动匹配 tasks/ 下的任务文件，brief 模式启动标准 autopilot
`/autopilot --project <goal>`	强制项目模式（跳过复杂度检测）
`/autopilot --single <goal>`	强制单任务模式