vxcloud Community Hackathon 2026: Winners & Highlights
A closer look at what happened during the event, the projects that stood out, and what the submissions taught us about where the community wants cloud tooling to go next.

vxcloud Team
@vxcloud
Cross-functional notes from the vxcloud engineering, product, and community teams.
A diverse team gathered around laptops during a collaborative meeting.
Photo: Mapbox / UnsplashThe event worked because the brief was narrow enough to be useful
Hackathons often fail in one of two ways. Either the prompt is so broad that teams build disconnected demos, or it is so constrained that creative ideas never get enough room.
This year we asked participants to build tools that make cloud operations more autonomous, more understandable, or more accessible. That was specific enough to create a theme and broad enough to invite very different approaches.
The quality of submissions was a direct result of that framing.
What stood out in the best projects
The strongest teams were not necessarily the ones with the most technically ambitious stacks. They were the teams that picked one painful operational problem and made it clearer or easier to act on.
A few patterns showed up repeatedly:
- Interfaces that translated infrastructure concepts into plain language
- Tools that reduced repetitive review work for operators
- Better visibility into policy, cost, and change impact
- Lightweight automation wrapped in strong guardrails
That last point was especially interesting. Even in a hackathon setting, builders were thinking about safe automation rather than pure autonomy. That aligns closely with what we see in production environments too.
The winners earned it by solving real workflow problems
The winning projects were memorable because they felt immediately usable.
TerraBot
This team built a conversational Terraform assistant that could generate structured infrastructure scaffolding from a natural-language request while still surfacing the plan and cost implications clearly. The judges liked it because it did not try to replace review. It tried to accelerate setup responsibly.
k8s-policy-sync
This submission focused on policy consistency across clusters. It was not flashy, but it was extremely practical. The team treated policy drift as an operational problem and built a sync mechanism that felt understandable and deployable.
CloudSketch
CloudSketch made infrastructure design approachable without dumbing it down. It gave people a visual way to compose systems, then translated that into artifacts engineers could inspect and commit. That bridge between visual planning and real implementation is harder to get right than it looks.
Community events are product research if you pay attention
Hackathons generate excitement, but they also generate signal. The projects teams choose tell you what they wish existed already.
Three areas came through clearly in the submissions:
- Policy and governance tooling that is easier to reason about
- Cost visibility tied directly to engineering decisions
- AI-assisted workflows that reduce repetitive work without hiding critical details
Those patterns help us decide where to invest product effort next. A good community event should feed the roadmap, not just the social feed.
The most encouraging part was who showed up
We had experienced platform engineers, students, solo builders, startup teams, and people participating in their first serious developer event. That mix matters.
A healthy technical community is not just a room full of experts. It is a place where newer builders can ship something meaningful, get feedback, and leave believing they belong in the conversation.
That inclusive energy showed up in mentoring sessions, team formation, and the way participants shared ideas with each other over the course of the event.
We are adjusting the next event based on what we learned
The main improvements for the next hackathon are straightforward:
- More time for teams to refine the final submission
- Stronger mentorship pairing earlier in the event
- A clearer path for first-time participants
- Better follow-up for projects that deserve continued support
The goal is not just one good weekend. The goal is to keep turning community energy into durable software, stronger contributors, and sharper ideas for the ecosystem.
This year proved the appetite is there. Now we need to build the continuation path with the same care we put into the event itself.