Skip to content
Back to skills

Track

ASecurity

Show one zforge feature's phase progress, evidence gaps, standing flags, and open decisions.

  • 10 stars
  • 0 votes
  • 0 copies
  • 4 views
  • Added August 31, 2026
developmentapifrontendbackend

Works with

  • api

Security analysis

A100/100

Scanned September 21, 2026

npx -y skills add Langerrr/zforge --skill track --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Track?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Track
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/langerrr-track/badge)](https://www.skillsdirectory.com/skills/langerrr-track)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: track
description: Show one zforge feature's phase progress, evidence gaps, standing flags, and open decisions.
---

# Feature Progress

Show where a feature stands, including what it owes.

## Arguments

- `$1`: Feature name (snake_case or will be converted)

## Process

1. Convert the feature name to snake_case and locate `docs/{feature_name}/05_progress_overview.md`, then `docs/**/{feature_name}/05_progress_overview.md` on a unique directory match, then `{feature_name}/05_progress_overview.md`.
2. If not found: "No plan found for '{feature_name}'. Run `$zforge:plan {name}` to create one."
3. Read the overview, every phase file, and `decision_review.md`.

Phase status comes from each phase file's `> Status:` header. There are no signals to scan for.

## Report

```
## {Feature Name} — Progress

Phases: {completed}/{total}

Phase  Name                 Status      Checklist  Evidence      Last Activity
──────────────────────────────────────────────────────────────────────────────
1      Backend Schema       COMPLETED   5/5        E2 / E2       2026-02-08
2      Backend API          REPORTED    7/7        E2 / E2 *     2026-02-09
3      Frontend Types       PENDING     0/4        — / E1        —
4      Frontend Pages       PENDING     0/6        — / E4        —
5      Console Vocabulary   PENDING     0/3        — / J2        —

* claimed, not re-run — Phase 2 is REPORTED

### Standing Flags (3 open)
- SF1 · inward (Phase 5): E4 unmet across all UI phases — closes when a browser-executed run passes
- SF3 · inward (Phase 7): live vendor calls deferred to a mock adapter — closes when a token exists
- SF4 · OUTWARD (Phase 9): no control creates a project, and no decision chose that — closes when it is written into a document this project's planners read, with the path cited

### Decisions awaiting review: 14 🟡
- Most recent: P7.1 — tri-state run status supersedes P2.8

### Open Items
- Phase 2 · question · migration ordering under concurrent writes — unresolved
```

The **Evidence** column reads *achieved / required*, and classes compare within their axis — an `E` row and a `J` row are not ranked against each other. A phase showing `— / E4` has not yet demonstrated the class its plan asked for.

A completed phase showing anything below its requirement resolved that gap one of two ways: a standing flag against it, or reasoning in its `## Acceptance` for why the shortfall was immaterial. Either is an answer. **A shortfall with neither is the finding** — say so, and name the row.

**A REPORTED phase's achieved class is a claim, not a result.** Mark it as unverified rather than counting it, because nobody has re-run it yet.

Lead with what is owed. A feature at 8/8 phases with two open flags is not finished, and the report should not read as though it is.

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…

Newsletter

Get the weekly list of safe new skills, and the ones we pulled.