Token导航 LogoToken导航

Agent Skill · 开发

autonomous-workflow(自主工作流程)

autonomous-workflow 用于处理 GitHub 仓库、Issue、Pull Request 和代码协作信息,适合在 Codex、Claude、Cursor、Gemini CLI 中需要围绕仓库状态、代码变更或协作事项进行整理时使用。可结合来源仓库、安装命令和原始 README 继续核验具体用法。安装前建议确认权限范围、维护状态,以及是否会触发联网、命令执行或文件读写。

autonomous-workflow 是开发类 Agent Skill,可用宿主为 Codex、Claude、Cursor、Gemini CLI,通过GitHub 仓库获取,权限为执行命令;许可证信息还不明确,第三方扫描已通过,按安装量在开发类的 21,746 个 Skill 里排第 13,667。

总安装 849周安装 34GitHub Stars 7下载 275核验 2026-05-01

安装说明

本站只整理中文说明,不托管安装包,也不代用户安装。
GitHub
许可证
unknown

安装方式

通过对话安装

复制提示词发给支持本地命令或 Skills 的 AI 助手,先确认命令和权限,再让它执行。

请帮我安装这个 Agent Skill:autonomous-workflow(自主工作流程)
来源仓库:https://github.com/mthines/gw-tools
仓库路径:skills/autonomous-workflow
安装命令:
npx skills add https://github.com/mthines/gw-tools --skill autonomous-workflow
安装前请先检查当前环境是否支持对应 CLI,并向我确认将要执行的命令、安装目录、联网范围和文件读写权限;确认后再执行。

命令行安装

复制命令到本机终端执行。该命令会通过 npx skills 从第三方来源获取 Skill;本站只展示命令,不托管安装包,也不自动执行。

skills.shnpx skills
npx skills add https://github.com/mthines/gw-tools --skill autonomous-workflow

这个 Skill 是做什么的

开发类 Skill 面向写代码、改代码和排查问题,一般会读写仓库文件,部分还会执行构建或测试命令。

自主工作流程支持从任务输入到测试通过的 Pull Request 交付全流程自动化执行。适用于复杂功能开发,采用隔离 Git 工作树确保每次变更独立可追溯。在执行前强制要求先检测工作模式并完成工件内容规划,避免盲目编码导致混乱。安装前应检查其是否调用外部构建工具或部署脚本,防范安全风险和环境污染。

autonomous-workflow 属于开发类 Skill,可作为该场景下的辅助能力补充。

来源仓库内路径:skills/autonomous-workflow

上手步骤

4 步
  1. 1

    确认自己的宿主工具

    公开资料标注支持 Codex、Claude、Cursor、Gemini CLI;先确认自己用的是其中之一,再按对应工具的 Skills 目录放置。

  2. 2

    拿到安装命令

    可以直接复制的命令是 npx skills add https://github.com/mthines/gw-tools --skill autonomous-workflow;命令里的占位符换成自己的路径或密钥再执行。

  3. 3

    安装后重启宿主

    命令执行完要完全退出宿主工具再打开,让新装的 Skill 被重新扫描到,否则列表里可能看不到。

  4. 4

    按最小权限试用

    它需要执行命令,先在测试目录或测试账号里跑,确认没问题再放到正式项目。

常见问题

6 条

autonomous-workflow 怎么安装?

在终端执行 npx skills add https://github.com/mthines/gw-tools --skill autonomous-workflow。装完完全退出宿主工具再打开,让它重新扫描本地 Skill。

autonomous-workflow 支持哪些 AI 工具?

公开资料标注支持 Codex、Claude、Cursor、Gemini CLI。其他工具只要能读取本地 Skill 目录,一般也能手动放进去,但要自己确认触发方式是否一致。

autonomous-workflow 需要什么权限?

权限级别是执行命令。安装流程涉及命令执行,可能通过 npx skills add https://github.com/mthines/gw-tools --skill autonomous-workflow 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

autonomous-workflow 是免费的吗?

