Confidential · for review

HydroManifold

A water-system telemetry, compliance and management platform built on one geometric primitive (z = x·y) and a disciplined, verifiable AI. It monitors every drop from a single home to a city, and it manages the utility around that water — compliance, assets, finance, risk, security — as living, editable data rather than hard-coded software.

Executive summary

HydroManifold is two things in one product:

1 → 1.1M
stations, one framework
25+
managed domains (extensible)
90 / 90
automated tests passing
0
code deploys to change a rule
Why now, here: Utah is the second-driest state, the fastest-growing, and is living through the Great Salt Lake crisis. The state has made metering every drop a legal requirement (secondary-water metering mandate). A monitoring platform whose whole thesis is "watch every drop" lands directly on policy, funding, and public will — in our backyard.

The solution

Most water software is siloed (SCADA here, billing there, compliance in spreadsheets) and priced for large utilities. The ~90% of systems that are small or midrange are underserved. HydroManifold collapses the silos onto one model:

Features — out of the box & extending

Out of the box

  • Real-time telemetry + EKG monitors per station
  • z=x·y health spectrum, warning lights, alarms
  • Predictive ETAs: reserve depletion, leak, freeze, residual loss
  • Weather, usage/forecast, economics, water spot+futures market, suppliers, logistics
  • Leak/break localization, outage propagation, load balancing, recovery/failsafe
  • CMS with 25+ domains, RBAC, tamper-evident audit, CSV/FOIA export
  • Live compliance engine, reports, statistics, wall-display mode
  • Failsafe AI integrity (truth tables, drift state machine), human override

Extending

  • New regulation / policy / domain = one schema, no code, no deploy
  • New jurisdiction (federal/state/county/city/industry) = data entries
  • New sensor type = one catalog entry (cost, MTBF, accuracy, self-diag)
  • New scale tier = one topology entry
  • Real LLM behind AI-assist (the failsafe guard is model-agnostic)
  • Integrations: Modbus/DNP3 SCADA, AMI meter APIs, GIS
  • Roles & permissions are configurable (least-privilege)

Adaptability — one platform, any scale or mission

Because behavior lives in the CMS, the same software is a single-home monitor or a national water authority. The organization — or the individual — writes the parameters (thresholds, regulations, domains, roles, station topology, protocols) and the system ingests them. Meeting a new need never means rewriting source code. It is deliberately not one-size-fits-all; it fits each customer because each customer sets its own shape.

DeploymentWhat they configure in the CMSSame code?
Single home3 sensors, simple alarm bands, freeze watch
Apartment / HOA · secondary watermeter accounts, watering restrictions, booster + tank
Business · hospital · data centerredundancy, water quality, cooling make-up, criticality
Cruise ship · offshore platformdesal/bunker sources, tankage, potable vs grey, no-loss limits
Military installation · deploymentclassification, priority diversion, OPSEC, mutual-aid, contamination response
City · townshipfull distribution, DMAs, billing, conservation stages, taxes
State / federal planningmulti-system rollup, regulation registry, drought policy, reporting
One sentence: the organization changes the parameters, never the program. The live simulation's scale selector — home → apartment → high-rise → hospital → arena → data center → power/nuclear plant → farm → cruise shipmilitary installation → township → reservoir/dam → city → region — is itself just data; each entry is a few lines of configuration, not a new build.

The paradigm: documentation is the implementation

The novel idea: the rules, policies, and regulations a utility must follow are not buried in source code — they are data in a living CMS, and the running system reads them directly. Change a rule and the behavior changes immediately. The documentation and the implementation are the same artifact.

Config-as-behavior

A regulation in the CMS — e.g. "free chlorine ≥ 0.2 mg/L (40 CFR 141.72)" — is a record with a parameter, an operator, and a threshold. The compliance engine consumes those records against the live monitoring snapshot and produces compliant/violation verdicts in real time. A compliance officer who edits that threshold, or adds a brand-new city ordinance, changes what the system enforces — with no code change and no redeploy. The manifold "digests" the new rule on the next evaluation tick.

Self-proving

The system substantiates its own claims rather than asking to be trusted:

Auto-correcting

The platform guards itself: the failsafe rejects AI drafts that violate an invariant (a hallucinated "compliant" is refused, not stored); the drift state machine quarantines the AI into deterministic-only mode when it disagrees with ground truth; the audit chain flags tampering; compliance flags drift from the rules. The documentation (the rules) and the enforcement (the engine) stay in lock-step automatically.

