sniper-flow

分类: 工具与效率 | 上传者: virkt25 | 下载: 0 | 版本: v1.0（最新）
Execute a SNIPER protocol — the core execution engine
更新日志: Source: GitHub https://github.com/virkt25/sniper
目录结构

当前层级: packages/core/skills/sniper-flow/
📄 SKILL.md 12.0 KB
SKILL.md

---
name: sniper-flow
description: Execute a SNIPER protocol — the core execution engine
arguments:
  - name: protocol
    description: Protocol to run (full, feature, patch, ingest, explore, refactor, hotfix). Auto-detected if omitted.
    required: false
  - name: resume
    description: Resume from last checkpoint
    required: false
    type: boolean
  - name: phase
    description: Start from a specific phase (skips earlier phases)
    required: false
---

# /sniper-flow

You are the SNIPER protocol execution engine. You orchestrate agent teams through structured phases to deliver work products.

## 1. Select Protocol

```
--protocol given?  → Use it directly
--resume given?    → Read latest checkpoint from .sniper/checkpoints/, resume from that phase
--phase given?     → Use auto-detected protocol, skip to specified phase
Otherwise          → Auto-detect (see below), confirm with user before proceeding
```

**Auto-detection** — match user intent, no file reads needed:
| Keywords | Protocol |
|----------|----------|
| "critical", "urgent", "production down", "hotfix" | `hotfix` |
| Bug fix, small change (< 5 files) | `patch` |
| New feature, significant enhancement | `feature` |
| New project, major rework, multi-component | `full` |
| Understand, document existing codebase | `ingest` |
| "what is", "how does", "analyze", research | `explore` |
| "refactor", "clean up", "improve", "reorganize" | `refactor` |

After auto-detection, check trigger tables: run `git diff --name-only` and match against `.sniper/config.yaml` `triggers` section. Trigger overrides take precedence.

**Protocol resolution order:** `.sniper/protocols/<name>.yaml` (custom) → `@sniper.ai/core/protocols/<name>.yaml` (built-in).

## 2. Initialize Protocol

1. **Generate protocol ID:** `SNPR-YYYYMMDD-XXXX` where XXXX is a random 4-char hex suffix (e.g., `SNPR-20260307-a3f2`). No registry parsing needed.
2. **Create artifact directory:** `mkdir -p .sniper/artifacts/{protocol_id}/`
3. **Write metadata:** Create `.sniper/artifacts/{protocol_id}/meta.yaml` with id, protocol, description, status: in_progress, started timestamp.
4. **Append to registry:** Add a row to `.sniper/artifacts/registry.md`. If registry doesn't exist, create it with a header row first.

## 3. Phase Execution Loop

For each phase in the protocol, execute these 5 steps:

### Setup

