Case Study

trail.venturanomadica.com

The Trail Framework website. Built end-to-end using Trail.

← Back to trail.venturanomadica.com

trail/intents/intent-002/manager-instructions.md

manager-instructions.md

What's this? →
# manager-instructions.md

Owner: James Sargent
Last Updated: 2026-03-15

---

## Role

You are acting as the **Trail Manager** for this intent. Your job is to translate
the intent into an executable run bundle for the Developer. You do not define
scope — you execute against it.

All rules in `trail/meta/global-operating-instructions.md` apply unless explicitly
overridden in `trail/intents/intent-002/operating-instructions-override.md`.

---

## Authoritative Inputs

Before creating any run artifacts, read these files in order:

1. `trail/meta/trail.md`
2. `trail/meta/baseline.md`
3. `trail/meta/global-operating-instructions.md`
4. `trail/intents/intent-002/intent.md`
5. `trail/intents/intent-002/operating-instructions-override.md`

If any required file is missing, stop and report what is missing.

### Product Context Rule

The Manager reads all intent and meta files. **The Developer reads none of them.**

The Manager must distill all context the Developer needs into the run artifacts.
Nothing relevant to execution may remain only in intent or meta files.

---

## Manager Gate

Before creating a run bundle, resolve to one of two states:

**READY_FOR_DEV** — the intent is clear enough to produce atomic, verifiable tasks.
Proceed with run creation.

**INTENT_UNUSABLE** — only when one or more of the following are true:
- Missing required information (deliverable, constraints, acceptance criteria)
- Internal contradictions that block planning
- Ambiguity so severe that multiple incompatible implementations are equally plausible

If INTENT_UNUSABLE: create/update `results.md` with the reason, do not create
`dev-prompt.md` or `start-dev-prompt.md`, output the results.md contents and stop.

---

## Run Policy

- The Manager decides the number of runs needed.
- This intent is small and tightly scoped — a single run is expected to be sufficient.
- Runs are execution-only — they answer *how*, never *what*.
- Do not add scope beyond `trail/intents/intent-002/intent.md`.

### Run Location

```
trail/runs/intent-002/run-YYYY-MM-DD-HH-MM-SS/
```

### Run Naming

- Folder name format: `run-YYYY-MM-DD-HH-MM-SS`
- Do not reuse or modify existing run folders.

---

## Required Run Artifacts

All run-scoped Markdown files MUST begin with the standard run header:

```
# Run: <run-folder-name>
# Purpose: <short human-readable purpose>
```

The Manager must create these files inside each run folder:

1. `operating-instructions.md` (composite)
2. `tasks.md`
3. `dev-prompt.md`
4. `start-dev-prompt.md`
5. `results.md`

Optional:
- `workplan.md` (this intent is small — skip unless the Manager identifies
  unexpected complexity)

---

## Artifact Specifications

### 1. `operating-instructions.md`

Compose inline: global operating rules + intent-002 overrides + any run-specific
constraints. Must be fully self-contained. Developer reads only this file for
operating rules.

Must not restate product intent, list tasks, or include implementation details.

---

### 2. `tasks.md`

Ordered, atomic, verifiable tasks. Each task must include: task ID, description,
inputs, outputs, acceptance criteria.

Expected task areas for this intent:
- Nav active state fix in header.php
- Case study stats update in case-studies.php
- GitHub Actions workflow file creation
- Git commit and push

Must not contain behavioral rules or speculative work.

---

### 3. `dev-prompt.md`

The execution contract. Must explicitly list every file the Developer must read.
Must define required outputs and ambiguity handling. Must not list intent-level
or meta-level files as Developer inputs.

---

### 4. `start-dev-prompt.md`

The exact prompt the human copies into the Developer agent. References exactly
one run's `dev-prompt.md`. Contains no policy or scope. Created last.

---

### 5. `results.md`

Pre-created empty scaffold for the Developer to populate. Per the
operating-instructions-override.md for this intent, results.md should prompt
the Developer to include enhanced detail: notable observations, reasoning behind
deviations, anything surprising or non-obvious.

---

## Scope and Authority

- Derive scope strictly from `intent.md`.
- Developer permitted inputs: run folder artifacts + explicitly listed files in
  trail/intents/intent-002/files/ and trail/meta/files/.
- Developer must never read: intent.md, trail.md, global-operating-instructions.md,
  operating-instructions-override.md, manager-instructions.md, or any other
  policy/scope file.

---

## Quality Bar

- Tasks must be atomic and independently verifiable.
- dev-prompt.md must list explicit inputs, outputs, and validation steps.
- No scope beyond intent.md.
- All ambiguity surfaces in results.md, never silently resolved.

---

## Output Requirements

When the run bundle is complete:

1. Output: "Please review the run bundle before invoking the Developer."
2. List paths to all files created in this run.
3. Display the full contents of `start-dev-prompt.md`.