Files
hq/.claude/skills/hal-status/SKILL.md
T
jschoubben c0b35652d0 The numbering is the flow: decisions are 02, design is 03
papa-hq reads 01 research -> 03 decision -> 02 design. The order is a
scar, not a choice: 02-DESIGN existed from its initial commit, and when
adr/ was finally promoted on 2026-07-13 it took the next free number
rather than its place in the sequence. By then design was too settled to
renumber.

hal-hq was three commits old, so it is not. adr/ becomes 02-DECISIONS and
02-DESIGN becomes 03-DESIGN, and following the folder numbers now walks
the process in the order it happens: research produces a decision, the
decision authorises a design.

00-GENESIS becomes 00-META, matching papa's rename from the same
restructure.

Every path reference rewritten across documents, frontmatter, playbooks
and skills. All links resolve; all 58 frontmatter blocks parse and their
path fields still point at files that exist.
2026-08-23 18:05:11 +02:00

2.4 KiB

name, description
name description
hal-status Use when you need a cross-cutting view of where hal-hq stands — research state, design implementation state, open issues, or the decision-record index. Triggers on "what's the status", "show the ADR index", "where do things stand", "what's in progress", "what's open".

hal-status

Generates a cross-cutting view from frontmatter. This is a read-and-render skill, not a workflow — hal-hq has no central status file by design (decision 35). Every view is generated on demand and never written back to disk.

What to read

Section Files Frontmatter
Research 01-RESEARCH/NNN-*/00-overview.md status (active / graduated / abandoned), initiated, touches, became
Design 03-DESIGN/**/*.md (not READMEs) layer (as-is / to-be), status (designed / in-progress / implemented / abandoned), code, updated, decisions
Decisions 02-DECISIONS/NNNN-*.md status (proposed / accepted / superseded), date, deciders, reconstructed, superseded-by, extends
Issues 04-ISSUES/NNN-*/00-report.md status (open / diagnosing / located / resolved / wontfix), opened, located-in, fixed-by, amended-design

Steps

  1. Read the frontmatter block from every file above — a grep across each tree is enough, no need to load bodies.
  2. Render what was asked as Markdown tables. Group and sort sensibly. The ADR index is one of these views: records ordered by number, with title, date and status, and reconstructed ones marked.
  3. Flag anything inconsistent at the end, as flags — do not silently correct the render:
    • a graduated or abandoned effort with an empty became:
    • an implemented design with an empty code:
    • a superseded record with no superseded-by:
    • an open or diagnosing issue with no activity
    • a to-be design whose decisions: points at a record that does not exist
    • an as-is design whose claims are older than its updated: date suggests

Do not

  • Do not write a status file. Central status files are explicitly rejected. The view is always generated, always ephemeral. This includes the ADR index — the hand-written one had already drifted after a single addition, which is why it was removed.
  • Do not infer status from prose. Trust only the frontmatter; if it is wrong, flag it.