Alur kerja persetujuan
Persetujuan hanya berarti sesuatu jika yang disetujui adalah yang benar-benar terbit.
Ini menjelaskan sebuah rancangan, bukan layanan yang berjalan
Masalahnya
Persetujuan biasanya berada di luar alat yang menerbitkan. Tangkapan layar dikirim ke klien, klien membalas ya, lalu teksnya berubah. Persetujuan sekarang merujuk pada draf yang tidak dimiliki siapa pun, dan alat itu tidak tahu, jadi ia menerbitkan apa pun yang terakhir diberikan.
Bagaimana produk dirancang
- Persetujuan dilampirkan pada konten persis yang ditinjau. Mengedit draf yang disetujui membatalkan persetujuan dan mengatakan bidang mana yang berubah, alih-alih diam-diam membawa keputusan lama ke depan.
- Peninjau dapat menyetujui, meminta perubahan, atau menolak, dan komentar diwajibkan untuk apa pun selain persetujuan, sehingga penulis tidak pernah dibiarkan menebak apa yang harus diperbaiki.
- Aturan ini berada di lapisan aplikasi bersama, sehingga aplikasi web, REST API, server MCP, CLI, dan webhook semuanya mematuhinya. Tidak ada permukaan yang memiliki jalan pintas untuk melewati tinjauan.
Apa yang sebenarnya dibangun
Status persetujuan, permukaan tinjauan, aturan persetujuan ulang, dan peristiwa audit di baliknya sudah dibangun. Yang belum dibangun adalah langkah terakhir, karena belum ada konektor yang menyelesaikan definisi selesainya, jadi postingan yang disetujui belum memiliki tujuan.
Menemukan sesuatu yang salah di halaman ini
Contact channels will be published here before general availability. No legal or support inbox is operating during this preview.