Living Water Movement Platform
A client site delivered with a context-first, human-gated agentic system — where the public website is the deliverable, and the intelligence layer is how we build.
Living Water Movement Platform
Most “AI coding” setups are a chat window and a hope. On this project we treated the agent as a junior engineer with perfect memory for documents — and zero institutional memory unless we write it down.
The public website is the deliverable. The agentic layer beside it is the product of how we build: curated context, a gated path from intent to QA, voice rules agents must obey, honest handoffs to humans, and mandatory documentation updates so the next session starts smarter — not noisier.
Why “smart” does not mean “autonomous”
Autonomy without structure produces confident mistakes: wrong libraries, off-brand copy, skipped constraints, untraceable refactors.
We optimize for alignment, not autonomy. Agents draft and implement in small scopes. Humans approve briefs, specs, and task packs; own architecture, security, and brand judgment; and execute anything that needs a dashboard or a secret.
The design goal is not “AI ships alone.” It is high leverage with explainability: every non-trivial change can be traced from a sentence of intent to a QA report.
Three layers so intelligence does not rot in chat
Chat is a bad system of record. Models lose history; repositories do not. So we install a runtime into the project:
- Toolkit source — reusable templates, rules, and guides (Cursor Agentic Toolkit)
- Project runtime —
.agentic/beside the product code, plus editor rules that point at it - Operational memory — longer or sensitive records outside the app when needed
Every new session starts by reading the same context index, governance, and voice guides — whether the operator uses Cursor, Copilot, or another agent that respects those paths. Team Kit mode commits the runtime so the whole team shares one contract.
Brand as executable context
Brand voice is usually trapped in a founder’s head. Here it became policy: content writing rules with forbidden patterns, a messaging spine with motivation overlays (not persona micro-sites), and a design system so layout and language reinforce each other.
Agents treat those files as constraints, not mood boards. Multilingual work is editorial adaptation — same voice rules per locale — not literal machine translation.
When a preview review exposed failure modes (too much performative “calm” copy, for example), the lesson went into the content guide. The next agent session inherited it automatically. That is the self-improvement pattern in miniature: ship → human review → distill into durable rules → reload.
If you want AI to sound like you, give it a style system with negative examples — not a mood board.
The delivery chain
Vague requests become code only after they survive a chain:
Intent → Feature Brief → Spec → Decision Note (when needed) → Task Pack → Implementation → QA Report → Documentation update
For non-trivial work, agents do not edit primary app code until the brief, spec, and task pack exist and are approved — or the human explicitly skips the workflow for that item and records it.
Without a chain, agents invent scope, pick clever-but-wrong designs, lose work across sessions, and leave no trail six months later. With it, cross-linked IDs turn a successful chat into institutional memory. Messaging hierarchy on this project was not “tweak the homepage” — it was a full brief → spec → tasks → QA → context update so future features inherited the playbook.
QA is a living trail: open the report early, append what was tried when checks fail or fix. Human tasks are graceful degradation — one markdown file per dashboard or secret step, not invented credentials.
What landed
- A Next.js marketing site for Living Water Movement, shipped under this delivery system
- Shared agentic runtime: context, governance, package policy, workflow artifacts
- Voice and messaging as reloadable law, improved from real reviews
- Traceable features from intent through QA — compounding reliability, not folklore
We do not claim full autonomy. We claim compounding reliability: each approved feature leaves better instructions for the next one. Repeatability beats folklore. Documentation prevents drift. The site is what visitors see. The intelligence layer is why agents can keep building it without starting from zero every morning.