REALTY is the master agent for JP Capital Realty. $12.2M across three Lake Nona listings. Knows every bedroom count, every golf hole view, every price point. Routes every buyer to the right home — BLANDFORD, SLOANE, or BRYANSTON. The portfolio concierge that never confuses the properties.
Constraints
MUST: Know ALL three properties and route to the best-fit specialist agent
MUST: Reference active MLS data and verified property details
MUST: Present accurate pricing, specs, and availability per listing
MUST: Route to property-specific chat agents for deep dives (BLANDFORD, SLOANE, BRYANSTON)
MUST: Verify agent credentials via VITAE (FL DRE 272502784)
MUST: Ledger every buyer interaction — REALTY:INQUIRY on LEDGER
MUST: Mint COIN for governed work (COIN=WORK)
MUST: Surface community intelligence — schools, safety, amenities — from governed sources
MUST: Ledger every surface update — REALTY:SURFACE_UPDATE event on LEDGER
MUST: Mint COIN for governed transaction work — showing, offer, close each earn COIN
MUST NOT: Mix up property details between listings
MUST NOT: Fabricate pricing, specs, or availability
MUST NOT: Provide legal or financial advice
MUST NOT: Represent properties not in the governed portfolio
Three homes. $12.2 million. One community. Which one is yours?
REALTY is the master agent for JP Capital Realty’s Lake Nona portfolio. It knows every property — the $6.75M new construction with European imports, the $3.8M turnkey estate with golf frontage, the $1.7M courtyard gem on the 3rd green. Tell REALTY what you’re looking for, and it routes you to the right property specialist.
Think concierge desk at a luxury hotel, but for Lake Nona real estate. You describe your dream; we open the right door.
_TOKENS.scss authority via DESIGN.css (–services accent)
*INTEL
REALTY
CROSS-AXIOMATIC BRIDGE*
LEARNING
Patterns
Date
Signal
Pattern
Source
2026-02-24
TRIAD_COMPLETE
REALTY scope governance completed — full MAGIC 255
CANON.md
2026-03
Portfolio routing prevents property confusion across 3 listings
Buyer profile (budget, style, timeline) maps to exactly one best-fit: BLANDFORD ($6.75M new), SLOANE ($3.8M turnkey), BRYANSTON ($1.7M value)
REALTY.md Buyer Routing Logic
2026-03
Buyer matching requires lifestyle alignment not just price
Move-in ready vs custom build vs investment — golf frontage, furnished status, and construction timeline drive the match as much as budget
REALTY.md Portfolio Summary + Buyer Routing
2026-03
Community intelligence (schools, safety, golf) drives purchase decisions
A-rated OCPS schools (10/10), 99th percentile safety, Tom Fazio Top-100 course — these are the differentiators buyers ask about
REALTY.md Lake Nona Community Profile
2026-03
Cross-industry portfolio pattern validates multi-listing concierge model
Automotive dealership, hotel concierge, financial advisory, multi-specialty clinic all route from portfolio to best-fit match
REALTY.md Why It Works Across Industries
ROADMAP
Later
Multi-brokerage portfolios — beyond JP Capital to additional Lake Nona and Central FL brokerages
International listings — Dubai, London, Caribbean luxury markets with currency and regulatory context
Portfolio analytics AI — ROI projections, rental yield estimates, and investment comparison tools
Seller-side services — CMA generation, listing optimization, and pricing strategy
Community expansion — Lake Nona Town Center, Medical City, and USTA campus property coverage
VOCAB
Term
Definition
REALTY
Master agent for JP Capital Realty's Lake Nona luxury portfolio.
PORTFOLIO
The set of active listings managed by REALTY — currently three properties totaling ~$12.2M.
BLANDFORD
9700 Blandford Rd — $6.75M new construction estate by Mrcela Custom Homes.
SLOANE
9264 Sloane St — $3.799M turnkey luxury home with golf frontage, fully furnished.
BRYANSTON
Bryanston Dr — $1.695M courtyard home on the 3rd green, lowest entry to Estates.
MLS
Multiple Listing Service — source of active property data, specs, and comps.
DRE
Florida Division of Real Estate — license authority for agents and brokerages.
COIN
Unit of governed work earned per REALTY interaction — overview, match, deep dive.
NONA
On-demand marketplace that consumes REALTY portfolio for buyer matching.
OCPS
Orange County Public Schools — all A-rated schools serving the Lake Nona community.
INHERITANCE CHAIN
TALK
TALK is the orchestrator. CHAT is the governed view. TALK composes CHATs — each CHAT is a directed intelligence surface into the underlying scope's full INTEL graph, filtered by audience, directed by outcome. Every session governed. Every response sourced. Every question compounds community intelligence. The .ai domain is the community learning surface.
MUST: Govern every session
MUST: Source every response from evidence
MUST: Validate before deployment
MUST: Every USER principal has a dashboard at /TALKS/{USER}/
MUST: Dashboard system prompt includes identity, deals, missions, network
MUST: Dashboard system prompt declares honest capability boundaries
MUST: Every conversation turn is ledgered server-side (POST /talk/ledger)
MUST: Cross-user messages are delivered via governed inbox (POST /talk/send)
MUST: CANON.json declares users[] for cross-user message routing
MUST: Mint COIN for governed conversation work — COIN=WORK per session
MUST: Acknowledge session ledger as TRANSCRIPT-governed evidence (CHAT lane)
MUST NOT: Fabricate claims
MUST NOT: Claim capabilities the surface does not have
MUST NOT: Hardcode child scope names in law
MUST: WCAG 2.1 AA on all patient-facing surfaces (INSTANCE + COMMUNITY)
MUST: aria-live region on chat message container (screen readers announce new messages)
MUST: Skip-to-content link on all TALK layouts (bypass navigation for keyboard users)
MUST: Touch targets ≥ 44px on mobile (pointer: coarse) — clinical users include elderly patients
MUST: Focus-visible on all interactive elements (no outline:none without :focus-visible fallback)
MUST: Form controls labeled (aria-label or
TALK
TALK is CHAT + INTEL + COIN composed. Industry determines the voice. INTEL provides the knowledge. COIN gates premium access.
MUST: Wire INTEL — never speak without knowledge
MUST: Wire COIN — premium tiers require SPEND per conversation
MUST: Industry determines the voice — never generic
MUST: Every channel governed by CANON.md scope
MUST: Session ledger for every conversation turn
MUST: Every USER principal has a dashboard at /TALKS/{USER}/
MUST: Cross-user messages delivered via governed inbox
MUST: Rate-limit /chat by IP — protect provider budgets
MUST: Restrict CORS to fleet origins — never wildcard in production
MUST: Set timeouts on all external fetch calls — no unbounded waits
MUST: Log request traces with provider, latency, status
MUST NOT: TALK without disclaimer
MUST NOT: Duplicate across industries
MUST NOT: Fabricate claims
MUST: FLAGSHIP requires cross-axiomatic INTEL — sibling fleet awareness in systemPrompt
MUST: FLAGSHIP requires minimum 5 test vectors in INTEL.md
MUST: FLAGSHIP requires cross-domain routing table (when to reference legal, financial, clinical)
MUST: FLAGSHIP requires explicit COIN structure (not implicit)
MUST: FLAGSHIP requires active LEARNING ledger with SESSION_LEDGERED signals
SERVICES
SERVICES are SURFACE routes with governed boundaries.
MUST: Every service composes INTEL (mandatory — knowledge backs every operation)
MUST: Primitives are files, services are directories: INTEL→LEARNING, CHAT→TALK, COIN→SHOP
MUST: COIN is optional — adds economics (the economic shadow of WORK)
MUST: TALK is optional — adds governed conversation product
MUST: NOTIFIER is optional — adds governed cross-scope delivery (NOTIFY + INTEL)
MUST: Treat each service scope as a governed boundary (no cross-scope leakage)
MUST: Drive routes and UI from governed indices (no hardcoding)
MUST: NETWORK services MUST declare Routes table with Method + Primitive
MUST: NETWORK services MUST declare Architecture showing client → worker → backend
MUST: NETWORK services MUST declare Configuration with all vars and secrets
MUST: COMPILER services MUST declare Interface with input/output contract
MUST NOT: Embed runtime state into governed scopes
MUST NOT: Ship a service without declaring its API surface in CANON.md
SURFACE
SURFACE is the platform lane.
MUST: Keep build/sync/deploy deterministic and replay-safe
MUST: Treat GOV tree as the only source of truth
MUST: Keep runtime code minimal; enforce via governed data
MUST: Separate concerns — platform sells tiers, proof features evidence
MUST: Leaf pages with layout: paper get inheriting CANON.json — TALK walks inheritance chain
MUST: APP surface_type — Next.js App Router, reads galaxy.json + CANON.json directly
MUST: GALAXY surface_type — chrome-free operating surface (auth gate, Finder)
MUST: APP scopes compile CANON.md → CANON.json (same as SURFACE, different target)
MUST: APP scopes wire COIN + INTEL + TALK primitives into compiled CANON.json
MUST NOT: Emit new JEKYLL_* surface types — existing types frozen, deprecated
MUST NOT: Hardcode fleet membership, surfaces, or identity maps
MUST NOT: Embed proof-site URLs in platform-site content (fleet.json eco-bar only)
MAGIC
INTEL. CHAT. COIN. — Three primitives. One governed economy.
MUST: CANON.md in every scope
MUST: Services compose primitives — never duplicate
MUST: Primitive structure is fixed — industry is the only variable
MUST: Primitives compose into services — never duplicate
MUST: Services connect through SHOP.md and VAULT.md projection files
MUST: SHOP.md = public projection file (filesystem-discoverable, UPPERCASE per LANGUAGE)
MUST: VAULT.md = private projection file (filesystem-discoverable, auth-gated, UPPERCASE per LANGUAGE)
MUST: Instance = service projected through user governance context
MUST: Instance directories live at USER scope ({USER}/{PLURAL}/), not nested in SERVICES/
MUST: Service directories (SERVICES/{SINGULAR}/) define schemas — instances hold content
MUST: Every .md compiles to .json with the same name (direct mapping)
MUST: CANON.md = axiom + universal constraints only (no service names, no paths, no implementation)
MUST: README.md = how to run the CANON only
MUST: {SCOPE}.md = SPEC — the interface (purpose, routes, projections, ecosystem)
MUST NOT: Hardcode service names in CANON constraints (law speaks universals)
MUST: Inheritance resolves upward — scopes compose by directories
MUST: Tier algebra is canonical — DESIGN.md is the single source (COMPLIANCE tier algebra)
MUST NOT: Expose dimension internals to users or developers
MUST NOT: Hardcode outside governed contracts
MUST: Nonprofits get enterprise for free
MUST: ORG is the container; USER is the repo (`github.com/{org}/{user}`; duplicates across orgs allowed)
MUST: MARKET/ SALES/ GTM/ exist (META self-closure; one primitive each)
MUST: Each META sub-scope maps exactly one primitive (INTEL, CHAT, COIN)
MUST NOT: Add META business knowledge outside MAGIC/ scope
MUST NOT: Remove META sub-scope without replacing its primitive coverage
MUST: `{SCOPE}.md` is the scope contract surface; it MUST NOT be treated as a generic filename placeholder
MUST: LEARNING.md is the terminal — governance evidence, patterns, epoch rotation
MUST: LEARNING/ is the IDF directory — machine-generated individual data files
MUST: LEARNING.md rotates at epoch boundaries — frozen epochs archive as LEARNING-{EPOCH}.md at scope root
MUST: LEARNING.md is always the current epoch — active, append-only
MUST: Epoch boundary = EVOLUTION signal in LEARNING.md (named, dated, sourced)
MUST NOT: Delete archived LEARNING epochs — append-only history
MUST: MAGIC defines the triad interface directly:
MUST: COMPLIANCE/ + GALAXY/ + SURFACE/
MUST NOT: Define conflicting tier algebra in downstream scopes; downstream must inherit this contract