Whiteboard - 人間とAIエージェントが共同でソフトウェアを設計するオープンソースIDE

Show HN: Whiteboard (YC W26) – An open-source IDE for thoughtful software design

Whiteboard - 人間とAIエージェントが共同でソフトウェアを設計するオープンソースIDE

Whiteboardは、人間とコーディングエージェントが同じワークスペースでソフトウェアを設計できるオープンソースのデスクトップアプリです。Claude CodeやCodexなどの既存ツールに接続し、エージェントがアプリ内キャンバスに図やフローを描いて作業内容を説明できるSDKを提供します。図からコードへ直接ジャンプでき、AST対応のセマンティックdiffビューアや意思決定ログも搭載。MITライセンスでローカル環境で動作し、チーム向けのホスト版も予定されています。

Whiteboardは、人間とエージェントが共通のワークスペースで一緒にソフトウェアを設計できるオープンソースのデスクトップアプリです。
  1. bbor

    おお WOW、12ヶ月後にはどこにでもあるようなテクニック(偽のペン描画アニメーション+生成されるそばからストリーミングされる図)が最初に発表されるのを見るのはクールだね。みんな、まだ「First!」コメントってやるの?

    ~~[EDIT: 「macOS専用」ってのをもっとずっと目立つ場所に、あちこちに書く必要があるよ——それは俺の魂を大いに傷つけるし、Linusも君たちをしかめるかもしれない]~~ [EDIT2: 俺が間違ってた!]

    これは全部本当にしっかりしてるように見える。とはいえ、2点コメントが:

    1. OSのLSPとの統合はかなり楽しいし称賛に値する。図がいつか独自のLSPを持つことってありえる?それとも直接TSのコールサイトのままの方がいい?

    2. 「IDE」という言葉の選択は、ファイルを編集できないという小さなディテールを考えると、トラブルの元になりそうだ。たとえば…「ブレインストーミングツール」とか?あるいは何なら「[architectonic] ハーネス」とか?その決定について何かコメントある?

    3. 疑似コードの「セマンティックdiff」ってのは信じられないほどすごいアイデアだ、wow。そこは称賛。

    4. この言い回しがちょっと気になる:「あなたが設定した要件がどのように実装されたか」。俺の超いい加減な開発フローだと、理想的には `idea -> spec/reqs -> plan -> test -> impl -> eval -> land -> review` と進むんだけど、この種のツールは明らかに2番目と3番目だけを狙って、その両隣を部分的にカバーしてるように見える。もっと具体的に言うと、実装を加えることで、強力な特化型というセールスポイントを失って、今や全てのフルハーネスと競合しなきゃいけなくなるんじゃない?

    5. 「GPT-6 LunaとClaude Opus 5.5」って提案はおそらくタイポ?Cau […]

  2. icar

    現在Whiteboardではファイルを編集できません。もしこれをやりたいと思うなら、issueを立ててください!

    それでもこれをIDEだと考えますか?気になります

  3. DylanMerigaud

    Rustにおけるセマンティックdiffはコードの理解を大幅に高める。

  4. vladzoff

    エージェントと人間が同じデザインを見ていることの価値はわかる。心配なのは、図がコードから徐々に乖離していくもう一つのものになってしまうことだ。実装が動き始めたら、それをどう扱うのか見てみたい。

  5. nickosh

    ありがとう!プロジェクトは素晴らしく見えるし、このアプローチには間違いなく興味がある。最近よくある自分の悩み——たくさんのコードをレビューしていて、深い分析やAIセッションなしでは、何がどう変わったのか、なぜそもそも必要だったのかを理解するのが本当に難しい——を助けてくれることを願っている。アーキテクチャやデザインレベルで何があるかを手早く確認するのに、こういう視覚的な方法があるのはいつも良い。こういうミスは他人のコードで見つけるのが一番難しい、自分にとってはね。

    特に気に入っているのはエージェントをつなぐやり方だ——制限やペイウォールなしで、基本的に自分が使いたいものを使っている。職場では全てのAIツールが使用前にレビューと承認を受けなければならないけど、ここでは自分のコーディングエージェントを使うだけで、これは可視化のための「プラグイン」だから、すぐ承認されるだろうと思う。強制的なデータ収集をしていないおかげで、企業環境で君のツールを広めるのに本当に役立つだろう。

    自分にとって試さない理由はない!次に何が来るか注意深く見ているし、何かあればフィードバックを共有しようと思う。

    今のところ、レビューの作成をアプリ自体からトリガーできる方法があると良いと感じている。そのために新しいエージェントセッションを作るのではなくね。ちょっと直感に反するけど、なぜこう動くのかは理解しているし、実際の問題ではない。

  6. bad_haircut72

    私は https://whiteboard-mcp.com をこれと似た使い方をしている——claudeがアクセスして読める描画キャンバスを提供してくれる

  7. heltale

    これは人々にとって情報処理の面で良い進展だ。

    視覚的記憶は人にとって最も容易で、ほとんどの人に情報を理解し伝える最速の方法だ。

    他の形態の記憶、つまり聴覚と身体感覚も、それらに対処するより良いツールが出てくることを期待している。

  8. nnevatie

    これに新しいIDEが本当に必要だろうか?ドキュメントや計画の共有「キャンバス」なら、Mermaidのようなものを伴えばMarkdownで既にカバーできるのでは?

    提示されたアイデアの中にはかなりクールなものもあると思うけど、IDEアプローチだと足を引っ張られるんじゃないかと考えている。

この日のほかの記事

2026-09-24