← Beau Sumile
Hale OS Hawaiʻi real-estate portfolio system

The operating system for Hawaiʻi’s family real estate.

A single source of truth that captures the records, watches the portfolio, remembers the decisions, and runs the operations — so a portfolio built over a lifetime can be run, and handed down, without living in one person’s head.

Hawaiʻi-native — TMK, island, GET & HRS 235 aware 4 layers — Capture · Watch · Remember · Execute Built for owners, families & their advisors

Why it exists

In Hawaiʻi, the portfolio runs out of one person’s head.

Local real estate is often a family’s primary multi-generational asset — yet it’s operated from memory, a shoebox of documents, and a phone full of contractor numbers. Existing software was never built for this.

Knowledge that walks out the door

Which plumber to call, why a unit’s rent is set where it is, where the insurance lives, what the TMK is — it’s all tacit. When the operator steps back, it evaporates.

Hawaiʻi complexity, mainland tools

TMK parcels, GET on rents, HRS 235 rules, island-by-island differences. Generic apps have no concept of any of it, so it’s tracked by hand or not at all.

Fragmented across five places

A spreadsheet for rents, QuickBooks for books, email for tenants, a drawer for leases, the CPA for taxes. Nothing reconciles and nothing is proactive.

No plan for the hand-off

The next generation — or an advisor stepping in — inherits assets but not the operating knowledge. Succession is an afterthought, not a system.

The model

One system, built in four deliberate layers.

Each layer earns its place: capture the truth, watch it continuously, remember every decision, then execute the work — each one feeding the next.

Layer 1 · Capture

System of record

The Hawaiʻi-native foundation every other layer reads from.

  • Properties & units
  • Leases & tenants
  • Transactions
  • Documents
  • Contractors
  • TMK · island

Layer 2 · Watch

Advisory intelligence

Continuously scans the records and surfaces what needs attention.

  • Monthly snapshots
  • Alert engine
  • Anomaly detection
  • Expiring leases
  • Tax deadlines

Layer 3 · Remember

Institutional memory

Captures the why so the portfolio outlives the operator.

  • Decision log
  • Per-property playbooks
  • Succession checklists
  • Relationship notes

Layer 4 · Execute

Operations

Turns decisions into tracked, finished work.

  • Maintenance
  • Work orders
  • Tasks
  • Rent & payments
  • Reports

The flow

One continuous loop, not a pile of features.

Like a dynamic agent workflow, work fans out, gets scrutinized, converges on a human decision, then executes — and every pass feeds the next. Signals enter at the top; an updated, better-documented portfolio falls out the bottom and loops back. Nothing goes stale because the loop never stops.

INPUTS LAYER 1CAPTURE LAYER 2WATCH DECIDEbottleneck LAYER 3REMEMBER LAYER 4EXECUTE LOOP CONTINUOUS  LOOP  ·  NEVER GOES STALE Portfolio Signals rent cycles · lease dates · txns · documents Properties & Units Leases & Tenants Transactions Documents Contractors Snapshot EngineP&L · occupancy Alert Engineexpiring · overdue · tax Anomaly Detectorspikes · drift HUMAN-IN-THE-LOOP Operator Decision owner · family member · advisor Decision Logcontext · outcome Playbooksper-property memory Successioncontinuity plan Maintenance Work Order Task Rent Payment Updated Portfolio State loops back — richer every cycle
signal / loop Layer 1 — capture Layer 2 — watch human decision Layer 3 — remember Layer 4 — execute

What’s built

Not a deck — a shipping system.

Every module below is live in the app today, backed by a four-migration data model (core → advisory → knowledge → operations). The colored dot shows which layer each surface belongs to.

Core

Dashboard overview
Properties TMK · island
Tenants
Leases
Finances
Contractors
Documents

Operations

Maintenance
Payments rent roll
Tasks
Reports rent roll · balances

Insights

Decisions L3
Alerts L2
Anomalies L2
Tax Reference GET · HRS 235

Planning & setup

Succession readiness %
Import Data the wedge
Settings roles · export
Playbooks per property

Market fit

Built for the people existing tools ignore.

Hale OS serves the three roles around a family portfolio — and the moment of hand-off between them. The data model bakes these roles in from day one.

Operator

Runs the day-to-day

The owner managing rents, repairs, and renewals hands-on. Gets one proactive cockpit instead of five disconnected tools — and finally writes down the “why” without extra effort.

Family member

Inherits the knowledge

The spouse or next generation who will one day take over. Gets visibility today and a documented, ready-to-run portfolio tomorrow — not a shoebox and a phone number.

Advisor

Plugs in cleanly

The CPA, attorney, or property manager who needs scoped, accurate access. Reads the same source of truth the operator lives in — no year-end document scramble.

The gap in the market

Enterprise PM suites (AppFolio, Buildium, Yardi) are built and priced for management companies with hundreds of doors and per-unit minimums.

Landlord fintech (Stessa, Baselane) stops at bookkeeping and banking — no operations, no knowledge, no succession.

Spreadsheets + QuickBooks capture numbers but never relationships, decisions, or continuity.

None are Hawaiʻi-native. None are built to transfer the portfolio to the next generation.

The wedge & the expansion

Land: import the existing spreadsheet → an instant, Hawaiʻi-aware system of record. Zero-to-value in one sitting.

Stick: the advisory layer immediately starts watching — expiring leases, overdue rent, expense anomalies, tax deadlines.

Expand: capture playbooks, decisions, and a succession plan — the things that make switching cost real.

Why now: a generational wealth transfer is underway across the islands, and AI finally makes capturing the knowledge in someone’s head cheap.

Build notes

Built branch by branch, on purpose.

This was the first thing I treated as released rather than personal: deployed, one branch and one pull request per change, even though I was the only user, because I wanted the habits before anything real depended on them.

What runs on its own

The admin approval gate on sign-in exists because the new-user questionnaire got confusing enough that I did not want anyone reaching it unattended.

Two things now run against this repo without me: a model policy check that periodically looks for newer models, which is how a stale Sonnet 4 fallback in the extraction and chat path got caught, and a security scout that sweeps the repo for vulnerabilities on a schedule.

What the agent and I never got right

The accounting suite. I ran gap analyses against Buildium, the software this replaces, and full accounting is the piece that still needs me at the wheel, with scenarios and QA runs I drive myself.