Top
Best
New

Posted by sidharthkmenon 5 hours ago

Show HN: Whiteboard (YC W26) – An open-source IDE for thoughtful software design(github.com)
Hello! We’re Sid, Alex, Ketan, and Milan. We’re building Whiteboard (https://whiteboard.dev.fast/), an open-source desktop app where humans and agents can architect software together in a common workspace. Here’s our repo: https://github.com/devdotfast/whiteboard.

We were missing the feeling of a “whiteboard session” with another dev where you leave with a deep understanding of a system, so we built this app for ourselves. Whiteboard plugs into the tools you already use - e.g. Claude Code, Codex, etc. – and gives your agent an SDK to draw on an in-app canvas to describe its work. We began with an MVP based on HTML artifacts and started rethinking the app as we ran into limitations:

1. Built on top of CodeOSS: We found that in pure HTML tools it was hard to connect a spec or diagram to code. In Whiteboard, when you click on visualizations like a sequence diagram, an entity relationship diagram, or a quote from the agent’s trace, you can jump to the underlying code directly. When navigating code, you get keybindings and LSP support from VSCode out of the box. We’ve found this is especially valuable because tradeoffs are often only discovered after a first pass at implementation (re: slop)

2. Semantic diff viewer: we wrote a semantic, AST-aware diff viewer in Rust so you can only view the code changes which are relevant to you [1]. We’ve set up some sane defaults: large added functions are summarized as pseudocode, and things like unit tests and large documentation changes are collapsed / hidden. This is all customizable with a WASM-based plugin system.

3. Decision Log: We found it difficult to reason about what set of decisions our agents made autonomously. So we built tools for agents to query and link their own traces to the Whiteboard, so you can understand how the requirements that you set were implemented, and understand what decisions your agent made autonomously.

Here’s a quick demo video explaining more: https://www.youtube.com/watch?v=ChPn3ftULWE

Folks at companies like Salesforce and Modal are using Whiteboard today as a review tool for architecture or spec-level changes – really any change where they want to be involved:

1. Reviewing your own coding agent’s work: because Whiteboard makes it easier to review large amounts of code, folks will typically have their AI agents create a prototype and a corresponding Whiteboard session so they can iterate on the design.

2. Reviewing other people’s changes: We’ve found that Whiteboard is particularly helpful when composed with tools like Greptile. For example, you can run an automated code reviewer on small changes and escalate to a Whiteboard session for the changes that require human judgement.

Why we built this: we’re four buddies from college who quit our jobs as tech leads right before agentic coding became industry standard. As we iterated towards an MVP for a previous idea, we struggled to maintain a comprehensible codebase while reaping all the velocity benefits of agentic coding. As more PRs were merged without our understanding, we felt a ‘cognitive debt’ begin to seep in, until it became difficult for us to even contribute to the system [2].

We’re releasing our desktop app under an MIT license. Please poke through and feel free to contribute! Eventually we’ll charge companies for a hosted web version that manages whiteboard session creation alongside features like trajectory storage and multiplayer reviews. Everything will always remain self-hostable.

Thanks for reading, and we hope you try it out! We would love to hear any feedback and to learn from your expertise.

Here’s are the project links again: https://github.com/devdotfast/whiteboard, and you can install (for MacOS + Linux) at https://install.dev.fast

[1] diffs library: https://github.com/devdotfast/diffr [2] Credit for the term ‘cognitive debt’ goes to https://www.geoffreylitt.com/2026/07/02/understanding-is-the...

148 points | 61 commentspage 2
eecks 1 hour ago|
As an architect, how do you envision me using this?
sidharthkmenon 1 hour ago|
(1) right now, i think this is a better tool for the tech lead / senior engineer. they can enter a loop like:

start brainstorming with their agent -> agent writes code -> agent writes Whiteboard session (connected to the underlying code) for them to iterate on.

(eliminates the middle plan mode phase)

(2) i don't think every piece of work fits in that way, so we're working on a "scratchpad" mode your agent can use for planning via versioned artifacts for architecture + behavioral specifications. Then it can update that plan when the implementation is complete! when this feature rolls out I think an "architect" would be using that feature more in collaboration with an engineer.

(the boundary b/w architect and engineer does seem a bit fuzzy to me, esp. these days, so hopefully we share a similar mental model)

lfdo0870 1 hour ago||
For that there's Python: with30 lines you can automate this task. If you want I can send you the script I use. DM me if interested.
writtenone 4 hours ago||
We need LESS of AI and more HUMAN thinking. The process of thought and the increased difficulty with increased complexity is a feature not a bug.

AI note taking is a scourge on society and needs to go.

sidharthkmenon 3 hours ago|
i am not sure to be honest if you're agreeing with us or not! but we do think that human thinking is both necessary and important in the future.

wrote a blog about this if you're interested! https://dev.fast/blog/youre-still-going-to-have-a-job-in-5-y...

writtenone 2 hours ago||
I think we need less software with AI features. Less stuff chasing the hype train and more "slow" software that encourages thoughtfulness and less reliance on the machine.

I wrote some thoughts on this a while ago. They're not cleanly organized (sorry!) but it's my raw thinking on AI: https://nonograph.com/some-disorganized-thoughts-about-artif...

Also wrote this on the state of VC if interested: https://nonograph.com/write-some-software-give-it-away-for-f...

woggy 1 hour ago||
Plans for Windows version?
shouryamaanjain 2 hours ago||
this is really cool, claude artifacts often fails to visualize/explain system's layout and flows
igorkraw 2 hours ago||
Looks cool :-)Linux wen plz so I can play with it?
thesiti92 2 hours ago|
https://install.dev.fast/linux ! we just have a fedora build right now, but if you're looking for another distro let me know and i can put it on our roadmap.
igorkraw 2 hours ago||
Thanks! Sorry if I missed it. I had clicked ok the download on the page and it only pointed me at Mac.

If you can create an aur it'd be awesome for the arch crowd :-)

thesiti92 2 hours ago||
ok i will get cranking on it, also got a request for nixOS too so im churning through them. watch the repo to get notified when the aur is released!
asdev 2 hours ago||
I think the issue with this type of product is it creates an N+1 source of truth for teams alongside their other tools. Inherently, this will get out of date as a project progresses. You could have an agent update based on changes, but that would likely degrade the design doc/artifact into unintelligible slop which wouldn't be useful in the future. This is a behavioral/structural problem of software design in general, which I don't think can be solved by software. Perhaps if this is mainly focused on collaboration at design time, but then that begs the question if teams will really want this tool versus using Notion, Linear, Google Docs.
milanb 2 hours ago|
I think you’re on the money with the problem of maintaining (another) source of truth.

Speaking from personal experience, I still find myself reaching for Whiteboard. It’s helpful when it’s critical for me as a developer to understand the implementation, which is certainly not every change!

In the future, we want to deliver a hosted product that addresses the N+1 concern you raised. The problem with the existing tools is that plans don’t stay up to date with what the agent decided to implement, and the back-and-forth that happens after the initial prompt isn’t captured. We believe a single whiteboard canvas can be used to capture not only a plan at design time, but what happens after.

shaundano 3 hours ago||
Very happy to see a product like this. UML-style diagramming is still a part of my workflow when designing any architecture. Excited to try it out.
theaniketmaurya 3 hours ago||
looks great! personally for me, system design is quite imporatn and cognitive debt is shooting up
artur_makly 3 hours ago|
Congrats! Looks tight.
More comments...