← Back to Blogs
How I Shipped 17,000+ Lines to a 10K-Star Open Source Project in One Week

How I Shipped 17,000+ Lines to a 10K-Star Open Source Project in One Week

6 min read
Open SourceHackathonElectronTypeScriptAI

Going from minor bug fixes to shipping full features in open source - my experience contributing to Accomplish AI during the WeMakeDevs hackathon

How I Shipped 17,000+ Lines to a 10K-Star Open Source Project in One Week

I'd contributed to open source before. Small stuff. Bug fixes under 100 lines. Nothing that made me feel like I actually understood the codebase I was touching.

The WeMakeDevs "Automate Me If You Can" hackathon changed that. The challenge was to contribute to Accomplish AI, an open source desktop AI agent with 10K+ GitHub stars. Think of it as the open source Claude Cowork, a desktop app that automates knowledge work like file management, document creation, and browser tasks. All running locally on your machine.

Two tracks: showcase an automation you built with Accomplish, or contribute to the open source codebase. I went for the open source track.

Why Accomplish

I use AI desktop tools daily. Accomplish caught my attention because it's fully open source under MIT, built on Electron with React and TypeScript, and has a real engineering team behind it. The codebase wasn't some weekend project. It had proper architecture, Jira tickets, code reviews, consolidated PRs. Real production software.

I'd never worked with Electron before. The idea of reading through someone else's production desktop app, understanding their architecture decisions, and shipping features that would actually reach users felt like the fastest way to level up.

The Contributions

I submitted 7 PRs during the hackathon week (February 16-22, 2026). Here's what I built:

1. Daemon Architecture with JSON-RPC IPC (+8,767 / -4,070 lines)

This was the big one. PR #598.

The task was building a standalone daemon application in apps/daemon/ that could run independently. I built:

  • HTTP server with authentication and rate limiting
  • WebSocket support for real-time communication
  • PID management for process lifecycle
  • Task, storage, and permission services
  • JSON-RPC IPC layer for inter-process communication

This PR got incorporated into the consolidated PR #770 - "Daemon Architecture for Background Task Execution." The maintainer's comment: "Your work delivered the standalone daemon application... This standalone app is what makes the daemon a fully independent, production-ready process."

+8,767 lines added. That single PR was bigger than most of my solo projects.

Daemon Architecture PR - Thank you from maintainer

2. AWS AgentCore Cloud Browser Integration (+1,455 lines)

PR #535. Added settings UI and integration logic for AWS AgentCore's cloud browser service. This got merged into the consolidated PR #760 - "Cloud Browser Infrastructure and Multi-Provider Settings UI."

AWS AgentCore PR - Contribution acknowledged

3. Browserbase Cloud Browser Integration (+1,506 lines)

PR #552. Similar to the AgentCore work but for Browserbase as a cloud browser provider. Also merged into PR #760.

Browserbase PR

4. Task Favorites Mechanism (+517 lines)

PR #532. Built a bookmarking/favorites system for tasks. The E2E tests from this PR were included directly in the consolidated PR #700. The maintainer noted: "Your contribution helped validate the approach and the E2E tests from PR #532 were included directly."

Task Favorites PR - Two thank-you messages

5. WhatsApp Integration (+4,522 lines)

PR #595. Built a WhatsApp integration using a channel adapter pattern. This was a fun one because it touched a completely different part of the app, messaging and external service integration.

6. Bug Report and Repeat Task in Debug Mode (+616 lines)

PR #510. Added developer tooling: a bug report feature and the ability to repeat tasks when running in debug mode.

7. Nebius, Together AI, Fireworks, and Groq Providers (+476 lines)

PR #472. Added support for four new AI providers, expanding the model options available to users.

The Consolidated PR

The most satisfying screenshot is this one. PR #760 - the consolidated cloud browser infrastructure PR. Merged to main, 21 commits, and my name right there in the contributor list alongside other developers.

Consolidated PR #760 - Merged with @aryan877 in contributors

The maintainer (Avishay Maor) took the best parts from everyone's PRs and combined them into production-ready consolidated PRs. That's how real open source works. You don't just merge raw PRs. The maintainers review, refactor, and consolidate.

What I Learned

Reading code is a skill

I spent the first day mostly reading. Understanding the project structure, how Electron's main and renderer processes communicated, how they structured their services. You can't write good code for a project you don't understand.

Electron is interesting

First time building with Electron. The mental model of having a Node.js backend (main process) and a browser frontend (renderer process) communicating via IPC was new to me. JSON-RPC over IPC for the daemon architecture made sense once I understood how Electron apps manage background processes.

Code reviews teach you things tutorials can't

The maintainers at Accomplish gave real feedback. Not rubber-stamp approvals. They pointed out architectural decisions I wouldn't have considered, patterns specific to their codebase, and production concerns around security and performance. Every review was a learning opportunity.

Open source isn't just bug fixes

Before this, my mental model of open source was: find a bug, fix it, submit a 20-line PR. This hackathon showed me that open source projects need feature work too. Entire subsystems, integrations, architectural improvements. The real contributions often come from people willing to go deep.

The Numbers

MetricValue
PRs submitted7
Total lines added17,859
Total lines removed4,141
Largest single PR+8,767 lines
PRs incorporated into main4+
New to ElectronYes
Time spent~1 week

Getting Paid to Level Up

The hackathon paid $200 for my contributions. But honestly, the real value was the experience. Reading through a 10K-star production Electron app, understanding their architecture, getting real code reviews from experienced maintainers, and seeing my code ship to actual users.

If you're a developer who's only worked on solo projects, find an open source project you actually use. Look at their issues. Start with something small if you want, but don't stay small. Ship a feature. Go deep into the codebase. That's where the real learning happens.


Connect

Comments (0)

Loading comments...