Morpheus OS
Map a workflow

Customer zero · Daily research loop · Publication by operator approval

A scheduled research loop with evidence intact.

HtAG Analytics turns market signals into structured research hypotheses through a daily scheduled process. Each finding carries its sources and evidence status as it moves through quality checks, validation and synthesis. The operator approves publication and product decisions. The case shows the research record at its current stage.

94
research stages each year
4
bounded research cadences
Operator approval
before publication

Chapter 01 / 06

The scheduled loop

Proprietary market metrics are supported by a recurring evidence process rather than an opaque claim pipeline.

The edge is proprietary. Now the pipeline that finds it is, too.

HtAG’s metric families — RCS™, GSP, GPD — are not in the standard feeds, and its market-selection methodology carries a documented record of 135 recommendations without a loss. Each of those metrics began the same way: substantial research hunting correlations between events and data, between metric and metric, until something survived testing.

The work this used to take

Scanning twelve signal categories — supply, credit, rents, migration, infrastructure, climate, policy, labour — then structuring, de-duplicating and validating what survived. A standing research function, run out of the data team’s calendar between everything else it builds.

The ledger the loop now carries

365 runs a year: 52 weekly signal scans, 26 QA passes, 12 validation rounds against live HtAG data, 4 synthesis labs — 94 research stages on cadence, none of them dependent on anyone’s spare hours, and a heartbeat on every other day.

Where the hours went

The data team builds instead — new metrics, new endpoints on the developer platform, new features and products. The first product seed to come out of the loop, an internal validation-queue app, is already in the store awaiting operator approval.

For the businessSome consequences resist a single number — this one compounds instead. Every validated finding is a candidate metric, skill or product, and the pipeline that used to run on stolen hours now never misses a week.

Workflow context and documented result

HtAG Analytics is known for proprietary market metrics — the Relative Composite Score™, Growth Spillover Effect and Growth Pattern Deviation among 150+ metrics across 7,000+ suburbs. Every one of them began as correlation research: events tested against data, metric against metric, until an edge survived. This loop industrialises that R&D — a live daily orchestrator moves external signals through a fixed evidence ladder, while the data team spends its hours on what only people can build: new metrics, new APIs, new features and products.

A learning system with visible evidence status.

Built inside Morpheus for HtAG Analytics. This case documents the research process and its current evidence status. The scheduled loop builds the record needed to assess future findings.

What starts it

Answer
A daily schedule at 21:00 UTC — 0 21 * * *. It wakes whether or not there is work to do.

What it decides first

Answer
Which cadence is due today: weekly, fortnightly, monthly, quarterly, or none.

What it produces

Answer
Structured hypotheses with an expected direction, the metrics that would test them, a risk caveat and a validation window.

What it holds

Answer
One shared evidence store — the canonical state carried between runs, and the reason a Sunday run knows what the previous month concluded.

What it may never do

Answer
Publish a claim, produce client-facing material, launch a product, or overwrite the underlying skills. All four sit behind an operator gate.

In the store now

Answer
Twelve open hypotheses, moving through four evidence tiers.

Proof status

Answer
Customer zero — HtAG Analytics, running to its cadences on the live instance.

End of chapter 1 · The scheduled loop

Related guide in LearningChoosing the first workflow ↗

Chapter 02 / 06

Four rhythms

Each cadence has a defined purpose and decision boundary.

Four rhythms, each with a defined decision boundary.

The router checks the date and runs only what is due, in dependency order. Every stage is bounded by what it is forbidden from concluding.

Every Sunday

Weekly Watchtower

  • Scans external market, product and research signals
  • Turns each into a structured hypothesis
  • Records source, quality and expected direction
May not: apply weights, check internal data, or state a market position. Output is Tier 0 only.
Every second Friday

Hypothesis QA

  • Deduplicates the register
  • Rejects anything that cannot be tested
  • Maps each survivor to exact metrics and a direction
May not: validate anything. It prepares the inputs the monthly stage will test.
First of the month

Validation engine

  • Tests prepared hypotheses against live market data
  • Records the query evidence for each test
  • Moves evidence tier up, or leaves it where it is
Must: fail closed. No live access log means blocked or failed — never a silent pass.
Jan · Apr · Jul · Oct

Research and product lab

  • Synthesises only repeated or backtested evidence
  • Looks for research edge and product opportunities
  • Scores candidates against published weights
May not: act on its own conclusions. Everything it proposes needs approval.

And on every other day

A heartbeat. It verifies the evidence store is intact, writes a run note saying no cadence was due, and invents nothing. A scheduled agent with nothing to do should produce a record of having done nothing — not filler.

