auto-dev

Trigger the full Autopus plan, go, and sync workflow with a single alias.

Updated Apr 24, 2026
One-click install
npx skills add https://github.com/shin0720/autopus --skill auto-dev-shin0720
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: auto-dev
Source: https://github.com/shin0720/autopus/tree/main/.autopus/plugins/auto/skills/auto-dev
Command: npx skills add https://github.com/shin0720/autopus --skill auto-dev-shin0720

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Running full Autopus development workflows requires manually executing separate plan, go, and sync commands in sequence, which adds unnecessary friction and risks flag mismatches between steps. This skill acts as a thin alias shim that triggers the entire end-to-end development cycle in a single invocation, preserving all user-specified flags exactly.

Core Features & Use Cases

  • Thin Alias Mapping: Maps the $auto-dev command to the canonical @auto dev router, supporting all compatible invocation forms including @auto dev ... and $auto dev ...
  • Flag Preservation: Preserves all workflow flags (--auto, --loop, --multi, --team, etc.) exactly as entered by the user, with no modification or loss of parameters.
  • Use Case: A developer working on an OAuth feature can run $auto-dev "Add OAuth2" --auto --team to trigger the full plan, build, test, review, and sync workflow without running each step manually.

Quick Start

Use the auto-dev skill to run a full end-to-end development workflow for your current feature, preserving all your specified flags like --auto and --team.

Frequently Asked Questions about auto-dev

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I run a full-cycle feature development workflow without executing separate commands?

You can run a full-cycle feature development workflow using a single alias command that triggers the entire end-to-end pipeline, eliminating the need to manually execute individual plan, build, and sync steps.

What is the best way to automate an end-to-end dev workflow while preserving custom flags for team collaboration?

Automating an end-to-end dev workflow through a single alias preserves all custom flags like --auto and --team exactly as entered, ensuring team collaboration and automation parameters are maintained without modification across the pipeline.

How does an alias shim execute complete code automation pipelines for software engineering?

An alias shim executes complete code automation pipelines by mapping a single command to the canonical router, delegating context loading and SPEC path resolution before triggering the full plan, go, and sync development cycle.

Can I trigger the entire plan, go, and sync development cycle with one invocation?

Yes, you can trigger the entire plan, go, and sync development cycle with one invocation by passing your feature description and workflow flags to the unified alias, which delegates execution to the canonical development router.

Do I need to manually resolve SPEC paths before starting an automated feature development pipeline?

No, you do not need to manually resolve SPEC paths before starting an automated feature development pipeline because the alias delegates context loading and SPEC path resolution automatically to the canonical router during execution.

Why does running separate development workflow commands add friction and risk flag mismatches?

Running separate development workflow commands adds friction and risks flag mismatches because manual sequential execution requires repeated parameter entry, which the single alias approach solves by preserving all user-specified workflow flags exactly.