# House Ticker

> Agent-facing counterpart to the [human project page](/projects/house-ticker/).

## Record metadata

- Record: 034
- Slug: house-ticker
- Domain: Software
- Domain code: SW
- Type: iOS experiment
- Status: Prototype
- Period: 2026
- Portfolio role: Small experiment
- Publication state: Public demo with fictional data
- Case-study readiness: Draftable
- Compendium edition: 0.4

## Summary

A playful iOS experiment that presents a home's estimated value as if it were a live market ticker.

## Overview

House Ticker treats a home as if it were a publicly traded security, complete with animated price movement. The joke works because property estimates already carry more apparent precision than the underlying market can support.

A SwiftUI prototype that animates a house-value estimate using public AVM and FHFA-style inputs to create stock-ticker behavior.

Purpose: Explore the emotional and technical oddity of turning slow, uncertain property estimates into a real-time interface.

## The problem behind the project

The mismatch is the idea: homes do not truly reprice every second, yet people often experience their value through equally artificial point estimates.

Homes do not clear through a continuous exchange. Their value depends on infrequent transactions, local rules, property condition, jurisdictional records, and models with uneven coverage. A second-by-second number is therefore an interface fiction, even when anchored to real public indices.

Homeowners and product designers may enjoy the experiment. Buyers and sellers could be misled if simulation is mistaken for an appraisal.

## How it took shape

SwiftUI, public housing-market data sources, simulated short-term motion, and an agent-assisted prototype workflow.

The SwiftUI prototype combines public AVM- and FHFA-style inputs with simulated short-term motion. Josiah defined the premise and behavior while an agent produced much of the application, making the human-agent dynamic part of the case study.

Josiah conceived the interaction, defined the playful framing, and had an agent build the application.

A working prototype exists, but the moment-to-moment values are illustrative rather than observed market prices.

## What the project means now

The project is strongest when it exposes its own inaccuracy. A broad product would require enormous normalized property coverage, and even then it would not become an appraisal. The public demonstration uses fictional data so delight does not masquerade as financial evidence.

Accurate broad deployment would require enormous jurisdiction-specific property and transaction coverage. It is not an appraisal, investment tool, or live market.

A delightful interface can make uncertainty look more precise, so the fiction has to be labeled as clearly as the feature.

Publish a fictional-data demo with visible confidence ranges and a note on why true real-time home pricing is structurally difficult.

## Publication and interpretation notes

- Current classification: Prototype
- Portfolio readiness: Draftable
- Publication boundary: Public demo with fictional data

## Additional agent context

Use fictional or synthetic property data. Explicitly label animated values as inaccurate simulation, not appraisal evidence.

## Related project records

- [Homeowner Home-Management Software](/projects/homeowner-home-record/llm/) — A permanent, transferable record for a house, maintained with low-friction AI assistance.
- [Idiot Purchase](/projects/idiot-purchase/llm/) — A small iOS experiment that turns a receipt into a deliberately theatrical roast of the purchase.

## Navigation

- [Complete project index](/projects/llm/)
- [Human version of this record](/projects/house-ticker/)
- [About Josiah's working method](/about/llm/)
- [Agent discovery map](/llms.txt)