Why the state is shared

All four cadences read and write one evidence store. That file is the operating memory: it is what makes the monthly stage able to test a hypothesis the weekly stage formed three weeks earlier, and what stops the quarterly stage synthesising from work nobody validated.

End of chapter 2 · Four rhythms

Related guide in LearningHow work becomes operating memory ↗

Chapter 03 / 06

Evidence quality

Observation, analysis, hypothesis and publication have distinct evidence thresholds.

Four evidence tiers, from observation to publication.

Every hypothesis carries a tier, and the tier decides what may be done with it. Nothing is promoted by age, confidence or repetition of the same source.

TIER 0

Observed

An external signal has been seen and structured. It is a hypothesis, not a finding.

TIER 1

Supported once

A single validation, or coherence with the internal data baseline.

TIER 2

Repeated

Validated across more than one refresh or market. The signal has survived time.

TIER 3

Backtested

Repeatedly or consistently validated. The only tier eligible to become something a client sees.

End of chapter 3 · Evidence quality

Related guide in LearningGoverned workflows ↗

Chapter 04 / 06

Research in progress

Open hypotheses and missing evidence remain visible instead of being upgraded into conclusions.

Twelve hypotheses, under test.

Read from the live evidence store: what is under test, what it covers, and the discipline every hypothesis must pass before it may be used.

12open hypotheses in the register
4evidence tiers every hypothesis must climb
4cadences, from weekly to quarterly
1rule at the gate: primary sources only

What the twelve cover

Construction supply, lending serviceability, rental vacancy, planning policy, climate insurance cost, migration, infrastructure corridors, regional imbalance, planning reform, auction liquidity, labour conditions and build capacity.

Why half are blocked

Six were formed from search extracts rather than the primary report. The workflow records that as a reason not to proceed, instead of treating a secondary summary as evidence.

What each one carries

An expected direction, the exact metrics that would confirm or refute it, an explicit risk caveat, and a window inside which it must be tested or reconsidered.

Evidence gaps stay visible.

Each validation carries its own access log and outcome. The reviewer can distinguish a completed check, a blocked check and a day when no validation was scheduled.

The rule

Monthly validation must record a live data access log for each test, or mark itself blocked or failed. There is no implied validation and no default pass.

What it looks like in the record

The most recent run states plainly that no live market data was accessed and no data tools were used — because no cadence stage was due that day. The absence is written down rather than left to inference.

Access was tested separately

A live smoke test returned real results from the market-data tools for a real locality, and carries an explicit caveat: testing access once does not excuse any scheduled run from logging its own.

End of chapter 4 · Research in progress

Related guide in LearningHow reviewed learning improves the next run ↗

Chapter 05 / 06

Review and release

The loop prepares intelligence and preserves the release authority for consequential decisions.

Four decisions reserved for the operator.

Operator authority applies at every stage, including scheduled runs. The workflow prepares evidence and proposals within these boundaries.

Approve public claims

A person approves each conclusion before external publication.

Keep research internal

Research output stays internal at every evidence tier.

Approve product decisions

The loop scores and proposes product ideas for an operator to decide.

Preserve the analysis method

The underlying analysis logic remains under operator control.

What it is allowed to propose

One product idea currently sits in the store, scored against six published weights covering client pain, data advantage, repeatability, distribution fit, evidence defensibility and build complexity. The score and the weights are both recorded. The idea remains a proposal.

Decisions waiting on a person

Four are open in the record, including approving the live data connector for scheduled validation and ratifying the Tier 3-only rule for public claims. The workflow lists what it needs a human to decide rather than proceeding on assumption.

What self-learning should mean   The other build: intake to draft   All eight domains this runs beside

End of chapter 5 · Review and release

Related guide in LearningHuman authority and approval ↗

Chapter 06 / 06

Questions

The FAQ states the fail-closed data rule and publication boundary.

What people ask about this build.

Answered from the evidence store, including where the answer is unflattering.

What does fail closed mean here?

Monthly validation must record a live data access log or mark itself blocked or failed. There is no path where an absent data connection is treated as a silent pass, and no implied validation.

Can this workflow publish a market claim?

No. Public claims, client-facing claims, product launches and changes to the underlying skills all sit behind an operator approval gate. Only Tier 3 evidence is even eligible to be proposed.

Is the schedule proven, or just switched on?

Switched on and running to its cadences — every run leaving files that can be inspected.

Map a workflow like this

End of chapter 6 · Questions

Related guide in LearningOperating memory, explained ↗

Apply it to your business

Start with one piece of work.

Bring the process, the evidence and the person who owns the decision.

Map a workflow ↗