This is the differentiator a water board can understand in one sentence: "You change the rules in plain language; the system obeys instantly and proves it obeyed — and the AI can't lie about it."

Architecture & diagrams

System architecture

flowchart LR
  S[Field sensors / SCADA / AMI] --> M[Manifold telemetry
z = x·y] M --> E[Simulation / health engine
physics · faults · alarms · predictive] E --> O[Ops intelligence
weather · forecast · economics · recovery] E --> P[Management platform] subgraph P[Management platform] CMS[CMS registry
25+ domains] --> CE[Compliance engine] RBAC[RBAC · zero-trust] --- CMS AUD[Tamper-evident audit] --- CMS AI[AI assist] --> VF[Failsafe verifier] end O --> UI[Browser · wall monitors] P --> UI CE --> AUD VF --> AUD

Scaling: seed → bloom

flowchart TD
  T[Tier seed
composition + duties] --> R[Representative stations
bloomed on view] T --> N[True totals
stations · sensors · population] R --> V[What you render] N --> V2[What you report] V & V2 --> H[Honest at any scale
home → city → region]

CMS-active: a rule change with no code

sequenceDiagram
  participant U as Compliance Officer
  participant C as CMS (data)
  participant M as Manifold / engine
  participant A as Audit
  U->>C: Edit / add regulation (plain language)
  C->>M: New rule available next tick
  M->>M: Evaluate vs live monitoring
  M-->>U: Live compliant / violation verdict
  M->>A: Log evaluation (hash-chained)
  Note over U,A: No source change · no redeploy
      

Disciplined AI: propose → verify → act

flowchart LR
  IN[Input / request] --> AI[AI proposes]
  AI --> V{Deterministic verify
truth tables · logic gates
regex · decision tree} V -- agrees --> ACT[Accept · log] V -- disagrees --> REJ[Reject = hallucination blocked] REJ --> DM[Drift state machine] DM -- sustained --> FS[FAILSAFE: deterministic-only
+ human review] FS --> HO[Human override
strong credentials]

Deployment & redundancy

flowchart TD
  B[Browser / wall monitors] -- HTTPS + auth --> NG[nginx · TLS · access control]
  NG --> APP[HydroManifold app]
  APP --> DB[(Manifold store + records)]
  DB --> RAID[RAID-6]
  DB --> OFF[Offsite archive]
  APP --> AUD[(WORM audit chain)]
  Note1[Read-only telemetry replica feeds wall displays]
      

The disciplined-AI selling point

Water boards, regulators, and the public are rightly wary of black-box AI making decisions about drinking water. That skepticism kills most "AI for utilities" pitches. HydroManifold turns it into the sale:

Positioning: "AI you can put in front of a regulator." When competitors' AI can hallucinate a compliance pass, a provably-disciplined AI is a moat, not a liability.

Self-proving — the tests are part of the product

27
simulation engine tests
19
platform spine tests
44
domain + RBAC checks
100%
passing

Representative guarantees, each backed by a runnable test: a peg/parcel of water never teleports (no-teleport invariant), a tripped pump truly reads zero, a freeze is bounded to ice and recovers when cleared, a forced "compliant" over a turbidity exceedance is blocked, least-privilege denies a billing view to an operator, and the audit chain detects a single altered byte.

Signed, authenticated & encrypted manifold

Every parameter entered into the CMS is sealed before it takes effect — so the system's configuration is unforgeable as a whole, not merely per record.

The live manifold seal — shown in the platform header and on the dashboard — is a single fingerprint of every rule, policy and threshold currently in force. A regulator or auditor can confirm the configuration is intact at a glance, and any tampering anywhere in the parameter set changes the fingerprint.

Implementation note: the reference build uses a dependency-free keyed digest and cipher to demonstrate the design end-to-end. Production swaps these for HMAC-SHA-256 / Ed25519 signatures and AES-256-GCM via WebCrypto, with keys in an HSM/KMS. The architecture — sign → shape-fold → encrypt — is identical at any strength.

Feasibility report

Technical — proven

The platform is built, tested, and deployed. It is browser-based with a small server footprint, integrates via standard industrial protocols (Modbus/DNP3, AMI meter APIs), and has demonstrated scaling from a single home to a region. Risk here is low; the hard part (the model + the guarded AI) exists and runs.

Operational — lean, with one watch-item