公开资料没有标注明确许可证,收费和商用限制都无法确认。正式使用前请到来源仓库核对授权说明。

autonomous-workflow 用的人多吗?

公开数据是累计安装 849 次,近一周安装 34 次,下载 275 次,GitHub 7 星。这些数字来自第三方目录统计,只能当作热度参考,不代表质量或安全性。

autonomous-workflow 安全吗?

第三方扫描结果为通过,但这只覆盖已知的静态检查项,不能替代自己读一遍源码和安装命令。

值得选的地方和要先想清楚的地方

值得选的地方

  • 同时适配 4 种工具,换客户端不用重新找替代品。
  • 第三方扫描已通过,常见的高风险行为没有命中。

先想清楚的地方

  • 需要执行命令,装到常用环境前要先评估影响面。
  • 许可证没有明确标注,能不能商用、能不能再分发都不确定。
  • 第三方目录整理,版本更新和行为细节以来源仓库为准。

适不适合你

更适合

  • 已经在用 Codex,想直接扩展它能力的人。
  • 需要处理开发类任务、又不想每次都手写提示词的人。

不太适合

  • 不能接受 Skill 在你机器上执行命令的人。
  • 需要明确授权才能用到公司项目里的场景。
  • 需要厂商级技术支持和 SLA 的生产系统。

开发类 Skill 对比

6 个同类
Skill总安装GitHub 星权限许可证扫描
skill-vetter

技能审查员 · OpenClaw

8,779,018986操作浏览器MIT-0通过
ontology

本体论 · OpenClaw

6,636,960576只读MIT-0通过
entra-app-registration

内部应用程序注册 · Codex、Claude

6,631,872764接触敏感数据未明确通过
entra-app-registration

内部应用程序注册 · Codex、Claude

3,757,680201接触敏感数据未明确通过
nano-banana-pro

纳米香蕉专业版 · OpenClaw

3,526,898364接触敏感数据MIT-0有提醒
autonomous-workflow

自主工作流程 · 本页

8497执行命令未明确通过

按安装量取同分类前几名;数字来自第三方目录统计,只作热度参考,不代表质量结论。

SKILL.md 原文

Autonomous Workflow

Execute complete feature development cycles autonomously — from task intake through tested PR delivery — using isolated Git worktrees.


CRITICAL: Before Starting ANY Work

You MUST complete these steps IN ORDER before writing any code:

Step 1: Detect Workflow Mode (MANDATORY)

Analyze the task scope to determine the workflow mode:

ModeCriteriaArtifacts Required
Full4+ files OR complex/architecturalYES - MANDATORY
Lite1-3 files AND simple/straightforwardNo

When in doubt, choose Full Mode.

Step 2: Plan Artifact Content (Full Mode ONLY)

For Full Mode, you will need these artifacts. Do NOT create the files yet — they must be created inside the worktree after Phase 2, not on the main branch.

FilePurposeCreated
plan.mdImplementation strategy, decisions, requirements, progress logAfter Phase 2
walkthrough.mdFinal summary for PR deliveryPhase 6

plan.md is the single source of truth. It must be comprehensive enough that a new Claude session can execute from it alone without the original conversation.

DO NOT create artifact files on the main branch.

Step 3: Announce Mode Selection

State your mode selection explicitly:

"This is a Full Mode task (affects 5+ files). Creating .gw/{branch-name}/ artifacts after worktree setup."

or

"This is a Lite Mode task (2 files, simple fix). Proceeding without artifacts."

Prerequisites: gw CLI Installation

Before Phase 2 (Worktree Setup), verify the gw CLI is installed:

which gw

If gw is NOT installed

STOP and prompt the user to install gw. The workflow cannot proceed without it.

Installation options (present to user):

# Via npm (recommended)
npm install -g @gw-tools/gw

# Via Homebrew (macOS)
brew install mthines/gw-tools/gw

# Via pnpm
pnpm add -g @gw-tools/gw

After installation, set up shell integration:

# For zsh (add to ~/.zshrc)
echo 'eval "$(gw install-shell)"' >> ~/.zshrc
source ~/.zshrc

