【Show HN】AIと人間でソフトウェア設計を可視化・共有できるオープンソースIDE「Whiteboard」が登場

こんにちは！私たちはSid、Alex、Ketan、そしてMilanです。現在、人間とAIエージェントが同じワークスペースで共同でソフトウェアを設計できるオープンソースのデスクトップアプリ「Whiteboard」を開発しています。リポジトリはこちらです：https://github.com/devdotfast/whiteboard

私たちはエンジニア同士でホワイトボードを囲みながら議論し、システムへの深い理解を得るという体験が恋しくなり、自分たちのためにこのアプリを作りました。WhiteboardはClaude CodeやCodexといった既存のツールと連携し、エージェントがアプリ内のキャンバスに図を描いて作業内容を説明できるSDKを提供します。当初はHTMLアーティファクトベースのMVPから始めましたが、限界を感じて以下の機能を備えた形に刷新しました。

1. CodeOSSベースの設計: 純粋なHTMLツールでは仕様や図とコードを紐付けるのが困難でした。Whiteboardでは、シーケンス図やER図、あるいはエージェントのログ上の引用をクリックするだけで、直接対応するコード箇所へジャンプ可能です。また、VSCodeベースのため、おなじみのキーバインドやLSPサポートもそのまま利用できます。実装の最初のステップ後に「トレードオフ」が発覚することはよくあるため、コードと設計の往復が容易であることは非常に強力です。

2. セマンティック・Diffビューア: Rustで記述されたAST（抽象構文木）を理解するDiffビューアを実装しました。これにより、自分にとって重要な変更点のみを確認できます。デフォルト設定として、大規模な関数追加は疑似コードとして要約し、ユニットテストや長大なドキュメントの変更は折りたたんで表示されるようになっています。これらはWASMベースのプラグインシステムでカスタマイズ可能です。

3. 意思決定ログ: AIエージェントが自律的に行った決定プロセスを追跡するのは困難です。そこで、エージェントが自らの推論プロセスをWhiteboardにクエリ・紐付けするためのツールを組み込みました。これにより、設定した要件がどう実装され、エージェントがどのような判断を下したのかを可視化できます。

デモ動画はこちら：https://www.youtube.com/watch?v=ChPn3ftULWE

現在、SalesforceやModalといった企業が、アーキテクチャや仕様レベルの変更に対するレビューツールとしてWhiteboardを活用しています。

1. コーディングエージェントの成果物レビュー: AIにプロトタイプを作らせ、それをWhiteboardセッションに投影することで、設計を素早くイテレーションできます。
2. 他者の変更のレビュー: Greptileのようなツールと組み合わせることで、小さな変更は自動化し、人間の判断が必要な部分だけをWhiteboardでレビューする、といった使い方が可能です。

開発の背景: 私たちは大学時代からの友人で、AIによるコーディングが標準化される直前にテックリードの職を辞し、このプロジェクトを立ち上げました。以前のアイデアをMVPへ向けて開発する際、AIによる爆速開発の恩恵を享受する一方で、コードベースが理解不能になっていくことに苦しみました。理解が追いつかないままプルリクエストがマージされることで生じる「認知負債（cognitive debt）」が蓄積し、システムへの貢献すら困難になったのです。

MITライセンスでデスクトップアプリをリリースしていますので、ぜひ触ってみて、貢献も大歓迎です！将来的には、セッション管理やマルチプレイヤーレビュー機能などを備えたホスト型Web版の提供を予定していますが、セルフホスト版は常に維持されます。

読んでいただきありがとうございます。ぜひ試してみてください！フィードバックや知見を共有していただけると嬉しいです。

プロジェクトURL: https://github.com/devdotfast/whiteboard
インストール（MacOS + Linux）: https://install.dev.fast

うわー、12ヶ月後には当たり前になっているであろう技術（手書き風の描画アニメーション＋リアルタイムの図解生成）が先んじて発表されるのを見るのは最高だね。「最初！」なんてコメント、まだやってる人いる？

（追記：macOS専用っていうのを、もっと目立つ場所に大きく書くべきだよ！魂が揺さぶられるし、Linusが怒っちゃうかもよ）
（再追記：勘違いしてたわ！）

全体的にすごくしっかりしてる。いくつか指摘させてもらうね。

