Technical leader · product-minded engineer

Problems rarely arrive as Jira tickets.That’s the part I like.

You can read the polished version—or ask the impolite questions.

Start with 60 seconds

When alignment breaks

First make the situation legible. Then repair the system that made confusion easy.

When delivery goes off course, Akshay’s first move is to reconstruct the situation without turning it into a search for blame: what was understood, what changed, who owns the next decision and what the team now needs.

Recovery means aligning the people involved, making ownership and escalation explicit, and restoring enough trust for work to continue. The durable fix is a clearer operating model—not making the lead permanently available as the rescue path.

Client-specific evidence remains private under contractual obligations.

StabilizeBring the relevant people and facts into one shared view before making more promises.
RealignClarify ownership, communication paths and escalation boundaries.
ImproveStrengthen the operating model so recovery does not depend on constant personal availability.
Selected work / 01Agentic engineering

t0rque

It started with an engineering-capacity problem, not an AI demo.

An agentic engineering system conceived after observing real maintenance and capacity bottlenecks—then architected, built and demonstrated as a working implementation.

Observed constraintProduct decisionWorking implementationHuman approvalHuman control
Inspect the whole story

Three other kinds of proof

The systems changed. The responsibility widened.

02 / Enterprise systems
Turb0

Modern cloud and AI systems meeting automotive workflows, browser constraints and Windows-native software.

Inspect the boundaries ↗
03 / Founder experience
Skap & Daugh

Product, technology and customers—from a strong original belief to the evidence that complicated it.

Read the scar tissue ↗
04 / Applied AI and R&D
Thomson Reuters Labs

Foundry, ContentCraft and the less theatrical work of turning agent experiments into useful product workflows.

Inspect the R&D work ↗

The career arc

The technology changed. The unit of responsibility kept getting larger.

Read the full chronology
  1. 2017–2020Engineering foundation

    Frontend, backend, APIs, data and direct customer collaboration across payroll and legal technology.

  2. 2020–2022Technical leadership

    Architecture, client communication, mentoring and delivery across teams of seven and ten engineers.

  3. 2022–2024Founder ownership

    Product, technology, design, customers and the expensive difference between conviction and validation.

  4. 2024–2025Applied AI and R&D

    Agentic platforms, document workflows and full-stack experimentation with multidisciplinary teams.

  5. 2025–presentArchitecture and product leadership

    Complex automotive systems, engineering direction and an agentic workflow built around real capacity constraints.

What tends to survive contact with reality

A few opinions earned the expensive way.

  1. 01Customer evidence beats senior-person certainty.
  2. 02A prototype should reduce uncertainty, not decorate a decision.
  3. 03Autonomy needs context, boundaries and an honest information flow.
  4. 04Being able to build something does not mean it should exist.

Outside the system diagram

Usually moving, occasionally sitting still.

Motorcycles, long road trips, travel, hiking, cars, football and cricket. A useful counterweight to work that otherwise happens mostly inside a screen.

Portrait of Akshay Satheesh
Akshay, without a system diagram.

The boring but useful part

Yes, there is a résumé.

Roughly nine years across application engineering, technical leadership, founder ownership, applied-AI R&D and solution architecture—edited for humans, printable for systems.

Public-safe by design

The public version keeps professional chronology and contact information. Date of birth, gender, nationality, home address, phone number and employer-issued email addresses stay out of it.