back
Shopify product
Shopify logoFrontend AI Platform · Design System

Shopify

Manager, Engineering — Polaris

Nov 2024 — Present · Remote, Seattle area

I lead the Polaris team at Shopify — a 15-person, globally distributed engineering group that owns the design system, web component library, and developer surface every admin builder at Shopify depends on. I’m product- and outcome-focused, and I spend my time on big problems at a frontend platform and ecosystem level. As a manager, I still write code — both halves of the job show up in the work.

Headline

Web component coverage of admin-web

0% 100%

The largest frontend migration in Shopify admin history. Drove the strategic pivot to web components, then helped form and execute the per-component rollout that shipped it across admin. 100% milestone hit on April 1, 2026.

What I work on

Polaris. The shared component library that admin-web renders with. Mid-shift from a React component library to a CDN-delivered web component library consumable by 1P and 3P surfaces alike.

Admin-web migration. Replacing every legacy Polaris React component instance in the admin with its web component equivalent. Codemods, AI-assisted PR generation, visual validation, and a per-team rollout campaign.

Frontend AI platform. The deepest investment area for me personally — building the platform layer that makes AI coding agents genuinely productive at Shopify scale. Three pieces: agent-tools for connecting agents to internal systems, Thoth for semantic memory, and Watchtower for orchestrating swarms of them across migration work.

Projects

Polaris Web Component Migration

0% → 100% · Apr 1, 2026

When I joined the team, I drove the strategic pivot to web components — and then helped form and execute the per-component rollout that shipped it across admin. The web component library itself predates me, but the migration strategy and its execution was the team’s work, with me leading.

  • A shared coverage dashboard so every stakeholder — from team to CTO — looked at the same number.
  • Per-team coordination (Slack, file links, preview URLs) before merging breaking migrations.
  • Per-component campaigns owned end-to-end by Polaris engineers, with AI-assisted codemod tooling the team built and shared.
  • A pragmatic incident posture when we caused regressions: owned communication, impact analysis, and the systemic fix.

Watchtower

Multi-agent orchestration platform

A swarm-style platform that distributes large-scale frontend migration work across many coding agents in parallel. Each agent picks up a slice, generates a PR, validates it visually and semantically, fixes broken tests, and reports back. A coordinator stitches the output into a coherent campaign and hands off the long tail to humans where the swarm gets stuck.

Deployed on GCP Cloud Run with IAP/OIDC auth. Played a significant role in closing out the Polaris web component migration — the same shape generalises to any large-scale codebase change, and is where I think most enterprise frontend work is headed.

agent-tools

agent-ci · agent-slack · agent-vault · agent-observe · agent-data · agent-world

A suite of CLIs giving AI coding agents structured access to Shopify’s internal systems — CI, Slack, Vault, observability, BigQuery, the monorepo. Each tool is shaped to minimise round-trips and compose cleanly through bash, which agents already know how to use.

Adopted in 14 zones at peak, including Shopify’s in-house coding agent. In head-to-head testing against the equivalent MCP server, the CLI used 3× fewer tool calls, 60% fewer tokens, and finished in under half the time. That delta is why the project is shaped the way it is.

Thoth

Personal agentic memory

A personal memory system that watches what I do at Shopify — Slack I send and read, meetings I attend, docs I write and review, code I touch — and lets the agents I use reason against that memory the way a good colleague would. Not “what did I literally say on March 4th” but “what’s been decided about X,” “what does Pulkit usually push back on,” “what did we conclude about the egress fix.”

Built on Hindsight (open-source agent-memory engine), runs entirely on Shopify cloud infrastructure, single-tenant by design. The interesting work is in the four layers above raw vector search: structured facts extracted at retain time (not raw text); tag conventions as a soft schema (visibility, project, decision_type, person); a single bank with visibility as an egress filter rather than three siloed banks; and observations — a background worker that consolidates evidence across many memories into deduplicated beliefs with proof counts. That last layer turns Thoth from “I can find that conversation” into “I know what Pulkit will say.”

What I’ve learned

Agents don’t need more tools. They need the right shape of tools.

The lesson keeps coming back to MCP vs CLI. In head-to-head testing of agent-tools as a CLI versus as an MCP server, the CLI used 3× fewer tool calls, 60% fewer tokens, and finished in under half the time. The shape that minimises round-trips, pre-digests the answer, and composes through bash wins every time. Agents that have to chain ten calls to answer a question are worse than agents that get the pre-digested answer in one — and “give the agent everything” tends to make agents slower and worse.

Large-scale migrations are a swarm orchestration problem.

Hand a backlog to a swarm of agents and you get inconsistent, sometimes broken changes. Hand the same backlog to a small team and you don’t ship in a quarter. The win is the orchestrator — a system that distributes the work, validates each PR (visually and semantically), and folds the swarm’s output back into a coherent campaign. Watchtower was that for us. The shape generalises far beyond Polaris, and I think it’s where most enterprise frontend migration work ends up over the next few years.

© 2026 Aubron Wood. Seattle, WA.