Platform
Doctor: AI SRE read-only untuk aplikasi langsung Anda
Ketika sesuatu rusak di produksi, Doctor menyelidiki seperti seorang site reliability engineer — dan menyerahkan diagnosis serta perbaikan yang sudah dirancang, bukan setumpuk log.
Doctor adalah AI site reliability engineer read-only milik Ciao. Ia memprobe aplikasi langsung, DNS, dan CDN, mendiagnosis akar penyebab insiden, dan merancang perbaikannya. Berbeda dari agen yang diberi akses tulis ke produksi, Doctor bersifat read-only by design — ia bisa melihat semuanya dan tidak mengubah apa pun, sehingga diagnosis berjalan cepat, berkelanjutan, dan aman dijalankan terhadap sistem sungguhan.
Dipublikasikan 2026-07-03 · Terakhir diperbarui 2026-07-03
Produksi rusak; keahlian langka
Setiap aplikasi akhirnya mengalami sore yang buruk: situsnya down, checkout error, login gagal untuk satu pelanggan dan tidak ada yang tahu kenapa. Jawaban tradisionalnya adalah seorang site reliability engineer yang menggali log, catatan DNS, dan perilaku CDN sampai sebuah cerita muncul. Sebagian besar tim yang membangun dengan AI tidak punya orang itu — dan seharusnya tidak perlu merekrutnya hanya untuk menjaga sebuah portal tetap hidup.
Doctor adalah AI SRE read-only milik Ciao. Ia memprobe aplikasi langsung, DNS, dan CDN, mendiagnosis akar penyebabnya, dan merancang perbaikannya. Read-only adalah keputusan desain yang penting: Doctor bisa melihat semuanya dan tidak mengubah apa pun.
Bagaimana sebuah diagnosis berjalan
Sebuah diagnosis mengikuti jalur yang sama yang akan diambil SRE berpengalaman — hanya saja segera, dan tercatat.
1. Sesuatu terlihat salah
Sebuah pemeriksaan produksi gagal, lampu kesehatan berubah merah di Conductor, atau seorang manusia meminta Doctor menyelidiki sebuah gejala.
2. Doctor memprobe aplikasi langsung
Ia meminta rute sungguhan, menjalankan alur yang gagal, dan membaca respons serta error dengan cara yang akan dialami browser pengguna.
3. Lalu jalan menuju ke sana
Resolusi DNS, status sertifikat, dan perilaku CDN juga diprobe, karena "aplikasinya down" seringkali sebenarnya adalah "jalan menuju aplikasinya yang down".
4. Konteks bergabung dengan buktinya
Deploy terbaru, perubahan konfigurasi, dan riwayat pemeriksaan mempersempit kapan kerusakannya terjadi dan apa yang berubah di sekitar momen itu.
5. Akar penyebab, dalam bahasa sederhana
Hasilnya adalah sebuah diagnosis, bukan dump log: apa yang rusak, di mana, dan kenapa — dengan buktinya terlampir.
6. Perbaikan yang dirancang, melalui pintu depan
Doctor merancang perbaikannya, dan itu dirilis dengan cara setiap perubahan dirilis: melalui Builder, tinjauan Guardrails jika kebijakan mewajibkannya, dan gate QA. Diagnosis berjalan segera; perubahannya tetap dikelola.
Kenapa read-only itu penting
Memberi AI akses tulis ke produksi adalah keputusan yang tidak akan diambil sebagian besar tim keamanan — dan Ciao tidak memintanya. Otoritas Doctor bersifat investigatif. Itu membuatnya aman dijalankan terus-menerus terhadap sistem sungguhan dan aman dibawa ke lingkungan teregulasi: radius ledakan dari diagnosis yang salah adalah kalimat yang salah, bukan perubahan yang salah.
Ini juga menjaga insentif tetap jujur. Perbaikan yang dirancang Doctor harus bertahan dari tinjauan dan pengujian yang sama seperti perubahan manusia mana pun, sehingga kecepatan tidak pernah membeli jalan pintas di sekitar governance.
Ada juga efek armada. Karena memprobe itu aman, Doctor tidak perlu menunggu seorang manusia mencurigai sesuatu — pemeriksaan produksi dan lampu kesehatan menyerahkan gejala kepadanya terus-menerus, di setiap proyek di Conductor. Penyelidikan yang dulu dimulai ketika seseorang mengeluh sekarang dimulai ketika pemeriksaan pertama gagal.
Siapa yang menggunakan Doctor
Doctor mengubah pengalaman insiden bagi siapa pun yang pernah memilikinya.
- Founder dan operator — Orang yang membangun aplikasinya dengan Ciao jarang menjadi orang yang bisa men-debug DNS tengah malam. Doctor adalah penyelidik yang tidak perlu mereka menjadi.
- Agensi — Dengan armada aplikasi klien di Conductor, Doctor adalah responder pertama — diagnosisnya sering selesai sebelum klien menyadari gejalanya.
- Tim IT dan platform — Triase tiba sudah terselidiki: eskalasi datang dengan akar penyebab dan bukti alih-alih tiket yang samar.
- Engineer — Mereka tetap membuat keputusannya — hanya saja mereka mulai dari sebuah diagnosis, bukan dari grep.
Catatan keamanan dan governance
- ✓ Doctor bersifat read-only by design — ia tidak bisa memodifikasi aplikasi, datanya, atau infrastrukturnya.
- ✓ Probe mencakup aplikasi langsung, DNS, dan CDN.
- ✓ Perbaikan yang dirancang dirilis melalui tinjauan Guardrails dan gate QA seperti perubahan lainnya.
- ✓ Penyelidikan dan temuan tercatat dalam jejak audit append-only.
- ✓ Doctor bekerja bersama SysOps, yang menangani rollback dan rekonsiliasi sebagai operasi tercatat.
Gejala demi gejala
Gejala berbeda, metode yang sama: probe, korelasikan, jelaskan.
| Gejala | Apa yang diperiksa Doctor | Bentuk khas diagnosisnya |
|---|---|---|
| Situs tidak dapat dijangkau | Resolusi DNS, sertifikat, status CDN, kesehatan origin | Di mana permintaan mati dalam perjalanannya ke aplikasi |
| Satu alur gagal | Rute-nya, panggilan backend-nya, perubahan terbaru pada area itu | Perubahan atau dependensi yang merusak alurnya |
| Halaman lambat | Waktu respons di seluruh rute dan aset, perilaku CDN | Lapisan mana yang menambah waktunya |
| Error setelah deploy | Diff deploy, pemeriksaan yang gagal, error runtime | Apakah memperbaiki maju atau menyerahkan SysOps sebuah rollback |
Pertanyaan yang sering diajukan
Bisakah Doctor membuat perubahan ke produksi?
Tidak. Doctor bersifat read-only by design. Ia mendiagnosis dan merancang perbaikan, dan perbaikan itu diterapkan melalui pipeline terkelola normal — tinjauan, gate QA, lalu publikasi. Pemisahannya disengaja: investigasi tidak boleh pernah mengubah hal yang sedang diselidiki.
Apa yang sebenarnya bisa dilihat Doctor?
Perilaku aplikasi langsung — rute, respons, error — ditambah DNS, sertifikat, dan perilaku CDN, serta riwayat proyeknya sendiri: deploy, perubahan konfigurasi, dan hasil pemeriksaan. Kombinasi itu biasanya cukup untuk menentukan akar penyebab.
Bagaimana perbaikan yang dirancang menjadi perbaikan sungguhan?
Ia masuk ke loop seperti perubahan lainnya: di sebuah branch, melalui tinjauan Guardrails jika kebijakan mewajibkannya, melalui smoke gate QA, lalu publikasi. Jika rollback lebih cepat daripada memperbaiki maju, Doctor mengatakannya dan SysOps melakukan rollback sebagai operasi tercatat.
Apakah Doctor menggantikan rotasi on-call?
Ia melakukan kerja penyelidikan dan menyerahkan manusia sebuah diagnosis alih-alih log mentah. Seseorang masih memutuskan dan menyetujui — orang itu hanya mulai jauh lebih maju, dan bagi banyak tim itu mengubah apa yang harus dilakukan on-call.
Apakah Doctor termasuk, atau tambahan?
Setiap workspace Ciao menyertakan organisasi software AI — CTO, Doctor, analis QA, engineer Security, Coder, dan operator SysOps. Untuk program produksi, yang mulai dari 10.000 USD per tahun, jadwalkan demo dan lihat diagnosis langsung pada insiden sungguhan.