AI at Intelus

We do not sell AI. We run it.

Every system on this page is in production — ours or a client's. That is a deliberately narrow claim, and it is the only one worth making, because the gap between an AI demo and an AI system that survives a Tuesday is where almost every project dies.

01

It has to have a number

Every workflow we automate starts with what it costs today — hours, errors, delay. If we cannot state what changes, we do not build it.

02

Evals before deploy

A graded test set with real cases and a pass bar, so a prompt change can be shown to be better rather than merely different.

03

A human where it matters

We decide explicitly what the system may do alone, what needs approval, and how a person takes over mid-task without losing state.

04

Cost per task, tracked

Token spend attributed to the workflow it serves. AI without unit economics is a bill nobody can defend at renewal.

In production

Three systems running right now.

Two of them are ours, which matters — we carry their bills and their on-call, so what we tell you about AI is grounded in operating it rather than selling it.

Publishing at volume, in one voice

Content automation

A content engine that sounds like the brand, not like a model.

Most content tooling produces text that is grammatically fine and completely anonymous. The work is in the constraints: the brand's actual voice, its actual claims, its actual formats, and a review step before anything is published.

We build engines that take a topic or a source and produce finished, on-brand output at volume — with the structure, the internal linking and the metadata already correct, so it is publishable rather than a first draft somebody has to rewrite.

  • Long-form and short-form generated from a brief in the brand's voice
  • Structured for search from the start, not optimised afterwards
  • A human review gate before anything goes live
  • Repurposing one piece across the formats each channel needs
ClaudeRetrievalEvalsCMS integration
A content pipeline producing finished, on-brand output at volume
Our own agent orchestrator

Jerry

Many agents building in parallel, each in its own isolated checkout, shipping to Vercel.

Jerry is the system we built to run our own engineering. It spawns a separate AI agent per task, each in its own isolated git worktree on its own branch, so several pieces of work proceed at once without colliding — and every one of them is a real, reviewable branch rather than a chat transcript.

It tracks each agent's live status, cost and output on one board, pushes a notification when an agent needs a decision, and enforces a spend cap per task. The sites it builds deploy to Vercel from those branches.

This is the honest reason we can quote the timelines we do. It is also why our AI advice is worth something: we carry our own token bills and our own on-call, so we know which of this actually pays for itself.

  • One isolated agent per task, in its own git worktree and branch
  • Parallel builds that do not collide with each other
  • Live status, cost and diff for every agent on one board
  • Cost caps enforced per task, and alerts when a decision is needed
  • Branches deploy straight to Vercel
ClaudeGit worktreestmuxVercelPython
An orchestration board tracking several AI agents building in parallel
AI production for a real estate developer

The RL Infraventure pipeline

Brochures, renders and listing imagery generated per project, at a quality that goes to buyers.

RL Infraventure has ninety-plus projects. Each one needs a sales brochure, and each brochure used to be a designer's week. We built a pipeline that produces them from the listing data: a full multi-page brochure, rendered from HTML to print-quality PDF, with the floor plans, elevations, area tables and legacy project pages already laid out to a locked design system.

Alongside it runs the imagery work — generated architectural photography where a real day shot does not exist, sky replacement on the ones that do, and normalised project cards so a fifteen-project grid reads as one set instead of fifteen different photographers.

Projects produced through it include Swar Kunj, Shrimant, Prabhas Grandeur, Nature Plaza, Onkar and Morya. The last batch of four was generated in parallel by background agents.

  • Multi-page sales brochures generated per project, print-ready
  • A locked design system so every brochure is the same product
  • Generated architectural imagery where no real shot exists
  • Normalised listing cards across a large project grid
  • Batch production — four brochures in parallel, unattended
ClaudeImage generationPlaywrightPDFPython
Generated architectural imagery and print-ready brochures for a property developer

Got a workflow that's eating hours?

Describe it — what happens today, how often, and who does it. The first useful answer is usually free, and it is sometimes that you do not need AI for this at all.