A small team can run it as SaaS. The main operational cost in this market is support for non-technical utility staff. The CMS-active design is the mitigation: customers change their own rules/policies without tickets, and the documentation-as-implementation model keeps "how it works" and "what it does" identical.

Financial — low capex, recurring revenue

Low capital to build/host (web app). Revenue is per-tier SaaS subscription (recurring, high gross margin). A single midrange client funds continued development; a handful reach sustainability.

To validate before fundraising: exact count of addressable Northern-Utah systems by size, current vendor/spend per segment, and the precise scope/timeline of the secondary-metering mandate for target suppliers. The landscape below is real; the precise numbers should be confirmed with the Utah Division of Water Resources / Division of Drinking Water and target districts.

Market analysis — Northern Utah

The tailwinds are unusually strong

Adoption & reception

Reception is likely favorable in this specific market for three reasons:

Adoption realism: public utilities buy slowly (boards, budgets, RFPs, references for critical infrastructure). Expect 6–18 month sales cycles. Land a friendly first district as a design partner, win a reference, then expand district-to-district where word travels fast.

Competitive landscape

CategoryIncumbentsOur wedge
SCADA / telemetryTrimble Telog, Mission CommsIntegrated with management + compliance, not just data logging
Compliance / qualityAquatic Informatics, 120WaterLive, rule-as-data compliance tied to telemetry
AMI / meteringBadger, Sensus/Xylem, ItronWe consume their meter data; not competing on hardware
CMMS / assetCityworks, BrightlyOne platform, SMB-priced, not enterprise modules
Billing / CISTyler, Caselle (UT)Adjacent; integrate rather than replace initially

The gap incumbents leave: an integrated, affordable, compliance-automating platform for small/midrange systems, with a disciplined AI. No incumbent owns that intersection.

Barriers to entry

Working against us

  • Long public-sector procurement / RFP cycles
  • Trust & references required for critical infrastructure
  • Cybersecurity expectations (AWIA, EPA cyber guidance; possibly StateRAMP)
  • Integration with legacy SCADA/AMI/GIS
  • Liability for a water-critical system; insurance
  • Incumbent relationships and switching inertia
  • Single-founder bandwidth / support load

In our favor (moats)

  • Regulatory tailwind + local urgency (GSL, metering mandate)
  • Defensible IP: manifold health model + failsafe AI (patentable / trade-secret)
  • Disciplined-AI positioning competitors can't easily copy credibly
  • CMS-active design = low support cost = SMB-viable economics
  • Local presence & relationships in Northern Utah
  • Same platform extends beyond water (any sensored, regulated utility)

Risks & benefits

Risks

  • Long sales cycles delay revenue
  • Critical-infrastructure liability & breach reputational risk
  • Regulatory/funding shifts change priorities
  • Incumbents bundle a competing feature
  • Support burden if CMS self-service under-delivers
  • Data ownership / privacy / records-law obligations

Benefits

  • Recurring, high-margin SaaS; passive-income friendly via licensing
  • Mandate-driven, underserved, local market
  • One platform, many domains → expansion revenue
  • Defensible, explainable AI as a durable differentiator
  • Low capex; a single client funds growth
  • Mission with public goodwill (saving the lake, saving water)

Go-to-market & business model

  1. Design partner (now). One friendly Northern-Utah small/midrange district or secondary-water company. Discounted ($3k–12k/yr) for a logo, a reference call, and a written case study; renewal steps up to standard.
  2. Reference-led expansion. Utah water operators are a tight community; a working reference + the GSL urgency drives district-to-district adoption.
  3. Tiered SaaS. Very small $4–15k/yr · small $15–45k/yr · midrange $45–120k/yr · one-time onboarding $5–40k. (Estimates to validate against incumbent quotes.)
  4. Founder economics for passive income. License the IP to the operating entity for a 15–25% running royalty on recurring revenue + a minimum annual guarantee, rather than running support yourself. Protect with clean IP assignment, a trademark, and capped liability — confirm with an IP attorney.
Not legal, financial, or valuation advice. Regulatory facts (GSL crisis, secondary-water metering mandate, driest-state status, Silicon Slopes) are real and verifiable; specific dollar figures, market sizes, and the precise mandate scope/timeline are estimates to confirm with Utah agencies and target customers before fundraising or contracting.
HydroManifold · documentation-as-implementation · © 2026 Kenneth W. Bingham. This document is served by the same platform it describes (platform · live simulation) — the system and its documentation are one artifact.