Ketika AI Mengedit Dokumen, Siapa yang Memiliki Perubahan Itu?

Sebuah dokumen dapat menunjukkan siapa yang mengubah sebuah kalimat, namun meninggalkan Anda menebak siapa yang menyetujui apa yang kini tertulis. Setelah AI dan manusia keduanya merevisi teks, nama di sebelah edit akhir tidak menjawab pertanyaan itu.

Pertimbangkan kebijakan dukungan hipotetis yang menjanjikan respons dalam dua hari kerja. Sebuah penulisan ulang oleh AI mengusulkan satu hari kerja. Seorang editor manusia mengubahnya menjadi tiga hari, dan seorang pemimpin tim menyetujui dokumen tersebut. File yang dirilis tampak biasa. Riwayatnya berisi usulan yang ditolak, revisi manusia, dan keputusan tentang apa yang diharapkan pelanggan.

Siapa yang memiliki perubahan itu? Kita perlu membedakan kontribusi sebelum dapat menetapkan tanggung jawab atas pelepasannya. Jika tidak, bantuan AI memberi kita sangat sedikit informasi tentang bagaimana teks akhir terbentuk.

Pisahkan Edit dari Keputusan

Pengumuman Microsoft pada 29 September 2025 bahwa Agent Mode di Word mulai diluncurkan pada Frontier menempatkan penyuntingan percakapan di dalam aplikasi dokumen, awalnya di web. Pengumuman itu menetapkan tanggal peluncuran, bukan cara organisasi tertentu meninjau perubahan yang dihasilkan.

Bagi tim yang menggunakan AI dengan cara ini, titik awal yang berguna adalah orang yang meminta edit. Catat orang tersebut secara terpisah dari perangkat lunak yang menghasilkan edit. Jika seseorang kemudian menulis ulang saran, pertahankan kontribusinya juga. Persetujuan adalah tindakan lain, yang terikat pada versi yang sebenarnya dilihat oleh peninjau.

Peran-peran tersebut tidak mengharuskan orang yang berbeda untuk setiap tugas. Seorang editor dapat meminta penulisan ulang, merevisinya, dan memiliki wewenang untuk menyetujuinya. Perbedaan ini tetap penting: meminta paragraf yang lebih singkat tidak serta-merta berarti menyetujui setiap perubahan yang dibuat perangkat lunak.

Model data W3C PROV menyediakan kosakata untuk menggambarkan riwayat ini. Dokumen dan versinya dapat direpresentasikan sebagai entitas; edit dan persetujuan sebagai aktivitas; orang dan perangkat lunak sebagai agen. Model tersebut menjelaskan hubungan di antara mereka. Model ini tidak menentukan tanggung jawab hukum atau mengautentikasi siapa pun yang muncul di bidang penulis.

Untuk alur kerja dokumen berbantuan AI yang melibatkan penulisan teknis atau materi dukungan, ini berarti mendefinisikan apa yang diwakili oleh setiap tindakan yang tercatat. Sebuah komentar mengidentifikasi kontribusi pada diskusi. Sebuah persetujuan harus mengidentifikasi izin untuk merilis kata-kata tertentu. Memberi keduanya status generik ditinjau yang sama akan membuat catatan menjadi kurang berguna.

Buat Catatan untuk Satu Bagian yang Diubah

Kembali ke contoh waktu respons. Sebelum menghasilkan penulisan ulang, pertahankan teks dua hari kerja yang disetujui beserta versi dokumennya. Beri perubahan yang diusulkan sebuah pengidentifikasi, lalu hubungkan revisi dan keputusan selanjutnya kepadanya.

Berikut ini adalah desain ilustratif dengan pengidentifikasi yang dibuat-buat. Ini bukan output dari produk yang telah diuji atau skema yang didukung oleh setiap alat dokumen.

Pertahankan usulan AI setelah revisi manusia menggantikannya. Jika catatan hanya menyimpan teks akhir tiga hari kerja, peninjau berikutnya tidak dapat merekonstruksi saran sebelumnya dari entri tersebut. Perubahan yang ditolak merupakan bagian dari riwayat meskipun tidak termasuk dalam teks yang dipublikasikan.

NIST Juli 2024 Generative AI Profile menjelaskan provenance sebagai informasi tentang asal dan riwayat konten, termasuk modifikasi dan sumber. Ini juga merekomendasikan evaluasi hubungan antara proses provenance dan peninjau manusia. Tabel tersebut menerapkan ide itu pada alur kerja dokumen; ini bukan daftar periksa sertifikasi NIST.

Anda dapat mempertahankan catatan ini dalam sistem dokumen atau di repositori yang terhubung. Bagaimanapun, buat hubungan ke versi yang dirilis cukup jelas sehingga seseorang dapat mengambilnya tanpa bergantung pada ingatan editor asli.

Periksa Apa yang Bertahan pada Penyerahan

