Mengapa keputusan di obrolan AI hilang, dan di mana sebaiknya disimpan
Keputusan di ChatGPT atau Claude lenyap saat obrolan tergulir; catat di papan, tertaut ke tugasnya, agar sesi AI berikutnya membacanya lebih dulu.
Weft adalah pengelola tugas AI untuk pendiri tunggal dan tim kecil.
Oleh Andrei Finogeev ·
Keputusan yang dibuat dalam percakapan ChatGPT atau Claude hilang karena obrolan tidak punya keadaan. Tidak ada yang menandai sebuah baris sebagai "inilah yang kita putuskan", tidak ada yang mengikat baris itu ke pekerjaan yang dipengaruhinya, dan obrolan baru dimulai kosong. Solusinya adalah meminta AI menuliskan keputusan di tempat pekerjaan itu berada, sebagai catatan singkat beserta alasannya, dan meminta sesi berikutnya membaca catatan itu sebelum bertindak.
Kami yang membuat Weft. Fakta tentang produk lain diambil dari halaman resminya, diperiksa pada 27 Oktober 2026. Gagasan bahwa sebuah utas "tidak punya keadaan" berasal dari artikel Hypertask tentang utas Slack. Panduan ini menerapkannya pada obrolan AI.
Mengapa keputusan yang dibuat dengan ChatGPT atau Claude menghilang?
Anda menghabiskan empat puluh menit bersama asisten untuk menimbang dua penyedia basis data, dua model harga, atau dua cara menyusun API. Anda memilih salah satunya. Penalarannya bagus, asistennya setuju, dan Anda beralih ke hal berikutnya.
Seminggu kemudian kesimpulan itu masih ada di obrolan tersebut, entah di mana di atas dua ratus pesan lain. Obrolan baru tidak tahu apa-apa tentangnya. Rekan tim tidak pernah melihatnya. Dan jika keesokan harinya Anda membuka klien AI lain, misalnya agen coding di terminal, klien itu mulai dari nol dan bisa saja dengan riang mengusulkan opsi yang sudah Anda tolak.
Ini bukan soal disiplin. Percakapan adalah rangkaian pesan. Tidak ada kolom untuk "sudah diputuskan", tidak ada pemilik, tidak ada tautan ke tugas, dan tidak ada cara untuk menyatakan "ini menggantikan apa yang kita bilang hari Selasa". Pertanyaan yang sudah diputuskan dan yang ditinggalkan terlihat sama begitu tergulir jauh.
Bukankah memori obrolan sudah menyelesaikan masalah ini?
Tidak untuk keperluan ini. Banyak asisten kini bisa mengingat hal tentang Anda antarobrolan, dan itu berguna untuk preferensi dan latar belakang. Namun memori itu milik satu produk dan satu akun. Memori itu ditulis untuk dipakai asisten tersebut, bukan sebagai catatan yang bisa ditinjau orang baris demi baris, dan klien AI lain tidak bisa membacanya. Memori itu juga tidak menyebutkan tugas mana yang menjadi pokok sebuah pilihan atau pilihan lama mana yang digantikannya.
Log keputusan punya kebutuhan yang berbeda. Ia harus bisa ditemukan oleh orang dan agen yang mengerjakan proyek, bisa dibaca oleh klien AI mana pun yang mengambil pekerjaan berikutnya, terikat pada pekerjaan itu, dan jujur soal riwayat: ketika sebuah keputusan berubah, yang lama harus tetap terlihat beserta alasan penggantiannya.
Apa yang termasuk keputusan yang layak dicatat?
Catat sebuah pilihan ketika seseorang bisa saja secara wajar memilih lain dan pilihan itu akan membentuk pekerjaan selanjutnya. Contoh yang baik:
- Memilih satu alat, vendor, atau pustaka dibanding yang lain.
- Sengaja membatalkan sesuatu ("tidak ada program referral kuartal ini").
- Menetapkan aturan yang harus diikuti pekerjaan ("semua harga di UE ditampilkan sudah termasuk PPN").
- Mengubah pilihan sebelumnya, beserta alasannya.
- Pelajaran yang didapat dengan susah payah ("jangan menjalankan migrasi pada jam kerja").
Jangan catat:
- Gagasan yang Anda lontarkan tetapi tidak diambil.
- Langkah-langkah pekerjaan itu sendiri (itu tempatnya di tugas dan hasilnya).
- Apa pun yang belum disetujui orangnya, kecuali jelas ditandai sebagai usulan.
- Fakta yang bisa dicari ulang siapa pun dalam semenit.
Uji yang berguna: jika sesi AI baru hendak membatalkan pilihan ini, apakah Anda ingin ia berhenti dan membaca alasannya dulu? Jika ya, catat.
Seperti apa catatan keputusan yang baik?
Buat singkat dan pertahankan alasannya. Format di bawah adalah versi ringan dari MADR (Markdown Architectural Decision Records), yang dipakai oleh alat record_decision di Weft:
Title: Unggahan file: object storage, bukan basis data
Outcome: File yang diunggah masuk ke object storage; basis data hanya
menyimpan kunci file dan metadatanya.
Status: accepted
Context: Pengguna melampirkan file hingga 50 MB. Menyimpannya di
basis data akan membuat cadangan lambat dan besar.
Options: 1. Object storage + murah, cadangan tetap kecil
- satu layanan lagi untuk dikonfigurasi
2. Kolom basis data + semuanya di satu tempat
- cadangan membengkak setiap kali ada unggahan
Consequences: Kita butuh signed URL untuk unduhan.
Menghapus tugas juga harus menghapus file-filenya.
Revisit when: Kita perlu mencari di dalam isi file.
Task: Unggahan file- Title menamai keputusan agar Anda bisa menemukannya sekilas.
- Outcome adalah satu kalimat yang bisa langsung dijalankan pendatang baru.
- Context adalah apa yang benar pada saat itu. Bagian inilah yang paling dulu hilang dari ingatan.
- Options hanya mencantumkan apa yang benar-benar ditimbang, bukan alternatif yang dikarang belakangan.
- Consequences mencakup sisi buruk yang Anda terima, agar tidak ada yang "menemukannya" belakangan sebagai bug.
- Revisit when menyebutkan apa yang akan membuat pilihan itu salah.
Bagaimana Weft menyimpan catatan keputusan?
Weft adalah papan tugas yang dijangkau klien AI Anda lewat MCP di https://letsweft.com/api/mcp. Tiga dari 32 alatnya menangani keputusan:
- record_decision menerima judul dan hasil, ditambah konteks, hingga lima opsi dengan kelebihan dan kekurangannya, konsekuensi, dan syarat untuk meninjau ulang. Catatan bisa ditautkan ke tugas (taskId) atau proyek. Catatan tidak bisa diubah: untuk mengubahnya, AI mencatat keputusan baru dengan supersedesId yang menunjuk ke catatan lama, dan catatan lama tetap ada, ditandai sudah digantikan.
- get_context mengembalikan keputusan dan pelajaran yang masih berlaku di ruang kerja, yang terbaru lebih dulu, dikemas sesuai anggaran token (800 token secara bawaan). Hasilnya bisa dipersempit ke satu proyek atau tugas. Setiap baris membawa tanggalnya, keputusan yang sudah digantikan tidak pernah muncul, dan baris yang tidak muat dihitung, bukan disembunyikan.
- get_task_history dalam mode decisions menampilkan setiap keputusan yang dicatat tentang satu tugas, termasuk putusan tinjauan dan alasannya.
record_decision punya kegunaan kedua: meneruskan putusan yang diberikan orangnya dalam percakapan tentang pekerjaan yang menunggu tinjauannya (accepted, rework, dropped, atau deferred). Deskripsi alat itu memberi tahu AI bahwa di sini ia hanya pembawa pesan, bukan pengambil keputusan, jadi ia tidak boleh memakainya untuk menerima pekerjaannya sendiri.
Karena catatan tidak pernah diedit di tempat, riwayatnya tetap jujur. Jika Anda berganti penyedia pada bulan Maret, keputusan bulan Januari masih ada, ditandai sudah digantikan, dan catatan bulan Maret menjelaskan alasannya.
Bagaimana meminta AI saya mencatat keputusan?
Hubungkan Weft ke klien AI Anda, lalu tempel instruksi seperti ini di awal obrolan, atau ke custom instructions atau file proyek klien jika ada:
Ketika kita membuat pilihan sungguhan di obrolan ini (kita memilih satu opsi dibanding yang lain,
kita membatalkan sesuatu, atau kita mengubah pilihan sebelumnya), catat di Weft dengan
record_decision sebelum kita lanjut:
- title: keputusannya, dinamai dalam beberapa kata
- outcome: pilihannya dalam satu kalimat
- context: apa yang benar saat itu sehingga pilihan harus dibuat
- options: hanya opsi yang benar-benar kita timbang, dengan kelebihan dan kekurangannya
- consequences: apa akibatnya, baik dan buruk
- confirmation: kapan kita sebaiknya meninjaunya kembali
- taskId atau project: tugas atau proyek yang menjadi pokoknya
Jika ini mengubah keputusan sebelumnya, berikan supersedesId alih-alih mengedit.
Jangan catat obrolan ringan, tebakan, atau hal yang belum saya setujui.
Jika saya belum berkomitmen, pakai status "proposed".
Di awal pekerjaan apa pun yang tidak sepele, panggil get_context dulu dan beri tahu saya
keputusan lama mana yang berlaku.Menghubungkannya hanya butuh semenit. Di ChatGPT, Weft adalah aplikasi yang sudah terbit di direktori plugin, tersedia di semua paket termasuk Free (pengaturan). Di Claude Code cukup satu perintah (pengaturan). Claude.ai dan Claude Desktop menambahkannya sebagai konektor khusus. Masuknya lewat OAuth di browser, jadi tidak ada kunci yang perlu disalin, dan Weft menerbitkan refresh token, sehingga klien memperbarui sesi masuknya sendiri. Halaman pengaturan untuk klien lain, termasuk Cursor dan Codex, ada di dokumentasi.
Apa yang terjadi ketika keesokan harinya saya beralih dari ChatGPT ke Claude Code?
Inilah kasus yang menjadi alasan instruksi itu dibuat.
- Hari Senin Anda merencanakan fitur di ChatGPT. Anda memutuskan menyimpan unggahan di object storage, bukan di basis data, dan ChatGPT memanggil record_decision dengan konteks, kedua opsi, dan konsekuensinya, tertaut ke tugas "Unggahan file".
- Hari Selasa Anda membuka Claude Code di repositori. Jika belum terhubung:
claude mcp add --transport http weft https://letsweft.com/api/mcp. - Anda memintanya mengambil tugas unggahan. Sebelum menulis kode, ia memanggil get_context untuk tugas itu, atau get_task_history dalam mode decisions, dan mendapatkan kembali catatan hari Senin.
- Ia membangun dengan object storage alih-alih membuka lagi pertanyaannya. Jika ia menemukan alasan nyata bahwa pilihan itu salah, ia bisa mengusulkan keputusan baru yang menggantikan keputusan hari Senin, dan Anda yang memutuskan.
Kedua klien membaca papan dan keputusan yang sama, karena catatannya tinggal di Weft, bukan di salah satu obrolan. Setiap koneksi OAuth adalah aktor tersendiri, dan papan menampilkan nama yang didaftarkan setiap klien, sehingga Anda bisa melihat koneksi mana yang membuat tugas mana. Untuk menjalankan beberapa agen di satu papan tanpa tabrakan, lihat beberapa agen AI, satu papan.
Ke mana sebaiknya keputusan dari ChatGPT berakhir?
Empat tempat yang umum, dibandingkan berdasarkan kebutuhan log keputusan:
| Tempat keputusan berakhir | Bisa ditemukan nanti | Bisa dibaca AI lain | Terikat pada pekerjaan | Bisa digantikan beserta alasannya |
|---|---|---|---|---|
| Riwayat obrolan | Hanya jika Anda ingat obrolan yang mana, dan pencarian menemukannya | Tidak, klien lain tidak bisa membukanya | Tidak | Tidak, pesan berikutnya membantahnya tanpa menandainya |
| Dokumen atau halaman catatan | Ya, jika ada yang menuliskannya | Hanya jika AI itu terhubung ke dokumennya | Longgar, lewat tautan | Biasanya dengan mengedit, yang cenderung menghapus penalaran lama |
| Komentar tugas | Ya, di tugas itu | Jika AI bisa membaca komentar di pelacak | Ya | Tidak secara eksplisit, komentar baru tidak menandai komentar lama sebagai sudah digantikan |
| Catatan keputusan di papan Weft | Ya, lewat get_context dan get_task_history | Ya, klien mana pun yang terhubung ke ruang kerja lewat MCP | Ya, per tugas atau proyek | Ya, supersedesId mempertahankan catatan lama, ditandai sudah digantikan |
Intinya bukan bahwa obrolan atau dokumen itu buruk. Obrolan adalah tempat Anda berpikir. Keputusannya perlu disalin keluar dari obrolan ke sesuatu yang punya keadaan, pada saat keputusan itu dibuat, oleh pihak yang sudah ada di percakapan: AI.
Apakah ini menggantikan dokumen atau wiki kami?
Tidak. Weft tidak punya dokumen atau wiki, dan tidak berusaha menjadi itu. Penjelasan panjang, panduan onboarding, dan tulisan desain tempatnya di alat dokumentasi Anda. Catatan keputusan sengaja dibuat kecil: satu pilihan, alasannya, dan apa yang menggantikannya. Jika tim Anda sudah menyimpan catatan keputusan di wiki dan setiap klien AI yang Anda pakai bisa membacanya, itu mungkin sudah cukup. Weft berguna ketika keputusan dibuat di obrolan AI dan pembaca berikutnya sering kali AI lain. Jika Anda sedang menimbang Notion untuk ini, lihat alternatif Notion untuk tugas AI.
Dua batasan jujur lainnya. Weft tidak membaca obrolan Anda: keputusan baru tercatat ketika AI memanggil record_decision, itulah sebabnya instruksi di atas penting. Dan AI bisa salah menilai apa yang termasuk keputusan, jadi sesekali baca get_context dan gantikan apa pun yang keliru.
Berapa biayanya?
Mencatat dan membaca keputusan bisa dilakukan di paket Free, yang mencakup 50 tugas aktif dan 200 panggilan alat AI per bulan. Setiap panggilan record_decision atau get_context dihitung sebagai satu panggilan. Pro seharga $7 per kursi per bulan atau $60 per kursi per tahun, dengan tugas dan panggilan tanpa batas (harga). Weft tidak punya kredit AI: proses berpikirnya terjadi di klien AI Anda sendiri, dan Weft hanya menyimpan papan beserta catatannya.
- Tidak bisakah saya meminta ChatGPT meringkas keputusan di akhir obrolan?
- Bisa, dan itu membantu. Namun ringkasannya tetap tinggal di obrolan itu atau di mana pun Anda menempelkannya. Ringkasan itu tidak terikat pada tugas, klien AI lain tidak bisa membacanya, dan ketika keputusan berubah tidak ada catatan tentang apa yang digantikannya. Mencatat setiap keputusan saat dibuat menghindari ketiganya.
- Apakah AI akan mencatat keputusan tanpa diminta?
- Deskripsi alat record_decision meminta AI memakainya setiap kali pengguna membuat pilihan sungguhan dalam percakapan, jadi sebagian klien akan melakukannya. Jangan mengandalkannya. Instruksi yang ditempel membuatnya eksplisit, dan Anda selalu bisa bilang "catat keputusan itu".
- Bisakah keputusan diedit jika tercatat salah?
- Tidak di tempat. Catatan tidak bisa diubah. Catat keputusan yang sudah dikoreksi dengan supersedesId yang menunjuk ke catatan yang salah. Catatan lama tetap ada, ditandai sudah digantikan, dan get_context berhenti menampilkannya.
- Apakah keputusan harus punya tugas?
- Tidak. Keputusan bisa ditautkan ke tugas, ke proyek, atau tidak ke keduanya. Menautkannya ke tugas berarti get_task_history menampilkannya di samping pekerjaan itu, dan get_context bisa dipersempit ke sana.
- Apakah ini sama dengan memori kerja Weft?
- Tidak. Memori kerja (catatan singkat hasil belajar) adalah fitur Pro yang terpisah. Catatan keputusan berasal dari record_decision, dan kodenya tidak membatasinya untuk Pro.
- Bagaimana jika saya memakai lebih dari satu klien AI?
- Justru itu alasan utamanya. ChatGPT, Claude Code, Cursor, atau Codex yang terhubung ke ruang kerja Weft yang sama semuanya membaca keputusan yang sama lewat get_context, sehingga klien kedua tidak membuka lagi pertanyaan yang sudah diselesaikan klien pertama.