# For bash (add to ~/.bashrc)
echo 'eval "$(gw install-shell)"' >> ~/.bashrc
source ~/.bashrc

Verify installation:

gw --version
gw --help

Then initialize gw in the repository (if not already done):

gw init
gw init --auto-copy-files .env,secrets/ --post-checkout "npm install"

Once gw is installed and configured, resume the workflow from Phase 2.


Rules

RuleDescription
overviewHIGH - Workflow phases, when to use, expected outcomes
smart-worktree-detectionCRITICAL - Fuzzy match task to current worktree before creating new
phase-0-validationCRITICAL - MANDATORY - Validate requirements before any work
phase-1-planningHIGH - Deep codebase analysis and implementation planning
phase-2-worktreeCRITICAL - MANDATORY - Create isolated worktree with gw add
phase-3-implementationHIGH - Incremental implementation with verification after each change
phase-4-testingCRITICAL - Fast iteration loop until tests pass (Ralph Wiggum pattern)
phase-5-documentationMEDIUM - Update README, CHANGELOG, API docs
phase-6-pr-creationHIGH - Create draft PR, deliver results
phase-7-cleanupLOW - Optional worktree removal after merge
decision-frameworkHIGH - Branch naming, test strategy, iteration decisions
error-recoveryHIGH - Recovery procedures for common errors
safety-guardrailsCRITICAL - Validation checkpoints, resource limits, rollback
parallel-coordinationHIGH - Multi-agent coordination, handoff protocol
artifacts-overviewHIGH - Two-artifact pattern (Plan, Walkthrough), file locations
walkthrough-generationMEDIUM - Final summary generation at Phase 6

Templates

TemplatePurpose
plan.template.mdImplementation plan with progress log
walkthrough.template.mdFinal summary for PR delivery
agent.template.mdAgent file (copy to ~/.claude/agents/)
routing-rule.template.mdAuto-trigger rule (copy to .claude/rules/)

Auto-Trigger Setup (Recommended)

Install the agent and routing rule so Claude auto-triggers on phrases like *"independently"*, *"in isolation"*.

Option A: Global (personal use — works in all projects)

mkdir -p ~/.claude/agents && \
  ln -sf ~/.claude/skills/autonomous-workflow/templates/agent.template.md \
     ~/.claude/agents/autonomous-workflow.md

Then add the routing rule per-project:

mkdir -p .claude/rules && \
  ln -sf ~/.claude/skills/autonomous-workflow/templates/routing-rule.template.md \
     .claude/rules/autonomous-workflow-routing.md

Option B: Project-level (team use — committable to git, customizable)

mkdir -p .claude/agents .claude/rules && \
  ln -sf ~/.claude/skills/autonomous-workflow/templates/agent.template.md \
     .claude/agents/autonomous-workflow.md && \
  ln -sf ~/.claude/skills/autonomous-workflow/templates/routing-rule.template.md \
     .claude/rules/autonomous-workflow-routing.md

To customize the agent for a specific project, copy instead of symlink and edit directly. See routing-rule.template.md and agent.template.md for details.

Quick Reference

Full Mode (4+ files, complex changes)

PhaseCommand/Action
0. ValidationAsk clarifying questions, get user confirmation, detect mode
1. PlanningAnalyze codebase, prepare plan content in conversation (verbose, all detail)
2. Worktreegw add feat/feature-name, then CREATE & POPULATE .gw/{branch}/plan.md
3. ImplementationCode in worktree, verify after editing, update Progress Log at milestones
4. Testingnpm test, iterate until passing, log results in Progress Log
5. DocumentationUpdate README, CHANGELOG
6. PR CreationCREATE walkthrough.md, gh pr create --draft, SHOW walkthrough to user
7. Cleanupgw remove feat/feature-name (after merge)

Lite Mode (1-3 files, simple changes)

PhaseCommand/Action
0. ValidationQuick clarification if needed
1. PlanningBrief mental plan (no artifact files)
2. Worktreegw add fix/bug-name
3. ImplementationCode directly, commit when done
4. Testingnpm test, fix any failures
5. PR Creationgh pr create --draft

