Skip to content
Tarun Ahirwar

Senior Full-Stack Developer

4.3 yrs · since Apr 2022

Tarun Ahirwar · Senior Full-Stack Developer

ThinkSys Inc · Noida, India · 4.3 yrs

Full-stack: React, Node.js, TypeScript, PostgreSQL

ResumePDF, opens in a new tab

Work Experience

Projects

Working with AI

The engineering parts rather than a tool list: what an agent is permitted to do, what context it is given, and what has to be verified before a change is considered done.

  1. 01

    Agentic development

    I build with coding agents on a harness I maintain: skills for repeated workflows, subagents with scoped tool permissions for research that would otherwise fill the context window, and MCP servers for capabilities the model does not have. The agent runs the mechanical passes; design and review stay with me.

    • Agentic coding
    • MCP (Model Context Protocol)
    • Subagent orchestration
    • Tool scoping
  2. 02

    Context engineering

    Output quality depends on the context supplied, so the context is the part worth engineering. Each repository carries an agent contract, a typed content layer so copy cannot be hard-coded into a component, and guardrails the compiler enforces rather than a reviewer. On this site a metric will not typecheck without its source and pull date.

    • Context engineering
    • Spec-driven development
    • Agent contracts
    • Type-enforced guardrails
  3. 03

    Verification over the wire

    A successful build does not confirm a successful deploy. I have shipped a Cloudflare Worker that deployed clean and then returned 500 on every HTML route, traced to a chunk-loading failure only visible in production logs. Nothing is done until the live URL has been checked over the wire, against what the repository claims.

    • Production verification
    • Deterministic gates
    • Human-in-the-loop review
  4. 04

    LLMs in the product, not only the toolchain

    I have built the human-review surface for an AI documentation pipeline: audio to S3, speech-to-text, then a structured draft generated through a domain-specific prompt layer. The constraint was not the model. A qualified reviewer signs every draft, so the interface had to make a machine draft straightforward to disagree with, with no silent acceptance path.

    • Speech-to-text
    • LLM generation
    • Prompt layer
    • Human-in-the-loop

Engineering Principles

Architecture follows the constraint
The requirement picks the architecture, not the trend. A real-time feed rules out request-and-response; a legacy browser target caps the bundle you can ship. You design to the constraint in front of you and accept the trade it asks for.
The data contract comes first
The shape passed between client and server is settled before either side is built, so the interface and the API develop against one source of truth. A change to the contract surfaces as a type error, not a runtime surprise.
Shipping is part of the engineering
A repository shows intent. A domain serving traffic shows the thing runs, and returns the operational feedback no local environment produces.
Performance is tracked as a budget
Bundle size and Core Web Vitals are measured per release rather than audited occasionally, so a regression is visible while it is still one commit.

Contact

Open to full-stack roles. Available to discuss system architecture, Core Web Vitals, accessibility, or search performance.

ResumePDF, opens in a new tab