File yang diekspor memerlukan pemeriksaan tersendiri. Riwayat yang tersedia selama penyuntingan mungkin berbeda dari apa yang dapat diperiksa oleh penerima, tergantung pada aplikasi, format, dan pengaturan ekspor. Jangan berasumsi bahwa setiap PDF kehilangan atribusi, atau bahwa mempertahankan komentar yang terlihat mempertahankan setiap keputusan tinjauan.

Microsoft saat ini dokumentasi untuk penyuntingan dengan Copilot menyatakan bahwa perubahannya menghormati Track Changes ketika fitur tersebut diaktifkan. Itu merupakan fungsi yang berguna. Namun tidak memastikan bahwa seluruh riwayat persetujuan Anda tetap ada setelah setiap konversi atau serah terima berikutnya.

Uji jalur yang sebenarnya digunakan tim Anda. Bawa dokumen contoh melalui proses tinjauan dan ekspor, lalu coba pulihkan revisi yang diterima beserta pemberi persetujuannya menggunakan catatan yang dipertahankan. Jika file yang dirilis tidak dapat membawa riwayat tersebut, simpan catatan terkontrol di tempat lain dan pertahankan hubungan di antara keduanya.

Kasus yang kurang sederhana juga layak mendapat perhatian. Terima hanya sebagian saran dan periksa apa yang tercatat. Libatkan dua peninjau yang bekerja pada versi dasar yang sama, lalu tentukan perubahan mana yang sampai ke file yang dirilis. Akhirnya, edit bagian tersebut setelah persetujuan dan pastikan keputusan sebelumnya tidak secara diam-diam menjadi persetujuan atas perumusan baru.

Nama penulis yang ditampilkan harus dapat ditelusuri ke akun terautentikasi sebelum Anda mengandalkannya untuk identitas. Demikian pula, digest file dapat membantu mengidentifikasi artefak yang dirilis, tetapi tidak dapat memberi tahu apakah komitmen waktu respons sudah tepat. Kedua hal tersebut merupakan pemeriksaan terpisah, dan proses tinjauan Anda harus mempertahankan perbedaannya.

Tetapkan Batas Persetujuan Sebelum Rilis

Mengubah format judul dan mengubah komitmen pelanggan tidak harus mengikuti jalur tinjauan yang sama. Tentukan perubahan mana yang dapat dilanjutkan berdasarkan kebijakan yang ada dan mana yang memerlukan persetujuan orang yang ditunjuk. Pilihan tersebut harus mencerminkan arti perubahan bagi pengguna dokumen.

Argumentasi untuk otoritas keputusan AI yang eksplisit menjadi praktis di sini. Dalam contoh kami, seseorang memerlukan wewenang untuk menyetujui komitmen respons tiga hari kerja. Izin untuk menyunting file saja tidak boleh dianggap sebagai bukti wewenang tersebut.

Berikan peninjau tersebut konteks yang cukup untuk membuat keputusan. Tampilkan teks asli dan usulan bersama dengan revisi manusia yang terjadi di antaranya. Buat konflik yang belum terselesaikan terlihat, dan identifikasi versi yang dimaksudkan untuk dirilis. Peninjau yang hanya melihat paragraf akhir yang sudah dipoles mungkin tidak memiliki alasan untuk menyadari bahwa waktu respons telah berubah.

Tentukan siapa yang memiliki rilis sebelum menyerahkan alur kerja kepada pengguna. Orang tersebut tidak harus melakukan setiap penyuntingan, tetapi perlu cara untuk memastikan bahwa tinjauan yang diperlukan telah terjadi dan berlaku pada file yang mereka rilis. Membiarkan penugasan menjadi samar akan menyulitkan penyelesaian perubahan yang diperselisihkan ketika dokumen siap digunakan.

Hal ini tidak mengharuskan menyimpan setiap prompt rahasia selamanya. Simpan bukti yang diperlukan untuk menjelaskan keputusan sesuai kebijakan akses dan retensi organisasi Anda. Jika informasi versi model tidak tersedia, catat keterbatasannya. Riwayat yang berguna harus membuat informasi yang hilang tampak jelas, bukan menyiratkan tingkat detail yang tidak pernah dicatat sistem.

Rilis Hanya Versi yang Dapat Anda Pertanggungjawabkan

Sebelum merilis perubahan yang signifikan, coba lacak kembali melalui catatan. Temukan saran asli, tentukan apa yang diubah oleh editor manusia, dan dapatkan keputusan yang menerima revisi tersebut. Kemudian bandingkan versi yang disetujui dengan file yang akan dikirim.

Jika hubungan tersebut tidak ada, tunda perubahan tinjauan. Seseorang yang mengingat bahwa dokumen “disetujui” tidak cukup untuk menentukan perumusan mana yang mereka setujui.

Seorang editor harus dapat menjelaskan kontribusinya tanpa harus ditugaskan pada setiap saran yang dihasilkan AI. Pemilik rilis perlu mengetahui secara tepat apa yang mereka berikan otorisasi. Kita tidak dapat meminta orang untuk mendukung perubahan tanpa memberi mereka cara yang dapat diandalkan untuk memeriksa bagaimana perubahan tersebut dibuat.