docs(ward): write the surviving .ward/ward.yaml schema into a writable repo #1328
No reviewers
Labels
No labels
burndown-2026-06
burndown-2026-08
autonomy
async-consult
autonomy
epic
autonomy
headless
autonomy
live-collab
coherence-core
priority
P0
priority
P1
priority
P2
priority
P3
priority
P4
qa-fixture
role/advocate
role/director
role/exec
role/frontend
role/gamedev
role/human
role/platform
role/qa
role/science
role/sysadmin
state
ambient
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
coilyco-flight-deck/agentic-os!1328
Loading…
Reference in a new issue
No description provided.
Delete branch "aos/claude/fp87-ward-schema"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Refs #1299.
Ward is archived this week and its
docs/ward-yaml.mdgoes read-only with it, while.ward/ward.yamlstays in 15 of the 16 repositories on this host. The schema outliving its own documentation is the seam this closes, and it is the open question I left on #1299.The sweep changed what the doc needed to say
I swept every repo on this host for real readers before writing anything. The schema is not dead, and it is not what Ward documented either.
agentic-os-kai/scripts/pull-capabilities.pyreads acapabilities:list that was never in Ward's schema at all, andeco-mods/scripts/ci-root-hygiene.shasserts the file exists.catalog.descriptionandcatalog.dependsOnhave no code reader on this host. They are declared nearly everywhere. The doc records that as an honest gap rather than describing them as live inputs.ward.yamlcarryingtailnet.shortcutis fetched over the Forgejo API byinfrastructure/scripts/generate-caddy-shortcuts.py, withcoily.yamlandconfig.ymlas migration fallbacks. Separate path, schema, and consumer from.ward/ward.yaml, and onlypull-capabilities.pyaccepts both. Worth writing down before someone conflates them.commandsandsecurityare retired, to the justfile (inbox#366) and to AOSguard plus umbra respectively.So a verbatim copy of Ward's page would have been wrong in both directions: documenting two retired blocks, and missing the one key anything actually reads.
Placement
Folded into
docs/ward-specs.mdrather than given its own page. That doc is already the AOS-side Ward boundary page, AGENTS.md already points at it, anddocs/sits at exactly the large-band cap of 40 files, so a new page would have faileddocumentation-layoutfor a reason unrelated to its content.This also corrects that file's opening, which said
ward doctorvalidates the YAML. It will not, once #1299 cuts the runtime.One stale comment fixed
.ward/ward.yamlclaimed it survived "because check_catalog_block pins this exact path and catalog-trifecta wants README, AGENTS, and FEATURES to link it". Nocheck_catalog_blockexists, and catalog-trifecta dropped the requirement fleet-wide under inbox#385. Comment only, no behavior change.Not in scope
No consumer code is touched, and no
.ward/ward.yamlis added or removed anywhere. Whether the fleet should keep declaring a file nothing validates is a separate call.Validation
pre-commit run --all-filespasses, exit 0.docs/ward-specs.mdlands at 100 lines and 6640 bytes against the large-band caps of 120 and 8000.