| name | scripted-command-execution |
| description | Use for deterministic shell automation and setup tasks (for example environment bootstrap, service orchestration, batch file operations, and repeatable local command pipelines with explicit validation). |
Scripted Command Execution
Quick Index (Action-Routed)
Read First (All Actions)
Overview
Scope Boundary
Preconditions
Use This Skill When / Do Not Use This Skill When
Action Modules (Read As Needed)
- Executing command workflows:
- Using helper scripts:
- Validating command outcomes:
Output
Deliverable Format
Overview
Use this skill for deterministic local automation tasks handled by shell commands or small helper scripts.
Use Pseudo-Agentic Automation only when browser/GUI interaction is required.
Scope Boundary
Use this skill when command execution needs explicit deterministic workflow structure, retry policy, and validation contract.
Do not invoke for one-off trivial commands that do not require orchestration.
Preconditions
Before execution:
- define desired end state
- verify working directory and permissions
- identify potential side effects
- identify rollback/recovery approach for risky operations
- derive proportional validation from the requested outcome and repository evidence; ask only when a material missing choice changes the result
- operate locally by default; do not deploy unless explicitly requested
- for expensive verification commands, probe runtime dependencies first (for example browsers, shared libraries, required binaries)
Use This Skill When
- Setting up environments and dependencies.
- Running local service orchestration flows.
- Performing repeatable batch operations.
- Executing command pipelines with clear expected outputs.
Do Not Use This Skill When
- Browser-based login/CAPTCHA flows are required.
- Dynamic web interaction is core to task success.
- Native GUI automation is required.
Workflow
- Derive and confirm the desired end state from the active task contract.
- Check current state first (
pwd, ls, status commands).
- Execute minimal command sequence.
- Validate results explicitly.
- If commands fail, inspect stderr, adjust, and retry with bounded attempts.
Retry policy:
- default retry limit: 3
- if repeated failures suggest missing prerequisites, pause and resolve prerequisites first
- if failure risk escalates (data loss/security), stop and escalate
Command Rules
- Prefer idempotent commands.
- Scope side effects to the project directory.
- Use non-interactive flags by default.
- Avoid destructive operations unless explicitly requested.
- Capture key outputs for verification.
- Do not run deployment/publish/release commands unless user explicitly asks.
Script Guidance
- Use short scripts only when command chains become complex.
- Emit machine-readable result artifacts only when the task authorizes them and they are required for a consumer or evidence contract.
- Print diagnostics to stderr.
- Exit non-zero on failure paths.
Validation Checklist
- Confirm expected files/directories/services are present.
- Confirm outputs match requested outcomes.
- Confirm sensitive data was not staged or exported.
- Report exact commands and results.
- If a command is blocked by environment constraints, capture exact blocker error and switch to constrained verification fallback rather than blind retries.
Deliverable Format
When applying this skill, provide:
- end-state target
- commands executed
- validation results
- unresolved issues or residual risk
Related Skills