Depot은 1,000만 달러 규모의 시리즈 A 투자를 유치했습니다.
hackernews
|
|
🔬 연구
#claude
#depot
#felicis
#review
#y combinator
#시리즈a
#투자 유치
원문 출처: hackernews · Genesis Park에서 요약 및 분석
요약
Depot은 Felicis, Y Combinator, Pioneer Fund로부터 시리즈 A 투자 유치로 1,000만 달러를 확보했습니다. 회사는 기존의 도커 이미지 빌드 속도를 5배 향상시킨 경험을 바탕으로, 느려지는 CI 파이프라인 문제를 해결하기 위한 핵심 솔루션으로 'Depot CI'를 출시했습니다. 이번 자금 조달은 AI 시대에 소프트웨어 개발 워크플로우의 병목 현상을 해소하고, 엔지니어와 AI 에이전트 모두를 위한 고성능 개발 플랫폼을 구축하는 데 사용될 예정입니다.
본문
I'm excited to announce that we have raised $10M in Series A funding from our existing investors, Felicis, Y Combinator, and Pioneer Fund. We're setting out to build the future software development platform we all need, starting with the bottleneck we know best: CI. 🎉 It's a big milestone for us, but also for the thousands of teams that use Depot every day to build and ship their software. This simply wouldn't be possible without you. I wanted to take a moment to share a bit more about what this means for Depot, our customers, and the future of software delivery as I see it today. From seed stage to defining a category around build acceleration If we rewind to the version of Depot when we were just two founders getting into YC, we were focused on one core problem: Docker image builds sucked. We faced the same annoying grind in our day jobs at Thorn and later at Era Software. Watching a multi-platform image build in GitHub Actions takes 45 minutes, all because of flaky networks, bizarre cache limits, and painful emulation. We got so frustrated with the problem that we just decided to go build the solution we wanted for ourselves. That POC made our own container builds 5x faster. I can still remember the surprise and telling Jacob, "There's no way that's possible." We were both blown away by the results from what could now be best described as a trivial solution when compared to what Depot does today. But it turned out that spirit to go solve our own problems was a springboard to starting a company, getting into YC, and ultimately building a suite of products that powers some of the best engineering teams in the world. Furthermore, the concept of build acceleration and the importance of making builds exponentially faster were considered fringe ideas at the time. Most investors thought we were crazy and that "this could never be a real business." Turns out, they were wrong. We have defined a category around build acceleration and the importance of making builds exponentially faster, well before it became the mainstream focus (more on that in a second). Depot as a team has been relentlessly focused on this problem for the last 3 years. We have expanded our focus from container builds to GitHub Actions runners, local builds, remote caching, agent sandboxes, and, as you may have heard, our own Depot CI system built with performance as a top-level entity to power builds for engineers and agents. The bottleneck has shifted Over the last year, we've seen software engineering teams enter a new phase where AI can generate code in minutes. With tools like Cursor, Claude Code, Codex, and many others, teams can now go from idea to running code in minutes with a few sentences of prompt. It's become table stakes for teams to adopt AI coding tools. But the bottlenecks haven't been eliminated. They've been shifted. The bottleneck has shifted from writing code to integrating it. Everything that comes after the code is written is now the bottleneck: - Source control systems are slow or unreliable - CI pipelines are slow, flaky, and unreliable - Code review processes designed for a very different pace of engineering - Context trapped in systems isolated from where code is being written and work is happening This pain isn't new. It's been there for a long time. But it's now more visible and exponentially more painful than ever before. What we're building in the short term: Depot CI The CI systems we have today weren't built for this moment. GitHub Actions, CircleCI, Buildkite — they were designed for a world where humans write code, batch it up, push it, and wait. A pipeline that takes 15 minutes was annoying but survivable. That world is gone. A team of 10 engineers with agents at their disposal can now operate like a team of 100. The volume of code being committed, the number of branches being worked, the rate at which things need to be validated — it has fundamentally changed. The old CI systems aren't just slow in this world. They're architecturally wrong for it. So we built Depot CI from scratch. Depot CI is a programmable CI engine built with performance as a first-class citizen — not bolted on, not an afterthought, not a checkbox. Fast orchestration, composable compute, and an API-first design that works for both engineers sitting at a terminal and agents running autonomously in a loop. If you're already running GitHub Actions workflows, you can bring them directly. Depot CI runs them faster and more reliably. But GitHub Actions compatibility is just one frontend. Under the hood, Depot CI is something new: a system designed from day one to handle the velocity at which software is actually being built right now. Three years of building the fastest container builds and GitHub Actions runners in the industry taught us exactly where CI breaks down at scale. Depot CI is what we would have built if we'd started with that knowledge on day one. We're launching Depot CI soon. If you want early access, join the waitlist. What comes
Genesis Park 편집팀이 AI를 활용하여 작성한 분석입니다. 원문은 출처 링크를 통해 확인할 수 있습니다.
공유