asc-workflow

Use this skill when you need lane-style automation inside the CLI using: This feature is best for deterministic automation that lives in your repo, is reviewable in PRs, and can run the same way locally and in CI. This enables machine-safe checks: Top-level keys: Workflow keys: Step forms: asc workflow run also accepts core flags after the workflow name: Examples: Main workflow run: Sub-workflow call step ( "workflow": "...", "with": {...} ): - asc workflow run - asc workflow validate - asc workflow list - Always use --help to confirm flags and subcommands: - asc workflow --help - asc workflow run --help - asc workflow validate --help - asc workflow list --help - Author .asc/workflow.json - Validate structure and references: - asc workflow validate - Discover available workflows: - asc workflow list - asc workflow list --all (includes private helpers) - Preview execution without side effects: - asc workflow run --dry-run beta - Execute with runtime params: - asc workflow run beta BUILD_ID:123456789 GROUP_ID:abcdef - Default path: .asc/workflow.json - Override path: asc workflow run --file ./path/to/workflow.json - JSONC comments are supported ( // and /* ... */ ) - stdout : structured JSON result ( status , steps , durations) - stderr : step command output, hook output, dry-run previews - asc workflow validate always prints JSON and returns non-zero when invalid - env : global...