Skip to content
TanX Labs · AI transformation studio

Every company now has the same models. Almost none have the context.

We help businesses in Australia and the US put AI to work. We find where it would actually pay, write the strategy and build the systems, starting with the context layer that lets a model see your business at all.

Three engagements delivered so far: two in business transformation, one on the data layer.

AI Review
2–3 wks
Strategy
4–6 wks
Build
Staged
Answer receiptBuilding contractor · 09:41 today

“Which jobs are at risk of slipping this month, and what is it worth?”

  1. 01Asked byOperations Manager, Delivery
  2. 03ReadERP schedule · contract CT-2291 · AR ageing
  3. 05Fact3 jobs behind schedule · $412k combined · 1 carries damages
  4. 08ConflictJob 4488: ERP $94k, Finance $88k · lower used, flagged
  5. 09Withheld3 records outside this person's access · never read
sampleIllustrative. A mock-up of the answer format; every record in it is invented.
1The context gap

A frontier model is a brilliant graduate on their first day. Every single day.

Your pricing logic lives in a spreadsheet one person maintains. Your install standards live in a senior tech's head. The reason you walked away from a job in 2023 lives in an email thread nobody has opened since.

A frontier model sees none of it. It can write, reason and summarise better than almost anyone you employ, and it still starts from zero on every task, because nothing about your business was ever put in front of it.

That is not a model problem. It is a context problem, and it is the only problem worth solving first.

Most of that context has never been written down, which is why getting it out is a method rather than a workshop. Here is how we surface it.

Fig. 1Where the gap actually sits
What your business knows
  • ERP
  • CRM
  • Inboxes
  • Drive / PDFs
  • Spreadsheets
  • Chat threads
  • Standards & policy
  • Four people's heads
the gap
What the model can see
Frontier model

Brilliant. Knows nothing about you.

general knowledge
your organisation
2Three ways in

Come in for a review, a plan, or a build.

2–3 weeks · Fixed scope

AI Review

A readiness, exposure and architecture review. We find where AI would actually pay in your business, what is already leaking through shadow AI, and what your context is worth.

You leave with
  • A scored context-readiness rubric
  • A systems and data map
  • A shadow-AI exposure assessment
  • A ranked shortlist of candidate workflows
Read the engagement
4–6 weeks

AI Transformation Strategy

The sequenced plan. What to build, in what order, with what it costs and what it returns, so a board can approve it without a leap of faith.

You leave with
  • A staged 12-month roadmap
  • A governance and permissions model
  • A baselined measurement plan
Read the engagement
Staged, from 6 weeks per increment

AI Implementation

We build it. The context layer first, then agents on top, shipped into your environment rather than handed over as a slide deck. The first increment can put a working automation live in 2–4 weeks.

You leave with
  • Connectors into your live systems
  • The context layer and governed assistants
  • Persona agents and the runbook to operate them
Read the engagement
3What we build

Org Brain. The context layer your business does not have yet.

Org Brain is our reference architecture and component set for a permissioned context layer. We build it inside your environment, you own what is deployed, and we keep the right to reuse the pattern.

It is not another dashboard. It is the layer underneath every dashboard, answer and alert you already have — the thing that resolves what is actually true before any of them render a number.

It resolves identity and permissions before any read happens, not after. It is built so that a person asking a question through Org Brain only sees what they could already see in the system of record. The layer is designed not to create a new door into your data; it reads through the doors you already have.

The model sitting on top of it is a swappable part — today's frontier model, next year's cheaper one, whatever wins the quarter. The layer underneath is the durable asset. It is what keeps paying down after the model you started with is obsolete.

See Org Brain
  • 01
    Identity resolution
    Resolves who is asking before anything is read, not after.
  • 02
    Permission-aware reads
    Answers only from what that person could already see in the source system.
  • 03
    Entity resolution
    One customer, one job, one asset — not six half-matching records across four systems.
  • 04
    Precedent and policy
    Your pricing logic, your standards, your past decisions, held as structure, not folklore.
  • 05
    Freshness control
    Live where a stale answer is dangerous, cached only where it is safe to be a day old.
4What an answer looks like
Fig. 2One contract, four kinds of business
Ask Org Brain⌘K

“Which jobs are at risk of slipping this month, and what is it worth?”