1. OSのLSPとの統合はかなり面白いし、評価できる。いつか図解専用のLSPができたりするのかな？それともTSの直接的なコールサイトとして残るのがベター？
2. 「IDE」という言葉を使うのは、「ファイルを編集できない」という小さな制約がある中で、トラブルの元になりそう。「ブレインストーミングツール」や、いっそのこと「設計用ハーネス」とかの方が良くない？
3. 擬似コードの「セマンティックdiff」っていうのは素晴らしいアイデアだね。称賛するよ。
4. 「設定した要件がどのように実装されたか」という言い回しが少し気になるかな。俺の勝手な開発フローだと、idea -> spec/reqs -> plan -> test -> impl -> eval -> land -> review という流れになるんだけど、このツールはそのうちの2番目と3番目、それに周辺を少しカバーしている程度に見える。もっと具体的に言うと、実装まで含めることで、強力な強みが失われて、結局フルスタックのハーネス全部と競争しなきゃならなくなるんじゃない？
5. 「GPT-6 LunaとClaude Opus 5.5」という提案は、たぶん誤植だよね？Opus 5.5に相当するのはAstraだし、それにしたってちょっと違う気がする。

今のエージェントとの付き合い方について、少なくともいくつかの点は的を射ているね。特に俺たちはアーキテクチャレベルで作業することが多いし、コーディングエージェントが提供する現在の「プランモード」に代わる、もっと良いものが必要なんだ。「最終プランをXというメッセージで拒否する」だけじゃなくて、視覚的で、エージェントとの対話的な増分開発が可能なものが必要だよ。

サイトのデモを見る限り、インターフェースはクリーンだと思う。ただ、エージェントにMermaid形式でファイルを出力させて表示させるような、シンプルなカスタムツールと比べてどれだけ優れているのかは正直分からない。俯瞰すると、これは一つの製品というより、GUIを備えたMCP（Model Context Protocol）っていう1つの機能に見える。

あと、エージェントにプランの中に具体的なコード変更を書かせるのが良いアイデアなのかも疑問かな。「プラン→承認→コード記述」という流れの方が、「コードを含むプラン→承認」という流れより品質の高いコードを書ける気がする。まあ、コードを「作業中」と明示して後で変更可能にしたり、プランとの差異をユーザーに分かりやすく提示するようなプロンプトを工夫すれば上手くいくかもしれないけどね。

すごくいいね、ローンチおめでとう。2026年前半は、みんなが何らかの形でこういった内部ツールを作っていた時期だったから、プロダクトとして形にできたのは素晴らしいよ。

このツールの良いところは、認知負荷を減らすというユースケースが小規模ながらも非常に頻繁に発生するため、積もり積もって大きな効果を生む点だね。

認知負荷を減らす鍵は、エージェントが大量のトレースやドキュメントを生成しがちなところにあると思う。結局、最終的な変更にとって重要なのはそのごく一部だけなんだ。簡潔な変更は、通常とても小さく独立しているからね。

このツールが重要になりそうなのは、これを使って構築された内部ツールの保守だと思う。俺もコードを書く前に設計するための内部ドキュメントシステムを維持しているんだけど、それは完全に「感覚」でコーディングされていて、機能追加は爆速でできる。でも今やかなり大きくなってしまった。新しい変更案を承認するのに、どれだけ理解していれば十分か？という問題があるんだ。それが、ドキュメントシステム自体を重荷にせず、かつコア機能をしっかり維持するための鍵になると思う。

図解の正確さについて一つ懸念がある。「no」の判断の後に「wait for release（リリース待ち）」とラベル付けされたセッションサービスへの遷移があるけど、示されたdiffにはそれが見当たらないんだ。

コードを見ると、「no」はコンテキストの期限切れに関連しているみたいだから、コンテキストが既に期限切れなら待機するべきじゃなくて、止めるべきだよね。あのラベルが存在する理由は何かあるのかな？

LLM開発ツールがハルシネーション（幻覚）を起こして時間を無駄にさせられるのにはかなり警戒しているんだけど、リースブローカーの例で起きているのはそういうこと？

最高、ちょうどいいタイミング！僕も全く同じアイデアを持ってたんだ。ただ僕のほうはWebサイト構築のフローと必要なコードをマッピングするツールって感じだったけど、そっちも同じようなことをやってるみたいだね。絶対フォローするよ。頑張って！

セマンティック・ディフ・ビューア（semantic diff viewer）の話、すごく興味深いね。コード開発環境の多くは、このあたりをうまく扱えていない気がするよ。

IDEに興味があって、全く別の切り口を見てみたいならこれなんてどう？ [0] - https://github.com/con-dog/slices-demo#slice-ide---an-experi... (https://github.com/con-dog/slices-demo#slice-ide---an-experiment-in-dogfooding) 正直、Show HNで投稿されるものってどれも少し「ありがち」なものが多い気がするんだよね。

「現在Whiteboard上でファイルを編集することはできません。もしやりたい場合はIssueを立ててください！」とのことだけど、これでもまだIDEと呼ぶつもり？ちょっと気になった。

Windows版を強く希望するよ。僕がこのサイトにいて約2年になるけど、ダウンロードを試みた最初のソフトウェアだよ。僕の知ってるエンジニアの9割はWindowsを使ってるしね :-)