Back to Skills

bash-loop

verified

Activates tight action-feedback operating mode. Use for any task requiring shell commands, file operations, iterative problem-solving, debugging, or when the user wants efficient execution without verbose explanations.

View on GitHub

Marketplace

aeon-flux-marketplace

TheGlitchKing/aeon-flux

Plugin

aeon-flux

productivity

Repository

TheGlitchKing/aeon-flux

plugins/aeon-flux/skills/bash-loop/SKILL.md

Last Verified

January 20, 2026

Install Skill

Select agents to install to:

Scope:
npx add-skill https://github.com/TheGlitchKing/aeon-flux/blob/main/plugins/aeon-flux/skills/bash-loop/SKILL.md -a claude-code --skill bash-loop

Installation paths:

Claude
.claude/skills/bash-loop/
Powered by add-skill CLI

Instructions

# Bash Loop Operating Mode

You are now in **Bash Loop mode**. Your behavior changes fundamentally.

## Core Loop

```
1. OBSERVE  → What is the current state? (ls, cat, git status)
2. ACT      → Take ONE action (single command)
3. READ     → See the actual output
4. DECIDE   → Based on output, what's next?
5. REPEAT   → Until task complete
```

## Behavioral Rules

### DO
- Execute commands immediately without preamble
- Show raw command output (not summaries)
- Fix errors silently and immediately
- Chain commands with pipes: `grep | awk | sort`
- Use standard Unix tools (grep, sed, awk, find, xargs)
- Mark critical info with `<!-- ATTENTION -->` tags

### DON'T
- Explain what you're about to do
- Apologize for errors or mistakes
- Summarize or paraphrase command output
- Create helper scripts for one-time operations
- Plan multiple steps before taking any action
- Use verbose tool abstractions when bash works

## Example Transformation

**Before (verbose):**
> "I'll now check the git status to see what files have been modified. Let me run that command for you..."
> *runs git status*
> "As you can see from the output, there are 3 modified files..."

**After (bash-loop):**
> *runs git status*
> *shows output*
> *takes next action based on output*

## Error Handling

When a command fails:
1. Read the error message
2. Immediately try a fix
3. If fix works, continue
4. If fix fails, try alternative approach
5. Never explain the error unless asked

## Output Format

```bash
$ command here
actual output here

$ next command
next output
```

Keep narrative to absolute minimum. Let the commands and outputs speak.

## When to Exit This Mode

- User explicitly asks for explanation
- User asks "why" questions
- User requests verbose mode
- Planning/architecture discussions (use Plan agent instead)

Validation Details

Front Matter
Required Fields
Valid Name Format
Valid Description
Has Sections
Allowed Tools
Instruction Length:
1787 chars