Get a reply from this employer
Your resume and cover letter, tailored to exactly what they’re hiring for.
Dedalus Labs, Inc. is seeking an infrastructure engineer to speed up the development loop, improve platform reliability, and scale our in-house infrastructure. You will profile builds, optimize CI/CD pipelines, and design APIs and tooling used by multiple internal products.
You will also work with Go, Rust, C++, and TypeScript, plus Terraform and Kubernetes, to deliver measurable improvements. You'll collaborate with our CTO and engineers, with freedom to experiment and choose approaches that
Dedalus Labs builds persistent computers for AI agents. Our flagship product, Dedalus Machines, gives agents an isolated environment where they can run software, keep files and state, and work over time.
We're looking for an infrastructure engineer who's bothered by a slow build, an unexplained latency spike, or a workflow that makes engineers do the same work twice. You want to understand where the time went. Then you want to fix it, measure the improvement, and make sure everyone who uses that system benefits from it. At a small startup, those details affect how quickly the whole company can move. A build that wastes ten minutes wastes them repeatedly. A confusing API slows every product built on it. A deployment that needs someone to supervise it interrupts work elsewhere. You'll seek out these problems across our systems and codebase, including the ones people have learned to tolerate. Your work can bring product releases and customer commitments forward by weeks, and over time, months. You'll work directly with our CTO and engineers, with substantial freedom to investigate, experiment, and choose an approach. We want someone who takes pride in the craft of software engineering and cares about the systems they'll leave for the next person. That means useful abstractions, clear failure behavior, tests that establish the right guarantees, and documentation that explains the decisions. Your primary responsibility is the team's development speed: the systems that let engineers build, test, deploy, and operate their work. That includes production release pipelines and infrastructure when improving them helps the team deliver reliably.
Make the development loop faster. Profile builds, tests, CI queues, artifact transfers, and local workflows. Find repeated work, unnecessary dependencies, poor scheduling, and cache misses. Follow a bottleneck into a compiler, linker, filesystem, network, or upstream dependency when the evidence takes you there. Establish a baseline, make the change, and verify the result on a representative workload.
Build platforms other engineers can build on. Design APIs, controllers, CLIs, and services that support multiple internal products and consumers. Think through resource lifecycles, concurrency, cancellation, permissions, and failure reporting. Work with the engineers using those interfaces, understand their constraints, and make common operations straightforward without hiding important system behavior.
Make delivery reliable and understandable. Improve CI/CD, GitOps, environment provisioning, staging, production rollout, and recovery. Connect the source change, build inputs, artifact, and running software so engineers can trace a release and diagnose a failure. Instrument the path with useful metrics, logs, and traces. Use incidents and recurring manual work to identify what needs a software fix.
Build and operate fast infrastructure. Set up and improve Linux servers, containers, virtual machines, and Kubernetes environments. Work through capacity, networking, load balancing, resource limits, observability, and recovery. Measure throughput and tail latency under representative load, then follow the bottleneck until you understand it.
Work with hardware we control. We have an in-office homelab where we test and debug on real machines and networks we control. Depending on your strengths, you can help assemble, provision, and maintain machines, configure networking, and build test infrastructure so engineers can reproduce failures and measure changes under conditions we understand.
You should have strong software engineering skills and experience building or operating infrastructure that other people rely on. We're particularly interested in depth in Go, Rust, C++, or another systems language, practical Linux debugging, and thoughtful API design. You'll also work with TypeScript in our tooling.
Build systems, CI/CD, GitOps, Kubernetes, observability, and infrastructure as code are relevant areas of experience. Familiarity with Terraform is useful. Tell us where you've gone deep and what you learned from operating the system after you built it.
We are especially interested in someone who has personally scaled production services to 100,000 or more requests per second, or can demonstrate equivalent depth on another demanding workload. Explain what the requests did, how load was distributed, the hardware and resource limits, latency and error rates, and which changes you owned. A large traffic number is useful only with that context.
Hands-on hardware and networking experience is a plus. You may have assembled and maintained machines, installed storage or network cards, provisioned Linux, or configured switches, routing, and VLANs. We're interested in people who understand how the parts fit together and can trace a problem across application code, the operating system, storage, and the network. Deeper experience with Ethernet, SFP+/QSFP optics and direct-attach cables, RDMA, or RoCE is useful additional depth.
Show us depth in at least one of these areas and the ability to learn the layers around it. We care about the work you can explain and support with evidence. Degrees, employer names, GitHub activity, and owning a homelab are not prerequisites.
This is a full-time, in-person role in San Francisco. The annual base salary range is $120,000-$250,000 USD, depending on relevant experience and role scope. Relocation assistance and visa sponsorship are available.
Work from employment, open source, research, coursework, or independent projects is welcome. Public source code is optional. A redacted excerpt or a concrete account of private work is fine. Keep confidential information out of your application.
Tell us which problem in this role you want to own and why. If your strongest evidence is easy to miss on a resume, point us to it. An existing demo or short screen recording is welcome, and video is optional.
For this role, a useful example might be a build you made faster, an unreliable deployment you repaired, or an internal tool other engineers adopted. Explain how you separated the cause from the symptoms, what you chose to leave alone, and what happened after people started using the change.
You can explore Bessemer (BSMR) and Hollywood to understand some of our work. Contributions are optional. If you want to contribute, discuss the problem and scope with the maintainers first. Existing work is equally welcome.