The opportunity
At Render, we’re building the modern cloud platform for developers creating AI-native, full-stack, multi-service applications. Our mission is to eliminate the tradeoff between the power of hyperscalers and the simplicity of developer-friendly platforms—so teams can ship fast,…
What you'll do
Design the full programmatic interface, not just the CLI. The agent operates: Render through many doors — the CLI, the API, MCP, SDKs, Blueprints, and Skills — and they should feel like one coherent product, not a set of independently evolved tools. You'll own the interaction model and the error language across all of them, so an agent can run deploy → verify → debug → iterate without a human in the loop. A one-command path from empty directory to running app matters, but so does an API call an agent can reason about and an MCP surface it can operate reliably. An error message an agent can't parse and recover from is a broken feature, and you'll treat it that way — on every surface.
Design documentation as an agent-facing product. Docs aren't just for humans: anymore; they're how an agent learns to operate the platform. You'll design Blueprints, Skills, and reference material that teach an agent to use Render correctly — treating docs-as-experience as a first-class programmatic surface, with the same rigor as any command or endpoint.
Close the human-operated gap in onboarding. Today the default first-deploy: path runs service-by-service through the UI — the one thing an agent fundamentally can't operate. You'll design a configuration-first path where the whole system is described in code (Blueprints) and deployed in one motion, so the programmatic loop doesn't break at step one.
Design the dashboard surfaces where agent work becomes visible to humans.: When an agent deploys, retries, or fails on someone's behalf, a person needs to see what happened, why, and whether to trust it. You'll design the review, supervision, and activity surfaces for agent-driven work — web UI held to the same rigor as any flagship flow, because this is where confidence in the whole agent story is won or lost.
Design agent auth and access. Consent, scoping, and token management: so a developer can grant an agent or third-party app exactly the access it needs, see what that access is being used for, and revoke it without fear. Least-privilege should feel legible and safe rather than all-or-nothing. This is half policy design, half interface design, and it's where "can I trust this?" gets answered.
Design one model, expressed everywhere. The core objects of the platform —: applications, services, environments — should mean the same thing whether you meet them in the dashboard, the CLI, the API, an SDK, MCP, or a Blueprint. You'll design that model once and hold every surface to it, so a human and an agent are always looking at the same product.
What they're looking for
- Surface the agent-operable paths at moments of intent. Copy-a-prompt CTAs,: post-signup CLI install, post-error tooling suggestions. The programmatic paths already exist but aren't discovered — you'll place them where developer intent is highest.
- + years of product design experience , ideally on developer tools,: infrastructure, APIs, or another technical, credibility-driven product. You may have worked as a product designer, a designer who codes, or something harder to label — the title matters less than the work. At this level, we expect someone who has owned a major surface or product area end to end and set the direction others built against.
- Craft that spans GUI and non-GUI surfaces. You have an eye for detail that: borders on obsessive — the wording of an error, the shape of a command, the structure of an API response, the spacing of a dashboard — and you're as rigorous about a CLI message or an SDK method as you are about a screen. Your portfolio shows strong web UI work alongside text-first thinking: command design, API ergonomics, MCP/SDK design, docs-as-experience, or conversational interfaces.
- You design the whole journey, not a surface at a time. Your portfolio shows: end-to-end experiences — a user carried coherently across interface boundaries, CLI to API to SDK to dashboard and back — where you designed the model once and expressed it everywhere it appears, rather than polishing one surface in isolation.