Key Principles

  1. Detect workflow mode FIRST: Determine Full vs Lite before any other action.
  2. plan.md is the single source of truth: Must be comprehensive enough for a new session to execute alone.
  3. Always validate first (Phase 0): Never skip directly to implementation.
  4. Always create worktree (Phase 2): Isolation is mandatory.
  5. Verify after editing: Run fast checks after each change, full suite before PR.
  6. Iterate until correct: No artificial iteration limits (Ralph Wiggum pattern).
  7. CREATE walkthrough.md AND SHOW IT at Phase 6: MANDATORY for Full Mode.
  8. Stop and ask when blocked: Don't guess on ambiguity.

Artifact System

The workflow produces two artifacts in .gw/{branch-name}/:

ArtifactFileCreatedPurpose
Planplan.mdPhase 2 (end)Implementation strategy, decisions, progress log
Walkthroughwalkthrough.mdPhase 6Final summary for PR delivery

Files are gitignored and grouped by branch for easy browsing.

All timestamps in artifact frontmatter MUST use full ISO 8601 with time: YYYY-MM-DDTHH:MM:SSZ (e.g. 2026-03-07T14:30:00Z).

Workflow Flow

Phase 0: Validation <- MANDATORY
    | (user confirms)
Phase 1: Planning (prepare content IN CONVERSATION, no files yet)
    | (plan validated)
Phase 2: Worktree Setup <- MANDATORY
    | Full Mode: CREATE & POPULATE plan.md INSIDE worktree
    | (worktree created, plan.md populated)
Phase 3: Implementation
    | Verify after editing. Update Progress Log at milestones.
    | (code complete)
Phase 4: Testing <- iterate until passing
    | (all tests pass)
Phase 5: Documentation
    | (docs complete)
Phase 6: PR Creation
    | Full Mode: CREATE walkthrough.md + SHOW to user
    | (draft PR delivered)
Phase 7: Cleanup (optional)

Smart Worktree Detection

Before creating a new worktree, the workflow checks if the current context matches the task:

ScenarioAction
On main/masterAlways create new worktree
Worktree name matches task keywordsPrompt user to continue or create new
No keyword matchCreate new worktree

Fast Iteration Loop (Phase 4)

Based on the Ralph Wiggum pattern:

while not all_tests_pass:
    1. Run tests
    2. If pass: done
    3. If fail: analyze -> fix -> commit -> continue
    4. Safety: warn at 10 iterations, stop at 20

Troubleshooting Quick Reference

IssueCheckRecovery
Wrong worktreegw list, pwdgw cd <correct-branch>
gw command not foundwhich gwnpm install -g @gw-tools/gw
Secrets missingcat.gw/config.jsongw sync <branch>.env
Tests keep failingplan.md Progress LogFocus on ONE failure, escalate at 7+
Agent hallucinated cmdError messageSee error-recovery
plan.md emptycat.gw/{branch}/plan.mdSTOP, populate plan.md before proceeding
walkthrough.md missingls.gw/{branch}/Create before announcing completion

Related Skills

References

Detailed examples and scenarios (loaded on-demand):

Research Sources

平台分布

Codex

37.63%
按下载量换算103

Claude

27.59%
按下载量换算76

Cursor

18.63%
按下载量换算51

Gemini CLI

10.37%
按下载量换算29

安全审计

Gen Agent Trust Hub

通过

Socket

通过

Snyk

通过

权限和风险

执行命令

安装流程涉及命令执行,可能通过 npx skills add https://github.com/mthines/gw-tools --skill autonomous-workflow 联网下载 Skill 或依赖。用户安装前应确认命令来源、仓库内容和执行环境。

安装前确认

本站仅展示第三方公开信息,不托管安装包,不提供自动安装或运行环境。安装前应自行审查源码、依赖和命令行为。目前只有一个公开来源,建议同时核对源仓库。

继续浏览同类 Skills