Scope
Operations Manager, Delivery · permissions resolved before read · 14 of 17 records readable
As at
09:41 today · 2 of 3 sources read live
Fact
Three jobs are tracking behind schedule, combined contract value $412k1. Job 4471 is six days behind on a fixed-date contract carrying a liquidated damages clause2. Two of the three also have invoices past 60 days3.
Likely driver
Both delayed jobs are waiting on the same subcontractor crew, committed to another site until the 19th. Offered as a likely cause, not a confirmed one.
Recommendation · not a fact
Re-sequence 4471 ahead of 4488, or accept the damages exposure and say so now. Owner: Delivery Manager. Decision needed before Thursday.
Conflict
Finance and the ERP disagree on the value of job 4488: $88k against $94k. The lower figure is used above, and the discrepancy is flagged rather than quietly resolved.
Sources
  • 1ERPjob 4471 · scheduleread live · 40s ago
  • 2ContractsCT-2291 · clause 14indexed · 6d ago
  • 3FinanceAR ageingread live · 2m ago
Withheld

Three records matched this question but sit outside this person's access (subcontractor rates, two payroll records). They were never read, and the answer does not depend on them.

sampleIllustrative. A mock-up of the answer format; every record in it is invented.

An answer you cannot check is a rumour with better formatting.

Every response separates fact from recommendation, names the records it read and how fresh each one was, flags any conflict between systems, and states what it was not allowed to read.

That last line is the one nobody else shows you. It is also the one that decides whether this can go in front of your whole team rather than three trusted people.

The format does not change with the business. A builder, a care provider, a manufacturer and an accounting practice get the same ten lines; only the records differ.

How the layer works
5Where you are now

An honest self-assessment.

Most businesses that think they are at Stage 1 are actually at Stage 0: a licence bought, nothing sanctioned underneath it. Find your stage before you plan the next one.

Fig. 3The four stages, and the test for each
  1. Stage 0

    AI Zero

    Nothing sanctioned. Staff are using consumer AI anyway, and nobody can see what went in.

    The test

    You cannot answer what was pasted into a chatbot last week.

  2. Stage 1

    AI Enabled

    Licences bought, a governed assistant in place, a handful of automations running. Useful, but the model still starts cold on every task.

    The test

    AI saves minutes, not decisions.

  3. Stage 2

    Context Connected

    The context layer is live. Systems are joined, permissions resolve per request, and answers cite where they came from.

    The test

    You can ask your business a question and get an answer with a source.

  4. Stage 3

    AI Native

    Agents hold standing jobs on top of the context layer. Each task starts at L2 Propose, moves to L3 within written bounds only on its own shadow-mode record, and money, safety and people stay at L4. The record is complete.

    The test

    Work finishes while nobody is watching, and you can audit exactly how.

Autonomy tiers: L1 Assist · L2 Propose (the default) · L3 Act within written bounds · L4 Approval required always. What each tier means

6For the person who will check our work

A working endpoint you can point a client at.

An MCP server is how an AI assistant reads a business as structured data rather than scraped pages. This site runs one, so whoever checks suppliers for you can test ours in a minute.

Public MCP server
/mcp
tanx-labs-mcp · v0.3.0 · MCP 2025-11-25 · read only
  • get_company_overviewwho we are, and the thesis
  • list_solutionsthe three engagements, and what we build
  • list_industriesworked sector examples
  • list_insightsevery field note, filterable by pillar
  • get_contact_infohow to start

Point any MCP client at it and this whole site answers as structured data. An MCP server is one of the things an implementation can ship; this one is ours, so you can check the work before you call us.

7How we work
  • 01
    We baseline before we build
    We measure hours, quote turnaround, rework rate and cash days first, so the change is arguable later, not just felt.
  • 02
    We read live, we do not hoard
    Copying your data into a second store expands your audit scope and goes stale the day after we leave. We read from source instead.
  • 03
    Permissions resolve per request
    Nobody sees anything through the context layer they could not already see in the underlying system.
  • 04
    We size the model to the job
    Most work does not need the largest model available. Costs should trend down over the life of an engagement, not up.
If a stage will not pay back, we say so — a staged plan only holds together if every stage in it is honest.

Start with the argument, not a contract.

Read the case for context first, or skip straight to a fit call. Either way, nothing here asks for a signature before you understand what you would be buying.