What is Lyra?

Lyra is the CRM + ERP I built for Altronis. I use it every day to run the business — contacts, companies, proposals, invoices, contracts, projects, expenses, meeting prep, a unified communications inbox, and a quality dashboard. Nothing unusual about the list. What is unusual is the design principle: Lyra is built to be driven by AI agents, not clicked by humans.

What that actually means

Most CRMs assume a human opens the page, fills the form, presses save. Lyra assumes an agent read an email, decided what to write, and is now posting the update through an API — and that a human will check the diff later. Every mutation writes an audit log row with the agent id, the reason, and the before/after values. Every write path has a confirm-gate when it touches money. Every aggregator query reads the source object's own state, not a denormalised display field.

A practical example: when a new email arrives from a known contact, Lyra auto-drafts a reply in the Communications tab with the original thread quoted and the right people CC'd. I approve it with one click and Lyra pushes a composable draft straight to my Outlook Drafts folder — ready to edit and send. The whole loop runs without me touching a keyboard until the final approval.

What is actually in the box

Why self-hosted, not SaaS

I do not want to hold your customer list. That is the honest answer. CRM data is sensitive — contacts, pricing, pipeline, margins. Hosting that for other companies would turn Altronis into a trust business before it is a product business, and the first breach would end the company.

Lyra is designed to deploy into your own Azure tenant (or your own Firebase project) in about fifteen minutes via a Bicep template. Your data lives in your database, in your billing account, behind your identity provider. I do not have access. When you need an upgrade, you pull the new version; your data never moves.

What it has taught me

Agents need audit trails more than features.The hardest production incidents are not agents failing; they are agents succeeding in ways the operator did not expect. A paid-flip on an invoice nobody approved. A contact stage that stayed at "won" even after the proposal was rejected. A forecast reading the wrong field and producing zero. Every one of these happened to me in the last month. Every one was caught because every write path logs who did it and why.

Object models drift fast when agents are writing to them. Human users keep fields roughly consistent because they see the form. Agents do not. You need validators that reject inconsistent states, not Excel-style acceptance. I shipped seventeen "object-model sync" fixes in a single session because I let agents write freely for a week and then audited what they actually persisted.

Your autopilot is only as good as its commit discipline. Agents that implement a task but forget to commit do not count. I now run my autopilot with a salvage heuristic that auto-commits abandoned work and a hardened prompt that makes commit step one, not step eight. It matters more than the model choice.

How this connects to Altronis

When a client asks me to build an AI-driven ops system, I am reasoning from the one I run on myself. The pattern — narrow role agents, audit trail on every mutation, aggregators that read source-of-truth fields, one-click deploy to the client's own tenant — is the same whether it is a CRM or an invoice OCR pipeline or a proposal generator.

If you are figuring out how to bring agentic AI into your own back office without turning over your customer data to a third-party SaaS, Lyra is the reference architecture. Licensed to run in your tenant, audited from the outside, upgraded on your schedule.

Frequently asked

What is Lyra and how does it differ from Salesforce or HubSpot?

Lyra is a hybrid CRM+ERP designed to be driven by AI agents, not clicked by humans. The application runs on the customer's own infrastructure; data lives in their own Azure tenant. Salesforce and HubSpot are SaaS — your data is theirs to manage. Lyra's design point: agent-native data shapes, ownership-gated mutations, audit trails as a first-class object.

Why hybrid (own infra + Azure tenant) instead of fully cloud or fully self-hosted?

Two-plane architecture solves the trade-off. Application runtime stays close to your team and integrations (own infra). Data plane sits in your Azure tenant for residency, backup, and identity integration. You get the operational simplicity of cloud-native data with the cost and control of local runtime.

How long does Lyra take to deploy at a Singapore SME?

15-minute initial setup using our deployment script. Two to four weeks for first-pass agent flows tuned to the customer's actual sales/operations process. Production-class governance (audit trails, owner-gates, prompt versioning) layered in over the first quarter.

Related reads

Last updated 3 May 2026.