dtoro
d80a394b7f
Documentation and repo-hygiene pass following the client/server split:
Plan drift (audited all other active plans against current code):
- oikos-gaps-and-improvements.md: mark Section C and D.5 resolved (both
described cmd/hermes, renamed to cmd/nomos with a real LLM loop since);
refresh ~10 stale file:line citations; fix tool-count (33, not 28).
- liveness-drift-and-ux-cohesion.md: fix stale default-model claim (now
deepseek-v4-pro since 2026-07-10) and "not yet deployed" status.
- nomos-agent-code-review.md: fix C1's citation (one unauthenticated route
to nomos now, not two, after the client/server split).
- wails-desktop-app.md: record the production deploy outcome.
Repo structure: added missing directories to README/CONTRIBUTING layout
tables (checks/, tools/, cmd/webhook/, docs/operations/), fixed a broken
link, added ADR 0015 documenting the auth/CORS/client-split model (there
wasn't one despite CONTRIBUTING's own process requiring it), normalized
ADR 0013/0014's format drift, added an Authentication section to
AGENTS.md/CLIENTS.md (every example call was missing the now-required
bearer header).
Retired the Goose+Nomos workstation flow (bootstrap.sh --with-nomos,
tools/setup-nomos-soul.sh, .agents/operations/nomos-agent.md) and the
Caveman auto-install tooling (tools/setup-caveman.sh, tools/caveman/) —
both superseded by the production containerized Nomos agent, which has
never used either. Kept .agents/shared/caveman.md itself (the terse
writing-style convention agents still follow by reading it).
Deleted the orphaned legacy Python oikos/ directory — nothing imports it,
and bin/homelab (the CLI it was kept for) no longer exists in the repo.
Rewrote .agents/operations/agent-enrollment.md (365 -> ~110 lines) and
commands.md to match the current architecture instead of the retired
`homelab` CLI; migrated the still-true networking prerequisites (Netbird,
split-horizon DNS, SSH key distribution) into the knowledge base as a
runbook via upsert_knowledge rather than duplicating them in markdown.
Updated all 10 .agents/skills/ runbooks referencing the dead CLI with
their real MCP tool / REST API equivalents, or flagged them as needing
verification where no equivalent is confirmed yet.
Two real bugs found and fixed, not just docs:
- The tools/setup-*.sh auto-setup glob was tools/*.setup.sh in THREE
places (tools/post-pull.sh, bootstrap.sh, and internal/httpapi/impl.go's
GetClientContext handler) since the mechanism's introduction on
2026-06-02 — never matched any real filename, so no client has ever
picked up an auto-setup script via git-pull or the context-poller sync.
Fixed all three; the Go server-side fix is the one that actually matters
since it's what the current context-poller mechanism depends on.
- bootstrap.sh removed dead vestigial --gitea-token/--gitea-user flags
(parsed, never consumed) left over from an earlier clone-based model.
Also flagged, not fixed (documented as an open gap in
client-enrollment/SKILL.md): bootstrap.sh tells a freshly-enrolled client
to call POST /api/v1/clients/{slug}/activate to finish enrollment, but
that route doesn't exist in api/openapi.yaml — EnrollClient sets entities
to provisioning and nothing currently transitions them to active.
Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
36 lines
1.6 KiB
Markdown
36 lines
1.6 KiB
Markdown
---
|
|
name: lifecycle-provision-node
|
|
risk_class: config_mutation
|
|
inputs: [node_name, kind, storage_pool]
|
|
verification: "grep 'state: provisioning' inventory.yaml"
|
|
docs_update_checklist: [doc_page_stub]
|
|
transition: "planned -> provisioning"
|
|
---
|
|
|
|
# Lifecycle: provision a node
|
|
|
|
Per [seeds/ontology.yaml](../../../seeds/ontology.yaml) `lifecycle.transitions`.
|
|
Policy note: `provisioning` nodes get a lifecycle override —
|
|
`config_mutation` actions downgrade to `reversible_low` because nothing
|
|
depends on the node yet (see `seeds/policy.yaml` `lifecycle_overrides`).
|
|
|
|
Requires (from ontology): inventory entry, IP reserved, storage pool
|
|
chosen, doc page stub.
|
|
|
|
1. Create the LXC/VM on its target Proxmox host (`pct create` /
|
|
`qm create`), choosing the storage pool deliberately — record it as
|
|
the `storage:` field once populated (Week 1 schema; not yet backfilled
|
|
for existing nodes).
|
|
2. Add the inventory entry: a `hosts.<name>:` block in
|
|
`seeds/inventory.yaml` with `state: provisioning`, `kind`, `host`,
|
|
`pve_id`, `lan_ip`, then `oikos seed` to ingest it. For anything that
|
|
will self-enroll as a client afterward (see
|
|
[CLIENTS.md](../../../CLIENTS.md#enrollment)), the entity must exist in
|
|
`planned`/`provisioning` state before `bootstrap.sh` runs there.
|
|
3. Stub the doc page (`containers/<pve_id>-<name>.md` or
|
|
`vms/<pve_id>-<name>.md`) — even a one-line "provisioning, see plan X"
|
|
is enough to satisfy the transition requirement.
|
|
4. Reserve the IP in DNS/DHCP notes if it's a fixed LAN address.
|
|
|
|
Next: [lifecycle-activate-node.md](../lifecycle-activate-node/SKILL.md).
|