Sơ đồ ánh xạ tới mã
Eraser và Whimsical vẽ ra những ô hộp đẹp mắt; còn kỹ sư của bạn vẫn sẽ xây thứ gì phù hợp với deadline. Sơ đồ của Bob trở thành cấu trúc thư mục và ranh giới module mà Alex thực sự dùng trong codebase.
Bob·ArchitectTác nhân Kiến trúc sư AI thiết kế các hệ thống mà đội ngũ của bạn xây dựng
Bob phác thảo hệ thống, chọn stack và bàn giao cấu trúc cho Alex để kiến trúc của bạn trở thành codebase, chứ không phải một tài liệu bị lãng quên.
Các sơ đồ ánh xạ tới mã, không phải những hình ảnh đẹp mắt.
Tại sao tài liệu kiến trúc trở nên lỗi thời ngay từ ngày chúng được viết
Sơ đồ đẹp mà chẳng ai triển khai
Eraser và Whimsical tạo ra những sơ đồ hộp và mũi tên rất đẹp. Kỹ sư của bạn vẫn xây dựng bất cứ thứ gì kịp deadline. Sơ đồ của Bob trở thành cấu trúc file và ranh giới module mà Alex thực sự sử dụng.
Lựa chọn stack theo xu hướng
"Chúng tôi chọn Mongo vì nó đang phổ biến." Bob giải thích vì sao chọn Postgres thay vì Mongo, vì sao dùng queue thay vì gọi trực tiếp, vì sao Redis thay vì Memcached. Lý do được ghi lại bằng văn bản để bạn có thể chất vấn nó.
Kiến trúc và mã nguồn ngày càng lệch nhau
Sơ đồ trên wiki là từ sprint 1. Mã nguồn là từ sprint 14. Không ai cập nhật cái nào để chúng khớp với nhau. Bob rà soát hệ thống hiện tại và cập nhật tài liệu kiến trúc để phản ánh những gì thực sự đã được triển khai.
Các nhu cầu phi chức năng chỉ được phát hiện sau khi ra mắt
Hiệu năng, bảo mật và khả năng quan sát chỉ được bổ sung sau sự cố ngừng hoạt động đầu tiên. Bob lên kế hoạch cho chúng ngay trong giai đoạn thiết kế cùng với các yêu cầu về quy mô của Emma và các mẫu truy cập mà mô hình dữ liệu của bạn cần hỗ trợ.
Một ngày với Bob
Từ prompt đầu tiên của bạn đến một kết quả đã được phát hành — đây là cách Bob thực sự hoạt động.
- 01
Đọc PRD của Emma
Bob bắt đầu từ một phạm vi được giới hạn để kiến trúc phù hợp với sản phẩm, chứ không phải ngược lại.
Bàn giao cho Emma - 02
Chọn stack có lý do rõ ràng
Cơ sở dữ liệu, framework, hàng đợi, cache — mỗi lựa chọn đều đi kèm phần phân tích đánh đổi bằng văn bản để bạn có thể phản biện.
- 03
Lập bản đồ mô hình dữ liệu và ranh giới mô-đun
Thực thể, quan hệ, quyền sở hữu, luồng ghi — những thứ sẽ rất đau đớn khi phải refactor về sau.
- 04
Vẽ sơ đồ hệ thống tương ứng với mã
Các hộp và mũi tên phản ánh các mô-đun và phụ thuộc thực tế; sơ đồ luôn đồng bộ khi mã được triển khai.
- 05
Chuyển cấu trúc cho Alex
Alex xây dựng trong các ranh giới Bob đã đặt ra — không cài sẵn kiểu nợ kỹ thuật "ba tháng nữa chúng ta sẽ refactor".
Bàn giao cho Alex
Mọi thứ Bob cần để thiết kế các hệ thống vững chắc
Sơ đồ kiến trúc
Sơ đồ dịch vụ, luồng dữ liệu và tích hợp được tạo trong Editor, không phải trong một công cụ riêng biệt.
Đề xuất ngăn xếp công nghệ
Các lựa chọn ngăn xếp được lý giải dựa trên các ràng buộc của bạn, không được chọn theo xu hướng hay sự quen thuộc.
Thiết kế mô hình dữ liệu
Lược đồ và các mối quan hệ được thiết kế theo đúng các mẫu truy cập thực tế của sản phẩm của bạn.
Lập kế hoạch phi chức năng
Hiệu năng, bảo mật và khả năng quan sát được xử lý trong giai đoạn thiết kế, không phải sau khi ra mắt.
Nhật ký quyết định
Các quyết định kiến trúc được ghi lại kèm lý do để bạn trong tương lai có thể xem lại chúng.
Ánh xạ từ cấu trúc đến mã
Các sơ đồ được ánh xạ tới cấu trúc tệp và ranh giới mô-đun mà Alex sử dụng để xây dựng.
Rà soát kiến trúc
Bob có thể rà soát các hệ thống hiện có và đề xuất thay đổi với lập luận rõ ràng.
Điều gì thay đổi khi Bob ở trong đội của bạn
Các quy trình làm thủ công thì chậm, thủ công và phụ thuộc vào nhiều công cụ. Di chuột qua bất kỳ thẻ nào để xem vì sao từng lợi ích lại quan trọng.
Vì sao các builder chọn Bob thay vì những lựa chọn khác
So sánh với
Bạn chuyển từ Eraser AI sang? Đây là điểm mà Bob vượt lên.
Lựa chọn stack dựa trên lý do, không phải trào lưu
ChatGPT đề xuất framework mà nó thấy nhiều nhất trong dữ liệu huấn luyện. Bob giải thích vì sao chọn Postgres thay vì Mongo, vì sao dùng hàng đợi thay vì gọi trực tiếp, vì sao chọn Redis thay vì Memcached — với lập luận mà bạn có thể phản biện và những quyết định mà bạn có thể xem lại.
Kiến trúc luôn được cập nhật
Một sơ đồ trong wiki sẽ lỗi thời vào khoảng sprint thứ 3. Bob rà soát mã thực tế và cập nhật kiến trúc theo đúng những gì đã được phát hành — nhờ vậy tài liệu không bao giờ là chuyện viển vông, và quá trình onboard một kỹ sư mới chỉ mất một ngày, không phải một tháng.
Atoms so với Eraser AI: so sánh tính năng, giá cả và khả năng
| Tính năng | Atoms Được đề xuất | Eraser AI |
|---|---|---|
| Đầu ra | Kiến trúc có thể ánh xạ sang mã | Sơ đồ trong wiki |
| Lựa chọn stack có lý do rõ ràng | Các đánh đổi được ghi rõ | Gợi ý chung chung |
| Luôn đồng bộ khi mã được phát hành | Được làm mới theo codebase | Trở nên lỗi thời vào sprint thứ 3 |
| Được kết nối với bộ phận kỹ thuật | Bàn giao cho Alex | Bàn giao qua xuất dữ liệu |
| Tạo sơ đồ | Tự động tạo | Tự động tạo |
Cách Bob phối hợp với các thành viên còn lại trong đội ngũ AI của bạn
Bob không làm việc một mình. Đây là cách các bước bàn giao diễn ra khi bạn xây dựng cùng toàn bộ đội ngũ.
BobAlex
Bob thiết kế hệ thống; Alex xây dựng nó. Không nhúng sẵn nợ kỹ thuật kiểu "6 tháng nữa khi có quy mô thì refactor".
Xem cách Alex hoạt độngBobEmma
Bob điều chỉnh kiến trúc cho phù hợp với phạm vi sản phẩm của Emma. Không có hệ thống thiết kế quá mức cho một tính năng đơn giản.
Xem cách Emma hoạt độngBobDavid
Bob thiết kế mô hình dữ liệu để David có thể truy vấn một cách gọn gàng. Phân tích là thành phần cốt lõi, không phải phần gắn thêm.
Xem cách David hoạt độngNhững gì Bob thiết kế cho các nhà xây dựng
Công việc kiến trúc cụ thể mà Bob tạo ra có thể ánh xạ tới mã thực tế.
- Thiết kế một hệ thống
Thiết kế hệ thống Greenfield
Thiết kế hệ thống từ đầu với các lựa chọn stack được giải thích rõ ràng dựa trên các ràng buộc của bạn.
- Chọn một stack
Lựa chọn stack
So sánh các lựa chọn stack cho dự án của bạn và chọn phương án phù hợp với đội ngũ và quy mô của bạn.
- Thiết kế một schema
Thiết kế mô hình dữ liệu
Schema, các mối quan hệ và chỉ mục được thiết kế cho những truy vấn mà sản phẩm của bạn thực sự sẽ chạy.
- Lập bản đồ tích hợp
Lập bản đồ tích hợp
Lập bản đồ các dịch vụ bên thứ ba, webhook và luồng dữ liệu trước khi công việc tích hợp bắt đầu.
- Lập kế hoạch mở rộng quy mô
Kế hoạch hiệu năng và mở rộng quy mô
Xác định các điểm nghẽn và lập kế hoạch cho cấp độ tăng trưởng tiếp theo trước khi chúng ảnh hưởng đến môi trường production.
- Rà soát bảo mật
Rà soát bảo mật và tuân thủ
Xác định các vấn đề về xác thực, dữ liệu và quyền riêng tư, đồng thời xử lý chúng ngay trong giai đoạn thiết kế thay vì sau khi ra mắt.
Hãy thử các lời nhắc này với Bob
Thiết kế một hệ thống từ đầu
@Bob hãy thiết kế kiến trúc cho một SaaS đa tenant với tính phí theo mức sử dụng, dự kiến 10k tenant, và thanh toán Stripe Connect. Chọn stack, vẽ sơ đồ dịch vụ, và chuyển cấu trúc tệp cho Alex.
Chọn một stack kèm lý do
@Bob chúng ta đang lựa chọn giữa Postgres + Prisma và PlanetScale + Drizzle cho sản phẩm mới. Hãy so sánh chúng theo các ràng buộc của chúng ta (đọc đa vùng, một kỹ sư duy nhất, p95 100ms) và đề xuất một phương án với các đánh đổi được nêu rõ ràng.
Đánh giá một kiến trúc hiện có
@Bob hãy đánh giá lớp API hiện tại của chúng ta. Chúng ta đang thấy p95 800ms trên endpoint dashboard và muốn mở rộng lên lưu lượng gấp 10 lần. Hãy xác định các điểm nghẽn, đề xuất thay đổi, và viết kế hoạch di chuyển cho Alex.
Thiết kế mô hình dữ liệu cho một tính năng
@Bob hãy thiết kế schema cho chương trình giới thiệu trong PRD của Emma. Xác định các thực thể, mối quan hệ, và chỉ mục cho các truy vấn mà chúng ta thực sự sẽ chạy. Chuyển schema và kế hoạch migration cho Alex.
Gặp gỡ những thành viên còn lại trong đội AI của Bob
Không agent nào làm việc một mình. Chạm vào bất kỳ đồng đội nào để xem họ xử lý phần việc của mình trong sản phẩm của bạn như thế nào.
Được tin cậy bởi khách hàng từ
Câu hỏi thường gặp
Hãy để Bob bắt tay vào việc
Đừng vẽ những sơ đồ mà không ai triển khai. Hãy để Bob thiết kế các hệ thống mà Đội ngũ AI của bạn xây dựng và luôn đồng bộ bên trong Atoms.
