Agentic Engineering – Lead / Principal | 8 - 15 Years of Experience

Geektrust; Bengaluru; Presencial; INR 1.200.000 - 2.500.000; Jornada completa

Descripción de la vacante

Geektrust is seeking an experienced AI delivery leader to architect and deliver AI-native programs end to end. You will work with clients, translate market insights into practical AI capabilities, and defend architectural choices with executives.

The role blends engineering depth with consulting leadership, focusing on production-ready systems rather than demos. You will own the design, build, and operation of production AI solutions, ensuring governance, observability, and reliable execution

Formación

• Deep data modelling across SQL and NoSQL with clear breakage points.
• Production-grade event-driven architectures with Kafka, RabbitMQ or equivalents.
• Robust caching strategies and invalidation at scale.

Responsabilidades

• Own end-to-end AI-native program delivery from architecture to production.
• Design multi-agent orchestration and tool routing for enterprise use.
• Integrate agent systems with ERP/CRM/data platforms in production environments.

Conocimientos

Data modelling

Event-driven architecture

Caching strategy

Observability

Cloud platforms

API and integration patterns

CI/CD

On-call production ownership

Architecting production systems

Client leadership

Descripción del empleo

This is not a slide-making or prompt-engineering role. We are looking for someone who has built systems that run in production, not demos, not pilots that died after a sprint, and who can sit across the table from a client CTO and tell them what to do next.

Two halves, and we mean both. You will architect and deliver AI-native programs end to end. You will also carry a point of view on where this market is going, walk clients through it, and help them stand up their own AI capability covering practice structure, operating model, tooling and governance.

You will report into and replicate the function of a senior AI delivery leader. That means the depth to design the system, the hands to build it, and the presence to defend it in a room full of executives.

At 8 to 15 years, we are not looking for someone whose engineering career started with LLMs. We want the years before that: the production systems, the outages, the architecture calls that turned out wrong and what you learned.

Non-negotiable. This is what we screen on first, and there is no AI in it.

• Data modelling across SQL and NoSQL, and a clear view of where each one breaks
• Event-driven architecture in production with Kafka, RabbitMQ or equivalent. Ordering, replay, idempotency, dead-letter handling
• Caching strategy and invalidation, at a scale where getting it wrong hurt
• Observability. You have instrumented a system, not just read someone else's dashboard
• At least one cloud deeply. Not three superficially
• API and integration patterns against real enterprise surfaces such as ERPs, CRMs and data platforms
• CI/CD, containers, release engineering
• You have owned something in production. On-call, incidents, the whole thing

Agent systems are distributed systems with a non-deterministic component in the middle. If the fundamentals are not there, the AI layer does not survive contact with production.

Two capabilities that do not come free with an engineering background. These are the ones we probe hardest.

Evaluation and Error Analysis

• You have built an eval set for a non-deterministic system and used it to make a decision
• You can decompose a failure: is this a model problem, a retrieval problem, a data problem or a product problem?
• You debug agent behaviour systematically, with traces and evidence, not by gut feel
• Deliberate management of what enters the model on each turn, and why
• Memory strategy: what persists across steps, across sessions, and what should not
• Tool surface design: what the agent can reach, how it is scoped, what happens when a tool fails
• Cost and latency as first-class design constraints, not something discovered in the invoice

Consulting and Client Leadership

Equal weight to the engineering. This is a client-facing role in a services business.

• Carry a market point of view on models, tooling and delivery patterns, and translate it into what it means for a specific client, in their language
• Run discovery workshops, solution reviews and delivery cadences with client teams
• Advise clients on standing up their own AI capability: practice structure, operating model, skills, governance, build versus buy, and adoption across their engineering org
• Shape and defend technical proposals, PoC plans and roadmaps. Own the story end to end
• Translate business problems into architectures for CXO-level stakeholders without hiding behind jargon
• Say no when the answer is no. Tell a client when agents are the wrong tool, and be able to explain why

Delivery and Architecture

The work itself.

• Own end-to-end delivery of AI-native programs, from architecture through production
• Design multi-agent orchestration using LangGraph, CrewAI or equivalent. Agent topology, tool routing, memory, state, fallback and recovery paths
• Integrate agent systems with enterprise systems of record, not toy datasets
• Build RAG where RAG is the right answer, from chunking through retrieval, re-ranking and evaluation
• Run agentic coding workflows with Claude Code, Cursor, Codex or equivalent, and lead projects where AI writes significant portions of the codebase while you guide, review and ship it
• Work with MCP and shared-context tooling. Design what agents are permitted to reach and under what controls
• Bring governance into the design from day one: agent identity, privilege scoping, audit, human-in-the-loop, kill switches
• Contribute to reusable frameworks and accelerators the wider practice can use

Team and Practice

• Build AI engineering capability across the delivery organisation through mentoring, standards and review quality
• Evaluate new models, frameworks and tooling before the hype catches up, and kill the ones that do not earn their place
• Contribute to internal knowledge bases and practice assets

What We Are Not Looking For

• Someone who lists LLMs on a resume but has only called the API in a notebook
• People who explain everything in terms of frameworks they have never deployed
• Consultants who can only narrate what others have built
• Engineers who cannot hold a client conversation, and client-facing people who cannot build