The four loops a sitekit site lives through — build, maintain, experiment, evolve — plus adopting a foreign site, adding a page, editing copy, and serving agents.
A site has a life beyond launch. sitekit is built around four loops, each following the same three roles — the agent authors, the CLI aligns, providers act. Your agent reaches for the right one when you describe the task in plain language; you don’t have to name the commands.
Once a page is authored, never re-run sitekit run on it — that overwrites the body with a blank scaffold. Editing an existing site is the maintain loop, not a rebuild.
Edit an existing site surgically — change a section, fix a broken link, restyle, or see what’s drifted — without re-running the agent on a whole page.
sitekit inspect # read the site model + detect drift (no agent)sitekit reconcile # apply a surgical editsitekit verify --maintenance # the maintenance-specific checks
Page lifecycle lives here too: sitekit page rename | move | delete renames, moves, or deletes a page while rewriting inbound links and the content binding. reconcile --restamp re-stamps pages after a pack update with no agent call, and the visual pass (verify --visual) flags before/after regressions once you’ve approved a baseline.
Feed a business change — a new feature, a sharper pitch, a reposition — forward into the live site, rewriting only what’s affected.
sitekit brand evolve # snapshot the brand source + install the evolve skill# the agent mutates the voice pack + content/messaging.yamlsitekit brand record # validate + bump the voice version + report stale pagessitekit reconcile --brand-delta # cascade the change across affected pages
sitekit records the page in the site’s compound contract and emits its scaffold. The agent authors the body and wires the nav link; sitekit verify flags the page as unreachable until it’s linked.
Edit just the words — no markup — through a plain, copywriter-friendly view:
sitekit content export # write content/copy/<page>.md# edit the Markdownsitekit content import # deterministically swap the words back into the HTMLsitekit verify
Plain-text fields swap deterministically; the agent re-authors anything that’s markup. The same copy layer backs the front-end editor (sitekit content set / apply, and the localhost sitekit edit-bridge).
sitekit works on sites it never built — WordPress, Squarespace, a custom stack. Capture the brand, then keep the site on-brand without rebuilding or moving it:
sitekit adopt <name> --voice=<pack> --style=<pack> # record the brand bindingsitekit align --url https://example.com/page # judge a live page against the brandsitekit align --fragment ./edit.html # judge an edit before it ships
sitekit is the conscience — it records, verifies, and reports. The agent is the hands — it authors the change and writes it back into the foreign stack. The same portable engine can run conversion experiments on a foreign site through a single embed.