The Lab is the unpolished page. In-progress products, research notes, methodology iterations. We publish here while the work is still warm, so you can see where we're going before we get there.
14Active investigations
4Products in build
v3.2Methodology release
∞Things we don't know yet
1 What we're working on this week
Active investigations.
Note 14 · Week of 11 MayIn review
Agent liability.
When an AI agent posts a journal entry, who signs it? Working through the audit-trail design for Helios. Every agent action inside our internal operating system needs a traceable provenance that survives a financial audit when we ship it to customers. Hard problem; we'd rather get it right than get it shipped.
Note 13 · Week of 4 MayPrototype 0.3
Dispatch memory.
Senior dispatchers remember the truck that always breaks down on cold mornings. New dispatchers don't. Building the working-memory layer for Helios that gives a new dispatcher senior-dispatcher context on every call. The prototype is live inside Ludia first.
Note 12 · Week of 28 AprMid-study
Methodology baseline.
Re-running the AI Methodology against three concurrent engagements to see where the variance lives within the 30–40% blended reduction. Hypothesis: the bottleneck moves from discovery (deeply compressed) to change-management (less compressed). Data inconclusive so far.
Note 11 · Week of 21 AprRFC draft
FarShip extensibility.
Two customers want to extend FarShip in different directions. Designing a “regulated extension” interface that lets customers add modules without breaking the upgrade path. Reference architecture: Stripe Connect.
Note 10 · Week of 14 AprPilot · 4 techs
Voice as form.
Field technicians take 14 minutes on average to close a work order in the D365 mobile app. Voice-to-structured-form on the truck radio compressed it to 90 seconds in a four-tech pilot. Generalization is the open question.
Note 9 · Week of 7 AprTool draft
Master-data sanity.
Customers ask us for AI agents, but their master data isn't consistent enough for agents to be honest with. Building a pre-flight diagnostic that scores master-data readiness before any agent work begins. Brutal feedback expected; we'll publish it anyway.
2 Methodology · In iteration
Versioning the methodology.
The AI Implementation Methodology is the operationalized form of the velocity-compression thesis. We version it like software. Each release records what we learned in production: what worked, what didn't, where the bottleneck moved.
v3.2April 2026
AddedMaster-data readiness scoring
Pre-flight diagnostic.
Across the last three engagements, master-data quality emerged as the strongest predictor of timeline variance. v3.2 introduces a pre-flight diagnostic that scores readiness before kickoff, so we can sequence data-cleansing into the project plan instead of discovering it in week 6.
v3.1February 2026
ChangedHow we capture customer requirements
Voice-first config.
Switched from PowerPoint-driven requirements workshops to voice-recorded operator interviews on-site. Two-hour interview with the actual operator beats a six-hour workshop with their boss. AI transcription and structured extraction handle the synthesis.
3 Essays · Long-form
Reading from the Lab.
Essay 3 · May 2026In draft
Why vertical AI wins.
A long-form argument for why the next decade of enterprise AI is owned by vertical specialists, not horizontal platforms. Five industries, three pricing dynamics, one prediction about consolidation.
14 min read
Essay 2 · April 2026In draft
The compression economics.
What changes when an implementation gets 30–40% lighter on both time and effort. Implications for CFO posture, vendor selection, and the consulting business model.
The thesis essay. What the data layer is for, why the interface is dissolving, and what we mean when we say the next generation of business applications is being built around the same data spine, with everything else rewritten.
11 min read
Lab · Hiring
2 open roles.
We're hiring people who think about the second-order effects of agents in industrial operations. Senior architects, applied researchers, product engineers.