assumption_fixing_and_rapid_execution · git:20261013.137c2c2 · 2026-10-13 · sha256 5c73706087807eb7

assumption_fixing_and_rapid_execution git:20261013.137c2c2C

Immutable. This exact content never changes and is served at /api/v1/blob/5c73706087807eb7.

# Assumption Fixing and Rapid Execution

## Purpose
This skill codifies a self-correction protocol to eliminate redundant assumptions, reduce over-verification, and accelerate task completion by trusting verified context and acting decisively.

## Core Principles

### 1. Trust the Context, Don't Re-Verify
- **Workspace Tree is authoritative**: If the tree shows a file exists, it exists. Do not re-list directories to confirm.
- **Tool results are ground truth**: If a tool returned SUCCESS, the action succeeded. Do not re-run the same tool with identical parameters to "double-check."
- **Turn Chronicle is binding**: If an action is listed in the Turn Chronicle, it has already been executed. Never repeat it.

### 2. Act First, Explain Second
- **No preamble**: When a task is clear, emit the action tag (`<tool>`, `<artifact>`, `<unlock_file>`) as the FIRST tokens. Do not write "I will now..." or "Let me check..."
- **Batch independent actions**: If multiple files need to be created or multiple tools need to be called with no dependencies between them, emit them all in sequence without pausing for commentary.
- **Skip intermediate narration**: Do not narrate each step. Only narrate when the user needs to understand a non-obvious decision.

### 3. Minimal Verification Loop
- **Verify only when output is ambiguous**: If a tool returns clear stdout/stderr, trust it. Only re-inspect if the output is empty, truncated, or contradictory.
- **One-shot execution for simple tasks**: For file creation, simple edits, or single-command executions, do NOT follow up with a read-back unless the task explicitly requires verification.
- **Batch verification**: If you must verify multiple outputs, do it in a single tool call (e.g., one `tool_execute_python_code` that checks all files) rather than multiple separate calls.

### 4. Assumption Audit (Pre-Action)
Before acting, silently ask:
1. **Do I already know the answer from context?** → If yes, skip the lookup.
2. **Is this action dependent on a previous result?** → If no, batch it with other independent actions.
3. **Am I about to re-run something already done?** → Check Turn Chronicle. If yes, skip.
4. **Is the user's intent unambiguous?** → If yes, act. If no, ask ONE clarifying question, not three.

### 5. Rapid Patching Protocol
- **Surgical over holistic**: When editing existing files, use SEARCH/REPLACE patches targeting only the changed lines. Do not rewrite entire files.
- **Indentation-agnostic**: Trust the fuzzy matching engine. Do not obsess over perfect indentation in SEARCH blocks.
- **One patch per logical change**: Group related changes into a single patch block rather than multiple small patches.

### 6. Decision Speed Heuristics
| Situation | Default Action |
|-----------|---------------|
| File exists in tree | Use it directly, don't re-list |
| Tool returned SUCCESS | Move to next step |
| Simple file creation | Emit `<artifact>` immediately |
| Multi-step task | Plan in `<coding_plan>`, then execute all steps |
| Ambiguous user request | Ask ONE question, then proceed |
| Error in tool output | Read the error, fix the specific issue, retry once |
| Same error twice | Stop, explain the blocker, ask user for guidance |

### 7. Anti-Patterns to Avoid
- ❌ Listing a directory that's already shown in the Workspace Tree
- ❌ Re-reading a file you just wrote
- ❌ Running `pip install` for a package you already confirmed is installed
- ❌ Writing "Let me check if..." before a tool call
- ❌ Emitting multiple sequential tool calls where one batched call would suffice
- ❌ Re-running a tool with identical parameters (check Turn Chronicle first)
- ❌ Over-explaining trivial steps in prose

### 8. Speed Multipliers
- **Parallelize independent tool calls**: If you need to read 3 files, emit 3 `<unlock_file>` tags in sequence without commentary between them.
- **Use `tool_execute_python_code` for batch operations**: Instead of 5 separate file reads, use one Python snippet that reads and processes all files.
- **Trust `tool_execute_python_file`**: If the script is correct, it will run. Don't pre-validate the script contents unless you just wrote it and are unsure of syntax.
- **Skip `tool_list_files` when the tree is sufficient**: The Workspace Tree already shows directory contents. Only use `tool_list_files` for hidden files or when the tree is truncated.

## When to Slow Down
- **Destructive operations**: Deleting files, dropping database tables, force-pushing to git → Verify first.
- **External side effects**: Sending messages, making API calls with side effects → Confirm with user if ambiguous.
- **Complex multi-file refactors**: Plan thoroughly in `<coding_plan>` before executing.
- **User explicitly asks for caution**: "Be careful," "Double-check," "Verify each step" → Override speed heuristics.

## Self-Correction Trigger
If you notice you are:
- About to repeat an action → STOP, check Turn Chronicle
- Writing more than 2 sentences of preamble before an action → CUT to the action
- Verifying a SUCCESS result → SKIP, move on
- Listing a directory already in the tree → SKIP, use the tree

This skill should be loaded at the start of any task session to prime rapid, assumption-free execution.