/ Pengenalan
Cara kerja
Satu permintaan berjalan dari Anda ke CEO, dibagi ke departemen, dikerjakan spesialis, diperiksa QA, lalu kembali sebagai laporan bersumber.
Perjalanan satu permintaan
- Anda meminta ke CEO. Satu pesan dalam bahasa sehari-hari, misalnya "Bandingkan tiga pemasok kemasan kopi 250 gram dari harga, minimal order, dan waktu kirim." CEO adalah satu-satunya agen yang perlu Anda ajak bicara.
- CEO menimbang dan merencanakan. Pertanyaan ringan dijawab langsung. Untuk pekerjaan sungguhan, CEO membuka sebuah project, menentukan departemen yang dibutuhkan, dan memberi tiap departemen bagian briefnya. Untuk keputusan yang sulit, CEO bisa meminta pendapat dewan (lihat di bawah).
- Departemen mengerjakan. Kepala departemen memecah bagiannya menjadi tugas dan menugaskan spesialis yang sesuai. Spesialis mencari dan membaca sumber, menulis, menghitung, atau menyusun draf.
- QA memeriksa. Setiap hasil spesialis diperiksa sebelum dipakai. Hasil yang belum cukup dikembalikan dengan catatan, hingga dua kali revisi.
- Kepala departemen merangkum. Setelah semua tugas selesai, kepala departemen menulis ringkasan departemennya, dan QA memeriksanya juga.
- CEO menulis laporan akhir. Dari ringkasan semua departemen, CEO menyusun laporan lengkap dengan daftar sumber. QA memeriksanya sekali lagi, lalu laporan dikirim ke chat Anda.
Selama proses berjalan, Anda bisa memantau di Office dan di halaman project. Jika tim butuh keputusan Anda, misalnya batas harga yang masih Anda terima, pertanyaannya muncul di Needs you dan menunggu jawaban Anda.
Kedalaman project
Saat membuka project, CEO memilih kedalaman sesuai permintaan:
| Kedalaman | Cocok untuk | Spesialis per departemen |
|---|---|---|
| Quick | Pertanyaan yang jelas dan sempit | 1–2 |
| Standard | Kebanyakan permintaan riset dan konten | 2–3 |
| Deep | Keputusan besar yang butuh banyak sumber | 3–5, plus pemeriksaan kedua yang independen |
Setiap project punya batas token, sehingga satu permintaan tidak menghabiskan biaya tanpa kendali. Lihat Biaya dan batas pemakaian.
Pemeriksaan QA
QA adalah agen yang tidak ikut mengerjakan, sehingga pemeriksaannya tidak memihak.
- Setiap hasil diperiksa terhadap kriteria tugasnya, termasuk apakah klaimnya didukung sumber yang benar-benar dibaca.
- Hingga dua kali revisi. Catatan QA dikirim balik ke spesialis. Yang masih belum lolos ditandai di laporan, tidak disembunyikan.
- Model yang berbeda. QA paling efektif bila memakai keluarga model yang berbeda dari spesialis, misalnya spesialis memakai Claude dan QA memakai GPT. Karena itu kami menyarankan menyambungkan dua penyedia model. Jika hanya ada satu, QA tetap memeriksa, dan halaman Usage memberi tahu Anda.
- Tim belajar dari catatan QA. Masukan QA disimpan sebagai pelajaran untuk peran spesialis itu, sehingga spesialis berikutnya tidak mengulang kesalahan yang sama.
Dewan untuk keputusan sulit
Untuk keputusan yang tidak punya satu jawaban benar, CEO bisa mengumpulkan dewan berisi tiga sudut pandang: Skeptic, Pragmatist, dan Critic. Mereka menimbang pilihan sebelum CEO memutuskan, dan hasil diskusinya bisa Anda baca di chat.
Anda tetap memegang kendali
- Tim mengerjakan project hanya atas permintaan Anda atau jadwal yang Anda buat. Perawatan memori di latar belakang bisa Anda atur di Settings → Automation.
- Postingan media sosial yang diminta agen selalu menunggu persetujuan Anda. Perubahan ke layanan luar seperti Notion juga menunggu persetujuan, kecuali Anda mematikannya per integrasi.
- Setiap project, tugas, revisi, dan sumber tercatat dan bisa Anda telusuri.