Bob·ArchitectBob menggambar sistem, memilih stack, dan menyerahkan strukturnya kepada Alex agar arsitektur Anda menjadi codebase, bukan dokumen yang terlupakan.
Diagram yang dipetakan ke kode, bukan gambar yang indah.
Eraser dan Whimsical menghasilkan kotak dan panah yang indah. Engineer Anda tetap membangun apa pun yang paling cocok dengan tenggat waktu. Diagram Bob menjadi struktur file dan batas modul yang benar-benar digunakan Alex.
"Kami memilih Mongo karena sedang populer." Bob menjelaskan mengapa Postgres lebih dipilih daripada Mongo, mengapa menggunakan queue alih-alih panggilan langsung, mengapa Redis vs Memcached. Alasannya dituliskan sehingga Anda bisa mempertanyakannya.
Diagram di wiki berasal dari sprint 1. Kodenya berasal dari sprint 14. Tidak ada yang memperbarui keduanya agar sesuai satu sama lain. Bob meninjau sistem saat ini dan memperbarui dokumen arsitektur agar mencerminkan apa yang benar-benar sudah dirilis.
Performa, keamanan, dan observability baru ditambahkan setelah gangguan pertama terjadi. Bob merencanakannya saat tahap desain dengan kebutuhan skala Emma dan pola akses yang perlu didukung oleh model data Anda.
Dari prompt pertama Anda hingga hasil yang dirilis — berikut cara Bob benar-benar bekerja.
Bob memulai dari cakupan yang dibatasi agar arsitektur sesuai dengan produk, bukan sebaliknya.
Serahkan ke EmmaDatabase, framework, queue, cache — setiap pilihan disertai trade-off tertulis yang bisa Anda tantang.
Entitas, relasi, kepemilikan, jalur penulisan — hal-hal yang menyakitkan untuk direfaktor nanti.
Kotak dan panah mencerminkan modul serta dependensi nyata; diagram tetap sinkron saat kode diimplementasikan.
Alex membangun di dalam batasan yang ditetapkan Bob — tanpa utang teknis model "kita refactor dalam tiga bulan" yang sudah tertanam sejak awal.
Serahkan ke AlexDiagram layanan, alur data, dan integrasi yang dibuat di Editor, bukan di alat terpisah.
Pilihan stack dijustifikasi berdasarkan kendala Anda, bukan dipilih karena tren atau kebiasaan.
Skema dan relasi dirancang untuk pola akses aktual produk Anda.
Kinerja, keamanan, dan observabilitas ditangani saat tahap desain, bukan setelah peluncuran.
Keputusan arsitektural didokumentasikan beserta alasannya agar Anda di masa depan dapat meninjaunya kembali.
Diagram dipetakan ke struktur file dan batas modul yang dibangun Alex.
Bob dapat meninjau sistem yang sudah ada dan merekomendasikan perubahan dengan alasan yang jelas.
Workflow yang dibuat manual itu lambat, serba manual, dan bergantung pada banyak alat. Arahkan kursor ke kartu mana pun untuk melihat mengapa tiap peningkatan itu penting.
Beralih dari Eraser AI? Berikut bagian di mana Bob lebih unggul.
Eraser dan Whimsical membuat kotak-kotak yang cantik; engineer Anda tetap akan membangun apa pun yang sesuai dengan tenggat. Diagram Bob menjadi struktur file dan batas modul yang benar-benar digunakan Alex di codebase.
ChatGPT merekomendasikan framework yang paling sering dilihatnya dalam data pelatihan. Bob menjelaskan mengapa Postgres dibanding Mongo, mengapa queue dibanding panggilan langsung, mengapa Redis vs Memcached — dengan alasan yang bisa Anda tantang dan keputusan yang bisa Anda tinjau kembali.
Diagram di wiki akan usang pada sprint ke-3. Bob meninjau kode yang sebenarnya dan memperbarui arsitektur berdasarkan apa yang sudah dirilis — sehingga dokumen tidak pernah menjadi fiksi, dan onboarding engineer baru hanya butuh sehari, bukan sebulan.
| Fitur | Atoms Direkomendasikan | Eraser AI |
|---|---|---|
| Output | Arsitektur yang terpetakan ke kode | Diagram di wiki |
| Pilihan stack dengan alasan yang jelas | Trade-off yang terdokumentasi | Saran umum |
| Tetap sinkron saat kode dirilis | Diperbarui berdasarkan codebase | Menjadi usang di sprint ke-3 |
| Terhubung ke engineering | Serahkan ke Alex | Serah-terima lewat ekspor |
| Pembuatan diagram | Dibuat otomatis | Dibuat otomatis |
Bob tidak bekerja sendirian. Berikut cara handoff berjalan saat Anda membangun bersama tim lengkap.
Bob merancang sistem; Alex membangunnya. Tidak ada utang teknis bawaan seperti "refactor dalam 6 bulan saat skala meningkat".
Lihat bagaimana Alex bekerjaBob menyelaraskan arsitektur dengan cakupan produk Emma. Tidak ada sistem yang terlalu rumit untuk fitur sederhana.
Lihat bagaimana Emma bekerja
Bob merancang model data agar David dapat melakukan kueri dengan rapi. Analitik adalah komponen utama, bukan tambahan belakangan.
Lihat bagaimana David bekerjaPekerjaan arsitektur konkret yang dihasilkan Bob yang memetakan ke kode nyata.
Rancang sistem dari nol dengan pilihan stack yang dibenarkan berdasarkan kendala Anda.
Bandingkan opsi stack untuk proyek Anda dan pilih yang paling sesuai dengan tim dan skala Anda.
Skema, relasi, dan indeks yang dirancang untuk kueri yang benar-benar akan dijalankan produk Anda.
Petakan layanan pihak ketiga, webhook, dan aliran data sebelum pekerjaan integrasi dimulai.
Identifikasi bottleneck dan rencanakan untuk lompatan skala berikutnya sebelum hal itu berdampak pada produksi.
Identifikasi masalah autentikasi, data, dan privasi lalu tangani dalam tahap desain, bukan setelah peluncuran.
@Bob rancang arsitektur untuk SaaS multi-tenant dengan penagihan berbasis penggunaan, 10 ribu tenant yang diharapkan, dan payout Stripe Connect. Pilih stack-nya, gambar diagram layanannya, dan serahkan struktur file kepada Alex.
@Bob kami sedang memilih antara Postgres + Prisma dan PlanetScale + Drizzle untuk produk baru. Bandingkan keduanya dengan kendala kami (pembacaan multi-region, satu engineer, p95 100ms) dan rekomendasikan salah satunya dengan trade-off yang eksplisit.
@Bob tinjau layer API kami saat ini. Kami melihat p95 800ms pada endpoint dashboard dan ingin melakukan scale hingga 10x traffic. Petakan bottleneck-nya, usulkan perubahan, dan tulis rencana migrasinya untuk Alex.
@Bob rancang schema untuk program referral dalam PRD Emma. Petakan entitas, relasi, dan index untuk query yang benar-benar akan kami jalankan. Serahkan schema dan rencana migrasinya kepada Alex.
Tidak ada agen yang bekerja sendiri. Ketuk anggota tim mana pun untuk melihat bagaimana mereka menangani bagian produk Anda.
Dipercaya oleh pelanggan dari
Berhenti menggambar diagram yang tidak pernah diimplementasikan siapa pun. Biarkan Bob merancang sistem yang dibangun dan tetap sinkron oleh Tim AI Anda di dalam Atoms.
