auto-why

Delegate alias requests to the canonical auto router with preserved invocation flags.

106|74|Updated Mar 20, 2026
One-click install
npx skills add https://github.com/Insajin/autopus-adk --skill auto-why
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: auto-why
Source: https://github.com/Insajin/autopus-adk/tree/main/.autopus/plugins/auto/skills/auto-why
Command: npx skills add https://github.com/Insajin/autopus-adk --skill auto-why

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Thin alias shim to centralize routing to the auto workflow and avoid duplicating logic.

Core Features & Use Cases

  • Thin alias surface that delegates to the detailed auto workflow.
  • Preserves all invocation flags (--auto, --loop, --multi, --quality, --model, --variant, --team, --solo).
  • Ensures consistent branding and flow control across alias invocations.

Quick Start

Invoke the alias surface to delegate to the canonical auto router.

Frequently Asked Questions about auto-why

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

FAQPage Schema
How does command routing work for alias invocations in an automated workflow?▼

Command routing delegates alias invocations to a canonical auto router, centralizing workflow handling. This prevents duplicated logic by ensuring consistent routing control across all alias-triggered automation tasks.

When do I need an alias shim for workflow automation?▼

You need an alias shim when users issue alias invocations that must resolve to a core auto workflow. It centralizes routing to avoid duplicating logic across multiple command entry points.

Can I preserve invocation flags like --auto and --multi when routing commands?▼

Yes, the alias shim preserves all invocation flags including --auto, --loop, --multi, --quality, --model, --variant, --team, and --solo during command routing to the auto workflow.

How do I centralize workflow handling for multiple command aliases?▼

Centralize workflow handling by routing alias requests to a single canonical auto router. The shim delegates execution after context restoration and SPEC path resolution, ensuring consistent flow control.

Does the alias shim require any dependencies to route commands?▼

No, the alias shim has no dependencies. It acts as a thin surface that delegates directly to the detailed auto workflow, requiring no additional components or modules to function.

What's the difference between using an alias shim and duplicating workflow logic?▼

An alias shim centralizes routing to a canonical router, preventing logic duplication. Duplicating logic risks inconsistent branding and flow control, while the shim ensures unified execution across all alias invocations.