Sr. Fullstack Platform Engineer - (Backend Focus)

We are closer to Linear than to a traditional enterprise software team in how we think about quality.

Craft is not a decorative layer, and it is not limited to the frontend.

Quality is the whole customer experience.

That means:

• You know what good looks like. You can tell when a workflow is technically correct but still wrong: too vague, too slow, too brittle, too noisy, too hard to trust, or too poorly fit to the customer’s real problem.
• You care about the feeling of rightness. You notice naming, data models, logs, permissions, latency, API shape, loading behavior, failure modes, and the small frictions that make complex software feel either elegant or exhausting.
• You use AI without outsourcing judgment. You can delegate work to agents, but you still define the problem, set review criteria, constrain the implementation, verify the behavior, and decide whether the result is good enough to ship.
• You build with customers close by. You are comfortable using real customer workflows, support threads, calls, prototypes, and internal dogfooding to understand what the product needs to become.
• You keep the team small by raising the bar. We would rather have a few engineers with strong taste, high agency, and deep ownership than a larger team producing more undifferentiated software.
• You do not ship half-baked experiences to customers. Early prototypes are useful. Internal dogfooding is useful. Customer co-creation is useful. But the public product should feel cared for.

• Workflow and agent execution. Build the contracts that let agents call real pipelines with typed inputs, structured outputs, streaming status, retries, logs, and auditability.
• Python and Django platform services. Model platform concepts cleanly, build durable APIs, evolve service boundaries, and make customer workflows reliable at the backend layer.
• Kubernetes-backed execution. Work on deployment patterns, scaling, isolation, runtime behavior, observability, and operational reliability for AI workflows.
• Fullstack platform surfaces. Build the frontend and backend experiences customers use to configure, run, inspect, debug, and reuse AI workflows.
• Permission-aware data access. Build secure customer data access patterns, retrieval systems, indexing, hybrid search, and APIs that respect enterprise boundaries.
• Reliability and observability. Make distributed AI workflows understandable: what ran, what changed, what failed, why it failed, and what the user or system can do next.
• Platform abstractions. Turn one-off customer implementations into reusable capabilities without sanding off the important domain-specific details.
• Developer and operator experience. Improve the tools, docs, test harnesses, internal workflows, and diagnostics that let a small team move quickly without losing control of the system.

This is not a pure infrastructure role.

The right person can move through the stack, find the real constraint, and leave the customer experience better shaped than they found it.

• Strong backend and platform experience. You are credible in Python/Django, APIs, distributed systems, cloud infrastructure, Kubernetes, queues, jobs, and production reliability.
• Fullstack production range. You are comfortable enough with TypeScript, React, and frontend product surfaces to build, debug, or shape the UI that exposes your backend work.
• High agency and high standards. You do not wait for a perfect spec. You clarify the problem, find the constraint, make progress, and raise the quality bar as you go.
• Platform instincts. You think in contracts, interfaces, failure modes, permissions, observability, and lifecycle. You know the difference between a feature that works once and a primitive that other people can safely build on.
• Good taste in abstraction. You do not over-framework the first version, but you can see when repeated customer work wants to become a platform capability.
• Taste in customer experience. You can tell when a complex workflow is technically correct but still confusing, brittle, or hard to trust. You care about making advanced software feel legible, fast, and empowering.
• AI-first engineering habits. You use tools like Claude Code, Cursor, Codex, or similar systems to move faster and think at a higher level. You still understand the code you ship, review generated work carefully, and know when to slow down.
• Judgment in spite of AI. You can deliver high-quality software even when AI tools are eager to generate too much code, plausible abstractions, brittle tests, or shallow solutions.
• Customer empathy. You can talk to scientists, data teams, operators, and enterprise stakeholders, then translate messy real-world needs into durable engineering decisions.
• Clear communication. You can write down the shape of a problem, explain tradeoffs, and help the team make better decisions without turning everything into a meeting.

• You have built workflow systems, developer platforms, data platforms, infrastructure products, agent systems, internal tools, or complex enterprise SaaS used by technical customers.
• You have opinions about API shape, execution semantics, logs, permissions, lifecycle states, and observability because you have seen what happens when those things are treated as afterthoughts.
• You can show how AI has made you faster without making your work worse.
• You can point to places where you rejected, rewrote, constrained, or heavily edited generated code because your judgment was better than the tool’s first answer.
• You have pulled something back from release because it technically worked but did not yet meet the quality bar.
• You are comfortable with ambiguity, but you do not confuse ambiguity with vagueness. You ask the questions that make the work concrete.
• You care about regulated, high-trust AI because it is harder and more useful than another thin wrapper around a chat box.

Being direct about this saves everyone time.

• You want a narrow backend-only, infrastructure-only, ML-only, or frontend-only role.
• You need detailed tickets before you can make progress.
• You are looking for a large team with mature process, fixed swimlanes, and lots of scaffolding.
• You are comfortable shipping AI-generated code you do not fully understand.
• You think “AI-native” means letting an agent produce thousands of lines of code and asking reviewers to find the problems later.
• You see design, product judgment, reliability, platform architecture, or customer context as someone else’s job.
• You ship something once and move on before it has proven itself in production.

• Small team, high ownership. We are early enough that a strong engineer can meaningfully change the shape of the platform.
• AI tooling is part of the job. We expect high leverage from modern engineering tools, and we expect the judgment to keep that leverage from turning into drift. Everyone here uses AI; the differentiator is whether it makes your work better.
• Customer reality matters. You will be close to real customer problems, especially in life sciences and other regulated environments.
• Cross-functional by default. Product, design, engineering, customer feedback, and delivery are tightly connected here. Engineers are expected to think, not just execute.
• Low bureaucracy. We value clear writing, direct conversation, working software, and people who make the system easier for others to reason about.

• Competitive salary and equity package
• 100% Employee Covered Medical, Dental, Vision Plan Base Plans (PPO & HMO)
• Life Insurance, 401k, Flexible Spending Accounts, & More
• Fully Remote - Required to work during US-based time frames

Send us:

• A short note about why this role specifically. Not a generic cover letter.
• A description of where you are strongest across backend/platform work and where you still feel comfortable across the rest of the stack.
• Your GitHub, writing, technical design docs, shipped UI examples, or a representative sample of work you are proud of.
• One example of a platform, workflow, developer tool, data product, or user-facing system you shipped where the architecture, abstraction, or customer experience judgment mattered. Tell us what you would do differently now.
• One example of how you use AI in your engineering work. We are especially interested in where you overrode, constrained, rejected, or improved the AI’s output.

We will read everything.

We will respond to everyone, including no’s.

Based in Southern California, Salt AI is pioneering the future of life sciences with advanced AI.

Founded in 2024 by Aber Whitcomb and Jim Benedetto—veterans of MySpace, Jam City, Gravity, and Core Scientific—our leadership team brings over 18 years of collaboration.

We’re not just building products, but transforming what’s possible in research and discovery.

We value diverse perspectives and are committed to an inclusive team.

If you’re excited about shaping the future of AI in life sciences and beyond, we'd love to connect with you.