jschoubben
93a1231e00
Skills take the hq- prefix: they are HQ process workflows, not mesh workflows, and HQ is company-scoped now. hq-new-research, hq-graduate, hq-new-issue, hq-diagnose, hq-amend-design, hq-handoff, hq-sync-constitution, hq-status. Forward-looking prose becomes Novox Mesh or simply the mesh — the root README, AGENTS.md, the 00-META README, the mission's module example, and one to-be document that addressed 'someone working on HAL'. Three categories deliberately keep HAL, per ADR 0027: The monorepo is still called hal on the forge. repos.md, every code: field and every located-in: field name a repository that exists under that name, and renaming them in prose would make them false. The as-is layer and the research that measured it describe the system that runs, and that system is called HAL. 124 modules, 9 daemons, a dead containerised node — those are observations, not intentions. Records 0001-0026 are immutable. A record says what was decided when it was decided, and no record is edited for a name. Also repoints ADR 0022's link at the renamed skill — a path fix, which the immutability rule permits, not a change of meaning.
1.8 KiB
1.8 KiB
name, description
| name | description |
|---|---|
| hq-new-issue | Use when something is wrong with the mesh at the level of design or governance — a rule enforced by nothing, a stated behaviour that does not happen, a failure the design lets pass silently. Triggers on "this is broken", "open an issue", "that rule isn't enforced", "this reports success and does nothing". |
hq-new-issue
Opens a numbered issue. Authoritative playbook:
00-META/process/03-issues.md.
First, decide it belongs here
Belongs in 04-ISSUES |
Belongs in the knowledge base |
|---|---|
| The design permits a failure to be silent | How to fix one occurrence of it |
| A documented rule is enforced by nothing | A command that works around it |
| A stated invariant is false in practice | A node-specific quirk |
| Finding the owner needs the whole mesh in view | Symptom → fix, once the answer is known |
Search the knowledge base first for the literal symptom text. If the answer is already there, this is not an issue — it is a lookup. If the answer is a general lesson, it belongs in both.
Steps
-
Next free number. Create
04-ISSUES/NNN-short-name/00-report.mdwith:--- status: open opened: YYYY-MM-DD located-in: [] fixed-by: amended-design: --- -
Write the symptom as observed, in plain terms, with the evidence that it happened — what was run, what came back, when.
-
Say why it matters beyond the instance. An issue that is only one occurrence is a knowledge base entry.
-
End with open questions rather than a proposed fix. Diagnosis is a separate step.
Do not
- Do not name nodes, domains, addresses or paths. This repository is public.
- Do not guess the owner —
located-in:is filled by diagnosis, not by opening.