# Ra mắt Whiteboard (YC W26): IDE mã nguồn mở cho phép con người và AI Agent cùng thiết kế phần mềm trên một giao diện

- Nguồn: Hacker News Nổi bật (buzzing.cc bản dịch tiếng Trung)
- Thời gian phát hành: 2026-09-25 02:42 (giờ Việt Nam)
- Điểm AI: 57/100
- Link AIHOT.vn: https://aihot.vn/items/41dbe7a751882e55
- Nguồn dữ liệu AI HOT: https://aihot.news/items/cmufyiehi0530rogvfid42gh8
- Link gốc: https://github.com/devdotfast/whiteboard

## Tóm tắt AI

Whiteboard là IDE mã nguồn mở (giấy phép MIT) cho phép lập trình viên cộng tác trực tiếp với các AI Agent như Claude Code hay Codex trên một khung vẽ chung, hỗ trợ SDK để trực quan hóa quy trình làm việc.

## Thân bài

![GitHub - devdotfast/whiteboard: open-source IDE for thoughtful software design](https://opengraph.githubassets.com/72eb575c6ffb3b4eecf889eeedec3bc37e54dc56851592de5ea9ad3942f71bdb/devdotfast/whiteboard)

Whiteboard là một ứng dụng desktop mã nguồn mở, nơi con người và các tác nhân AI (agents) có thể cùng nhau kiến trúc phần mềm trong một không gian làm việc chung.

Whiteboard kết nối với các công cụ bạn đang sử dụng - ví dụ: Claude Code, Codex, v.v. – và cung cấp cho tác nhân của bạn một bộ SDK để vẽ trên canvas trong ứng dụng nhằm mô tả công việc của nó.

![An agent draws a flow diagram on a Whiteboard next to the code it describes](https://github.com/devdotfast/whiteboard/raw/main/docs/assets/whiteboard-demo.gif)

Dưới đây là video demo 1 phút giải thích chi tiết hơn: [Xem video demo](https://www.youtube.com/watch?v=ChPn3ftULWE)

### Bắt đầu nhanh

1. [Tải xuống Whiteboard](https://install.dev.fast/) và mở ứng dụng.
2. Kết nối Claude Code, Codex hoặc một tác nhân lập trình khác từ màn hình chào mừng.
3. Yêu cầu tác nhân của bạn xem xét nhánh hiện tại so với nhánh main mới nhất và mở kết quả trong Whiteboard.

### Hướng dẫn

Theo kinh nghiệm của chúng tôi, Whiteboard hoạt động tốt nhất với các mô hình như GPT-6 Sol và Claude Opus 5.5 nhờ sự cân bằng giữa trí thông minh, chi phí và tốc độ.

Dưới đây là một vài ví dụ về câu lệnh (prompt) để sử dụng Whiteboard hiệu quả. Chúng tôi đang nỗ lực đảm bảo các lựa chọn phù hợp được tích hợp sẵn theo mặc định vào system prompt - đây cũng là lý do hệ thống này là mã nguồn mở! - nhưng trong thời gian chờ đợi:

### Đối với thay đổi API mới

> này, tập hợp các commit này được thiết lập để tôi có thể nhận [api] nhằm thực hiện [mục tiêu] tôi muốn xem: các ví dụ về API đề xuất, động lực cho việc này (nếu có trong ngữ cảnh/trong repo) và sau đó chúng ta có thể đi sâu vào triển khai + giải thích cách mọi thứ hoạt động.

### Đối với thay đổi để thêm telemetry:

> bạn có thể giải thích cho tôi các thay đổi về telemetry từ PR posthog mới nhất [tại đây](https://github.com/devdotfast/whiteboard/commit/4837e107946e27ebad50c282eb0f2585210d2a35) không -- chúng ta đang theo dõi những gì, làm thế nào để xây dựng các bảng điều khiển (dashboard) hoặc sơ đồ luồng sản phẩm (product waterfalls) tốt từ đó? chúng ta xử lý thế nào với các tình trạng treo, lỗi, crash, v.v... hãy sử dụng whiteboard.

Nếu bạn thấy bất kỳ điều gì không ưng ý, hãy bôi đen nó trong clipboard và gửi cho tác nhân của bạn, nó có thể vẽ lại trên Whiteboard để phù hợp với nhu cầu của bạn!

### Tại sao công cụ này tồn tại?

### Sơ đồ dẫn đến mã nguồn

Các công cụ HTML thuần túy không cung cấp khả năng dễ dàng để kết nối đặc tả hoặc sơ đồ với mã nguồn; điều này đặc biệt khó khăn vì các đánh đổi thường chỉ được phát hiện sau lần triển khai đầu tiên. Trong Whiteboard, khi bạn nhấp vào các hình ảnh trực quan như sơ đồ tuần tự, sơ đồ thực thể quan hệ hoặc một trích dẫn từ dấu vết của tác nhân, bạn có thể nhảy trực tiếp đến mã nguồn cơ sở. Khi điều hướng mã, bạn nhận được các phím tắt và hỗ trợ LSP từ VSCode ngay lập tức.

### Trình xem diff ngữ nghĩa

Các chế độ xem diff thô có thể rất nhiễu, vì vậy chúng tôi đã viết một trình xem diff ngữ nghĩa, nhận biết AST bằng Rust để bạn chỉ xem những thay đổi mã có liên quan đến mình. Chúng tôi đã thiết lập một số mặc định hợp lý: các hàm lớn được thêm vào sẽ được tóm tắt dưới dạng mã giả (pseudocode), và các phần như unit test hay thay đổi tài liệu sẽ được thu gọn/ẩn đi. Tất cả đều có thể tùy chỉnh với hệ thống plugin dựa trên WASM.

### Nhật ký quyết định

Chúng tôi nhận thấy việc suy luận về tập hợp các quyết định mà tác nhân đưa ra một cách tự chủ và cách chúng ảnh hưởng đến thay đổi là rất khó khăn. Vì vậy, chúng tôi đã xây dựng các công cụ để tác nhân truy vấn và liên kết các dấu vết của chính chúng trên Whiteboard, giúp bạn trực quan hóa các yêu cầu đã đặt ra, hiểu cách chúng được triển khai và hiểu những quyết định mà tác nhân đã đưa ra một cách tự chủ.

### Mã nguồn mở, chạy trên máy của bạn

Whiteboard được cấp phép theo MIT và chạy trên các bản checkout cục bộ của bạn. Một sản phẩm lưu trữ (hosted) cho các nhóm đang được lên kế hoạch, và mọi thứ sẽ luôn có thể tự lưu trữ (self-hostable).

### Hạn chế đã biết

- Hiện tại bạn không thể chỉnh sửa tệp trong Whiteboard. Nếu đây là điều bạn muốn thực hiện, vui lòng gửi issue!
- Việc làm việc và duyệt tệp trên nhiều repo trong một lần review chưa được hỗ trợ tốt.
- Mặc dù bạn có thể chia sẻ các bản review giữa các máy bằng nút chia sẻ, các cập nhật được thực hiện sau khi review đã được chia sẻ sẽ không hiển thị với người khác. Bạn sẽ cần chia sẻ lại bản review đó.

### Đóng góp

Chúng tôi hoan nghênh mọi đóng góp và phản hồi.

Đọc [CONTRIBUTING.md](https://github.com/devdotfast/whiteboard/blob/main/CONTRIBUTING.md) để biết cách thiết lập và quy trình pull request, đồng thời tuân thủ [Bộ quy tắc ứng xử](https://github.com/devdotfast/whiteboard/blob/main/CODE_OF_CONDUCT.md). Báo cáo các lỗ hổng như được mô tả trong [SECURITY.md](https://github.com/devdotfast/whiteboard/blob/main/SECURITY.md). Có câu hỏi? Hãy hỏi trên [Discord](https://discord.gg/wYvd2cpMQg).

### Quyền riêng tư

Whiteboard chạy trên các bản checkout cục bộ. Telemetry ẩn danh không bao gồm mã nguồn, diff, văn bản Whiteboard, prompt hoặc đầu ra của mô hình. Đọc [tổng quan về quyền riêng tư](https://github.com/devdotfast/whiteboard/blob/main/docs/privacy.md), kiểm tra [tham chiếu telemetry](https://github.com/devdotfast/whiteboard/blob/main/docs/telemetry.md) đầy đủ hoặc tắt telemetry bất cứ lúc nào.

### Giấy phép

Whiteboard được cung cấp theo [Giấy phép MIT](https://github.com/devdotfast/whiteboard/blob/main/LICENSE). Mã nguồn Code - OSS fork được giữ lại giấy phép MIT của Microsoft và các thông báo của bên thứ ba; xem [apps/review-desktop/LICENSE](https://github.com/devdotfast/whiteboard/blob/main/apps/review-desktop/LICENSE) và [apps/review-desktop/UPSTREAM](https://github.com/devdotfast/whiteboard/blob/main/apps/review-desktop/UPSTREAM).

### Về việc sử dụng Code OSS

Với việc mọi người đều sử dụng các TUI tác nhân chuyên dụng và ứng dụng desktop, chúng tôi hiện chỉ sử dụng trình soạn thảo văn bản để xem xét các diff từng dòng, vì vậy chúng tôi nghĩ tại sao không có một trình soạn thảo văn bản dành riêng cho việc review mã. Trong trường hợp đó, tốt nhất là bắt đầu với trình soạn thảo mã nguồn mở thành công nhất hiện có làm nền tảng.

Chúng tôi sử dụng Code OSS thay vì các fork duy trì các bản vá vì các tác nhân lập trình gặp khó khăn với các bản vá và có rất nhiều thứ từ VS Code gốc (ví dụ: ~45% codebase hiện nay là Copilot 😬) mà chúng tôi không cần đến.

Chúng tôi thường xuyên theo dõi Code OSS upstream và hợp nhất các bản vá bảo mật/tính năng khi chúng được phát hành.

### Ảnh hưởng

- [Hiểu biết là nút thắt cổ chai mới](https://www.geoffreylitt.com/2026/07/02/understanding-is-the-new-bottleneck) — một cái nhìn tổng quan tuyệt vời về các hạn chế của kỹ thuật phần mềm hiện đại.
- [Di sản mã nguồn Vibe](https://maggieappleton.com/2025-08-vibe-legacy-code/) và [Mã nguồn Vibe](https://blog.val.town/vibe-code) — mô tả rất tốt cách mã nguồn do AI tạo ra phù hợp với khái niệm kỹ thuật phần mềm trước năm 2025.
- Karpathy nói về các tác nhân:
- – Về các tác nhân LLM: [Xem tại đây](https://x.com/karpathy/status/1979644538185752935)
- – Về các tác nhân như "kỹ sư tập sự thông thái": [Xem tại đây](https://x.com/karpathy/status/1915581920022585597)