Skip to content
matthewcm.dev

    ↑ ↓ move · ↵ open · tab scopeopen graph →

    $ cd ./topics/platform-ai

    Platform engineering × AI-native architecture

    Golden paths, internal developer platforms, delivery metrics, and what changes when AI agents become users of the platform too.

    32 notes🌱 4 seed🌿 27 growing🌳 1 evergreen

    A platform is a product whose customers are developers. Its job is to make the right thing the easy thing: paved roads for building, testing, shipping and running software, so teams spend their energy on the problem in front of them rather than on plumbing.

    What’s changing now is that some of those “developers” are AI agents. Agents need what people need (clear contracts, fast feedback, safe defaults, good observability), only more strictly, because they won’t ask in Slack when the docs are wrong. That’s the thread through this topic: platforms built for people turn out to be the best foundation for agents too.

    Start here

    Paved roads

    Measuring and running it

    Agents and learning machines

    Open questions I’m exploring

    • What does a golden path look like when the primary user is an agent? Is it a template, a tool schema, or an eval suite?
    • How should a platform expose guardrails (budgets, approvals, audit logs) so autonomous agents stay safe without becoming useless?
    • Which DORA-style metrics make sense for agent-produced changes?
    • Where’s the line between “supporting” and “core” when AI makes building bespoke tools nearly free?

    hover to explore · click to open

    Case studies

    🌳 Start here

    Still growing (28)

    On the radar

    Coming up