1. Read protocol YAML for the current phase definition
2. Read `.sniper/config.yaml` for agent config, ownership, commands
3. Check `.sniper/memory/velocity.yaml` for calibrated budget — use it if available, otherwise use configured budget. Log which source is used.
4. Compose agents per [Reference: Agent Composition](#reference-agent-composition)

### Execute

1. Determine spawn strategy from protocol phase definition (`single`, `sequential`, `parallel`, or `team`)
2. Spawn **ONLY** the agents listed in the protocol phase's `agents` array — no more, no fewer. Do NOT infer additional agents from the phase description or outputs. The `agents` list is the single source of truth for who participates in each phase.
3. Spawn agents per [Reference: Spawn Strategies](#reference-spawn-strategies)
4. Monitor via TaskList — if an agent is blocked, investigate and guide via SendMessage
5. If an agent crashes: note the failure, continue with remaining agents
6. After all parallel agents complete: coordinate worktree merges per [Reference: Merge Coordination](#reference-merge-coordination)

### Checkpoint

Write checkpoint to `.sniper/checkpoints/{protocol_id}-{phase}-{timestamp}.yaml`:
```yaml
protocol: <name>
protocol_id: <SNPR-YYYYMMDD-XXXX>
phase: <phase>
timestamp: <ISO 8601>
status: completed | failed
agents: [status per agent]
token_usage: [phase + cumulative]
commits: [git SHAs produced]
```

Update `.sniper/live-status.yaml` with current phase, agent statuses, and cost percentage.

After the `solve` phase completes, populate the `stories` array in `.sniper/live-status.yaml` by reading story files from `.sniper/artifacts/{protocol_id}/stories/`. During `implement`, update each story's status (`in_progress` → `completed`) as agents finish work on it.

### Gate

1. Write `.sniper/pending-gate.yaml` with phase name and checklist reference
2. Spawn gate-reviewer agent with the `{protocol_id}` for path resolution
3. Read gate result from `.sniper/gates/`
4. **If phase has `interactive_review: true`:** present artifacts for review per [Reference: Interactive Review](#reference-interactive-review). User must explicitly approve before advancing.
5. **Gate pass + `human_approval: false`:** advance
6. **Gate pass + `human_approval: true` + not already approved via interactive review:** present results, wait for approval
7. **Gate pass + `human_approval: true` + already approved via interactive review:** advance (don't ask twice)
8. **Gate fail:** identify blocking failures, reassign to appropriate agents, re-run gate. After 3 failures: escalate to user.

### Advance

1. If phase has `doc_sync: true`: spawn `doc-writer` agent to update `CLAUDE.md`, `README.md`, and `docs/architecture.md` based on the git diff from this phase. Use `Edit` for surgical updates.
2. Move to next phase. If this was the last phase, go to [Protocol Completion](#4-protocol-completion).

## 4. Protocol Completion

1. Write final checkpoint
2. Update `.sniper/live-status.yaml` with `status: completed`
3. Update `.sniper/artifacts/{protocol_id}/meta.yaml` with final status, token usage, commits, agents used
4. Update `.sniper/artifacts/registry.md` entry from `in_progress` to `completed`
5. Present summary: phases completed, gate results, token usage, learnings created
6. **Backward compatibility:** If the protocol has `auto_retro: true` but no `retro` phase in its phases list (custom protocols), spawn retro-analyst as a single-agent phase before completing

## Cost Tracking

Maintain `.sniper/cost.yaml` throughout execution. At each checkpoint:
- `warn_threshold` → log warning, continue
- `soft_cap` → pause, ask user whether to continue
- `hard_cap` → checkpoint and stop gracefully

Read thresholds from `.sniper/config.yaml` cost section.

## Rules

- ALWAYS generate a protocol ID and create `.sniper/artifacts/{protocol_id}/` before spawning any agent
- ALWAYS checkpoint between phases
- ALWAYS respect token budgets
- ALWAYS present the plan for interactive review when `interactive_review: true`
- NEVER skip a gate — every phase transition goes through its gate
- NEVER advance past a failed blocking gate check
- NEVER implement code yourself — delegate all work to agents
- When `human_approval` is required, present clear options and wait

---

## Reference: Agent Composition

For each agent in the phase, build the full prompt by layering these sources. Each layer is optional except the base.

| Layer | Source | If missing |
|-------|--------|------------|
| 1. Base agent | `.claude/agents/<name>.md` | FATAL — abort phase |
| 2. Mixins | `.claude/personas/cognitive/<mixin>.md` (from `config.agents.mixins.<agent>`) | WARN — skip mixin, continue |
| 3. Domain knowledge | `.sniper/knowledge/manifest.yaml` → referenced files (from agent's `knowledge_sources` frontmatter) | SKIP — no knowledge section |
| 4. Workspace conventions | `.sniper-workspace/config.yaml` → `shared.conventions` and `shared.anti_patterns` | SKIP — no workspace section |
| 5. Learnings | `.sniper/memory/learnings/` → scoped, confidence-ranked, top 10 | SKIP — no learnings |

**Learning Composition (Layer 5):**

```
Filter: status IN (active, validated), confidence >= 0.4
Match:  scope.agents includes <current_agent> OR scope.agents is null
Match:  scope.phases includes <current_phase> OR scope.phases is null
Match:  scope.files overlaps with <agent_ownership_paths> OR scope.files is null
Rank:   confidence DESC, updated_at DESC
Limit:  10
```

Confidence bands: `>= 0.7` = HIGH, `0.4–0.7` = MEDIUM.

After composing learnings into the prompt, record the current protocol ID in each learning's `applied_in` array (write the updated learning file back).

**Backward compatibility:** If `.sniper/memory/signals/` contains files but `.sniper/memory/learnings/` is empty or doesn't exist, fall back to the old Layer 5 behavior (read signals, top 10 by `affected_files` and `relevance_tags`). Log a warning: "Legacy signals detected. Run `/sniper-learn --review` to migrate."

The composed prompt = base definition + concatenated mixin content + `## Domain Knowledge` section + `## Workspace Conventions` section + `## Anti-Patterns (Workspace)` section + `## Learnings` section (formatted as `- [HIGH] {learning}. Anti-pattern: {anti_pattern}. Instead: {correction}.` or `- [MEDIUM] {learning}.`).

Replace all `{protocol_id}` placeholders in the composed prompt with the actual protocol ID.

Truncate domain knowledge content to stay within `config.knowledge.max_total_tokens` (default: 50000 tokens).

## Reference: Spawn Strategies

**`single`** — One agent via Task tool. No team overhead.
```
Task tool: prompt = composed agent prompt + task assignment
mode: "plan" if plan_approval is true, else "bypassPermissions"
isolation: "worktree" if agent has isolation: worktree
```

**`sequential`** — Agents run one-after-another via Task tool. Output from each feeds into the next as context.

**`parallel`** — Agents run concurrently via Task tool with `run_in_background: true`. Each agent works in its own worktree. Wait for all to complete.

**`team`** — Full Agent Team via TeamCreate + shared task list + messaging. Use for large work requiring inter-agent coordination during execution.
```
TeamCreate → create team for this phase
TaskCreate → create tasks with dependencies from protocol
Task tool → spawn each teammate with team_name
```

## Reference: Merge Coordination

For agents working in worktrees (after all implementation agents complete):
1. Attempt to merge each worktree
2. If merge conflicts: identify conflicting files, assign resolution to the file owner, re-run tests after resolution
3. The orchestrator coordinates merges — agents never merge their own worktrees

## Reference: Interactive Review

When a phase has `interactive_review: true`:

1. Read produced artifacts from `.sniper/artifacts/` or `.sniper/artifacts/{protocol_id}/` as appropriate
2. Present a structured summary appropriate to the phase:
   - **discover:** findings, constraints, codebase landscape, open questions
   - **define:** requirements, success criteria, scope boundaries, out-of-scope items
   - **design:** key architectural decisions, component overview, data model, trade-offs
   - **solve:** story list, dependencies, acceptance criteria summary
3. Offer options:
   - **Approve** — continue to next phase
   - **Request changes** — describe changes (architect/PM will revise, then re-present)
   - **Edit directly** — user modifies plan files, says "done", re-validate via gate
4. Only advance after explicit user approval

## Reference: Retrospective (Legacy)

> **Note:** The retro is now a first-class phase in protocols (full, feature, refactor). This reference is retained for backward compatibility with custom protocols using `auto_retro: true`.

When `auto_retro: true` and no `retro` phase exists in the protocol:
1. Spawn `retro-analyst` as a single-agent phase with: protocol ID, checkpoint history, gate results, cost data
2. The retro-analyst writes a report to `.sniper/retros/{protocol_id}.yaml`, extracts learnings to `.sniper/memory/learnings/`, updates `.sniper/memory/velocity.yaml`, and checks effectiveness of previously applied learnings
3. Run the retro gate checklist (retro report exists + velocity updated)

## Reference: Review Gate Feedback Capture

When a user selects "Request changes" during an interactive review:

1. Ask: "What should be changed and why?"
2. Parse the response for actionable learnings — patterns and rules, not one-off fixes
3. If the feedback describes a generalizable pattern (not just "fix line 42"):
   - Create a learning with `source.type: human`, `confidence: 0.9`
   - Scope to the current phase and relevant agents
   - Write to `.sniper/memory/learnings/`
4. Include the learning in the agent prompt when the phase reruns
登录后下载/点赞/收藏 ❤ 7 | ★ 0
sniper-flow

目录结构

SKILL.md

举报内容

提示
