The Hit

The Hit: Execution and Parallel Coding

Overview

Workers and Crew Leads implement the Work Packages defined in the Execution Plan. Crews work simultaneously on their assigned territories, providing Reports (status updates) to the Underboss.

Trigger

Invoked after the Don approves the Execution Plan (Resource Development complete).

Process

Step 1: Underboss Distributes Work Packages

For each territory, the Underboss sends the Crew Lead:

• The territory definition
• The assigned Work Packages (ordered by dependency)
• The relevant Contract sections
• The applicable Constitution rules

Step 2: Crew Leads Dispatch Workers

Each Crew Lead (invoke gangsta:the-capo) processes their Work Packages:

1. For each independent Work Package, dispatch a Worker subagent with subagent_type: "soldier" (do NOT use "general" or "general-purpose" — these are not valid in a Gangsta Agents installation), providing:

• The Work Package brief
• The Contract clause being implemented
• Applicable Negative Constraints
• Territory conventions
• Prevention reminder: Workers MUST NOT reproduce Gangsta-internal spec identifiers (FR-xxx, NFR-xxx, WP-xxx, where xxx is one or more digits) in source code, tests, comments, or documentation. This is prevention guidance, not a gate.

2. Workers work in parallel within their territory (up to the allocated Worker count)

Step 3: TDD Enforcement

Every Worker MUST follow gangsta:drill-tdd — the full Red-Green-Refactor cycle:

1. Write failing test — Based on the acceptance criteria 2. Run test — Verify it fails for the right reason 3. Write minimal implementation — Just enough to pass the test 4. Run test — Verify it passes 5. Report — Return Report to Crew Lead

A Worker that writes implementation before tests has its Report REJECTED.

Step 4: Report Collection

Each Worker returns a Report:

## Report: <WP-ID>
**Status:** success | failure | blocked
**TDD Cycle:**
- Test written: YES/NO
- Test failed first: YES/NO
- Implementation written: YES/NO
- Test passes: YES/NO
**Changes:**
- <file path>: <created/modified>
**Test Output:**

<actual test output>

**Notes:** <issues, concerns, deviations>

Step 5: Crew Lead Reviews Reports

The Crew Lead reviews each Report (invoke gangsta:the-capo):

• Acceptance criteria met?
• TDD cycle followed?
• Tests passing?
• Convention compliance?

Accept, reject with feedback, or escalate.

Step 6: Status Rollup

Crew Leads report territory status to the Underboss. The Underboss synthesizes for the Don:

## Heist Progress: <Heist Name>

| Territory | Completed | In Progress | Failed | Budget Used |
|-----------|-----------|-------------|--------|-------------|
| Frontend  | 3/5       | 1           | 1      | 60%         |
| Backend   | 4/4       | 0           | 0      | 45%         |
| ...       |           |             |        |             |

**Overall:** <N>/<Total> Work Packages complete

Step 7: Escalation Handling

When a Worker fails: 1. Crew Lead retries — Fresh Worker, same Work Package 2. Crew Lead escalates to Underboss — If retry fails or Contract is ambiguous 3. Underboss mini-Grilling — Single-round: Devils-Advocate attacks the proposed fix, Don weighs in, Synthesizer produces revised Contract clause 4. Underboss escalates to Don — If beyond operational scope

Autonomous Mode: When invoked under gangsta:autonomous-mode, see § Per-Phase Interaction Schemas → the-Hit in that skill. Under autonomous mode, the mini-Grilling escalation produces a deviation report only and cannot mutate the signed Contract. Otherwise this skill operates as written.

Step 8: Completion

When all Crew Leads report territory completion: 1. Underboss verifies: all Work Packages accepted, all tests passing 2. Write the final checkpoint (status: completed, next-action: Proceed to Laundering) 3. Immediately invoke `gangsta:laundering` — do NOT ask the Don what to do next, do NOT pause, do NOT prompt for confirmation. (This auto-advance is an authorized exception — documented in using-gangsta at the "Never auto-advance" rule, and in the-sit-down line 164.)

Checkpoint

Write checkpoint after each significant batch of Work Packages completes (not just at the end):

---
heist: <heist-name>
phase: the-hit
status: in-progress | completed
timestamp: <ISO 8601>
next-action: <Continue Hit | Proceed to Laundering (auto)>
completed-wps: [WP-001, WP-002, ...]
pending-wps: [WP-003, ...]
failed-wps: [WP-004, ...]
artifacts:
  - <list of modified/created files>
---

Omerta Compliance

• [ ] Introduction Rule: Workers dispatched through Crew Leads, no direct Worker communication
• [ ] Rule of Truth: Reports include actual test output, not claims
• [ ] Rule of Budget: Token usage tracked per Worker dispatch
• [ ] Spec is Law: Every implementation traces to a Contract clause via Work Package
• [ ] Rule of Availability: Checkpoint updated after each batch