MRDown 2026: Verifikasi Draf Ulang AI Sebelum Terbit Ulang
Cara paling umum sebuah thread X yang di-repurpose salah bukan dari thread-nya. Melainkan dari penulisan ulangnya. Anda mengambil thread publik sebagai Markdown, memberikannya ke AI untuk dirombak menjadi X Article atau posting LinkedIn, dan modelnya diam-diam mengubah satu angka, menghapus catatan pengecualian, atau membuat satu klaim menjadi lebih kuat. Hasilnya terlihat sempurna. Hanya saja bukan lagi apa yang penulis aslinya katakan.
MRDown adalah penampil dan editor Markdown asli macOS, berlisensi MIT dan gratis, yang lahir dari rasa kesal seorang pengembang terhadap file .md yang terus dihasilkan Claude Code. Keunggulan utamanya adalah kemampuan yang hampir tidak dimiliki aplikasi Markdown lain: aplikasi ini menampilkan diff dari apa yang baru saja ditulis ulang AI Anda. Versi 1.14.0 rilis pada 2 September 2026. Bagi siapa pun yang me-repurpose thread yang diambil dengan bantuan AI, MRDown paling tepat dipahami bukan sebagai editor lain, melainkan sebagai pemeriksaan pergeseran makna antara draf ulang AI dan penerbitan ulang publik.
Ringkas: MRDown (github.com/MR-TABATA/MRDown, v1.14.0, 2 September 2026) menyimpan versi berstempel waktu setiap kali file disimpan atau ditulis ulang — termasuk oleh agen eksternal — dan menampilkan dua versi berdampingan hanya dengan kata-kata yang berubah ditandai. Di alur ambil → tulis ulang AI → verifikasi → terbitkan ulang, ini langkah yang menangkap pergeseran makna diam-diam sebelum Anda mengirim. Gratis, MIT, macOS 10.15+ (Apple Silicon dan Intel).
Mengapa bagian tulis-ulang adalah tempat repurposing gagal
ThreadGrab mengubah thread publik menjadi Markdown sehingga Anda bisa mengedit, mengemas ulang, atau menerbitkannya ulang di tempat lain. Begitu Anda menempelkan Markdown itu ke composer AI dan meminta versi yang "lebih menarik", Anda kehilangan kemampuan melihat apa yang sebenarnya berubah. Model tidak memberi tahu frasa mana yang mereka tulis ulang dan mana yang mereka perkuat. Tanpa diff, setiap thread yang di-repurpose diterbitkan dengan mengandalkan keyakinan buta.
Kegagalannya jarang dramatis. Teks asli yang berbunyi "sekitar separuh penguji beta melaporkan pemuatan lebih cepat" menjadi "kebanyakan pengguna beta melihat pemuatan jauh lebih cepat". Maknanya tidak terbalik — maknanya bergeser. Untuk konten yang diarsipkan dan diatribusikan, pergeseran lebih buruk daripada penghapusan: versi yang salah kini membawa nama penulis aslinya.
Apa yang sebenarnya dilakukan MRDown
MRDown dimulai (menurut kata-kata penulisnya sendiri) sebagai proyek dua jam untuk melihat file .md tanpa membuka editor berat. Ia menjadi penampil-dan-editor lengkap dengan satu pembeda. Fitur yang penting untuk alur repurposing:
- Riwayat versi dengan diff. Setiap penyimpanan — dan setiap penulisan ulang dari luar aplikasi — diam-diam menyimpan versi berstempel waktu. Panel riwayat menampilkan dua versi berdampingan; hanya kata yang berbeda yang ditandai, sementara bagian yang tidak berubah dilipat.
- Penyelamatan konflik tiga kolom. Jika sesuatu mengubah file di disk saat Anda memegang suntingan yang belum disimpan, MRDown menampilkan tiga kolom — simpanan terakhir, yang ada di disk, dan suntingan Anda — dan menandai hanya baris yang Anda dan penulis lain ubah. Tidak ada yang ditimpa atau hilang diam-diam.
- HEAD Git ikut masuk daftar. Di repositori Git, versi yang Anda commit muncul di riwayat yang sama, sehingga diff terhadap commit terakhir Anda hanya satu klik. Git sepenuhnya opsional.
- Bandingkan dua file apa pun.
⌘⇧Dmenampilkan diff dua dokumen berdampingan di tampilan yang sama — termasuk dua file.docxyang dibuka MRDown sebagai Markdown.
Untuk alat yang dipakai orang ketika sebuah agen sedang mengedit file mereka, poin terakhir ini penting: MRDown tidak tahu aplikasi mana yang menulis sebuah perubahan (macOS tidak mencatatnya), tetapi ia mencatat bahwa sesuatu mengubah file di disk saat Anda tidak melihat, yang justru kegagalan yang disembunyikan kebanyakan editor.
Alur ambil → verifikasi
Ini alur tempat MRDown masuk. Ia mengasumsikan Anda sudah menangkap thread sebagai Markdown.
- Ambil. Tangkap thread publik sebagai Markdown dengan API ThreadGrab atau alat di tumpukan arsip Anda. Simpan di folder lokal, idealnya di dalam repositori Git.
- Tulis ulang dengan AI. Arahkan composer AI Anda ke file Markdown dan minta draf yang di-repurpose. Katakan pada model untuk mengedit di tempat atau menyimpannya sebagai file draf baru.
- Diff draf ulang di MRDown. Buka panel riwayat (ikon jam) dan bandingkan simpanan sebelum-AI dengan sesudah-AI, atau bandingkan dua file draf dengan
⌘⇧D. Hanya kata yang berubah yang menyala, sehingga angka yang diganti atau "tidak" yang hilang terlihat dalam hitungan detik. - Konfirmasi atau tolak setiap perubahan. Pulihkan versi mana pun dalam satu klik, tanpa merusak — tidak ada yang ditulis sampai Anda menyimpan. Tandai batas klaim yang tidak ingin Anda serahkan ke AI.
- Terbitkan ulang. Ekspor Markdown terverifikasi ke HTML (
⌘⇧E) atau salin ke composer X Article / LinkedIn / newsletter Anda dengan percaya diri.
Langkah yang paling sering dilewati orang adalah yang ketiga. Menambahkan pemeriksaan diff antara draf ulang AI dan sumber mengubah penerbitan ulang buta menjadi penerbitan yang direview — tanpa membaca dua dokumen panjang baris demi baris.
Pemeriksaan versi berdampingan dalam kode
Jika Anda lebih suka memverifikasi di terminal, logika yang sama hanyalah satu perintah diff. Pasangan perintah ini digunakan di kedua tempat:
# works on Linux and macOS; USERNAME is the X handle to archive
curl -s https://threadgrab.com/api/profile/USERNAME \
| jq -r '.[] | "# \(.author)\n\n\(.text)\n---"' > original.md
# after the AI writes a repurposed draft, spot every drifted line
diff -u original.md repurposed.md
MRDown memberi sinyal yang sama dalam bentuk visual — dan, tidak seperti diff terminal, ia paham bahwa perubahan kosmetik kata dan perubahan yang mengubah makna sama-sama hanya "baris yang berubah", sehingga menjadi penilaian Anda untuk membaca setiap kata yang disorot.
Posisi MRDown dibanding sisa tumpukan
| Langkah alur | Alat | Apa yang ia pegang |
|---|---|---|
| Tangkap (ambil thread publik) | ThreadGrab | Mengubah thread publik X menjadi Markdown yang tahan lama. |
| Tulis ulang (draf ulang AI) | Composer AI Anda | Merombak sumber ke suara atau platform baru. |
| Verifikasi (pemeriksaan pergeseran makna) | MRDown | Men-diff setiap draf ulang AI terhadap sumber; menandai perubahan diam-diam. |
| Keluaran penerbitan (rich text) | Konverter ala md2rich | Mengubah Markdown terverifikasi menjadi rich text platform. |
MRDown tidak mengambil thread dan tidak menerbitkannya. Ia menguasai langkah sempit yang mudah dilewatkan di tengah: membuktikan bahwa apa yang akan Anda terbitkan masih mengatakan apa yang dikatakan sumber aslinya.
Sisi penulisan yang membentuknya
MRDown adalah open-core: repositori adalah seluruh aplikasi, MIT, dan tetap MIT. Penulis menyatakan fitur berbayar yang direncanakan — AI menjelaskan diff, pencarian lintas proyek, remote terautentikasi — akan berada di repositori berbayar terpisah. Bagi para repurposer, fakta terverifikasi yang bisa Anda andalkan hari ini: pengeditan di tempat menukar tampilan baca menjadi editor, file di disk tidak pernah ditulis ulang oleh aplikasi itu sendiri (yang menjaga diff tetap jujur), dan ia merender tabel, kode, Mermaid, matematika KaTeX, serta daftar tugas. Aplikasi ini ditandatangani dan dinotarisasi dengan Apple Developer ID, dan berjalan di macOS 10.15 ke atas.
Keterbatasan yang perlu diketahui
- Binari hanya macOS. Dibangun dengan Tauri dan secara prinsip bisa berjalan di Windows, tetapi tidak ada build Windows yang didistribusikan dan tidak ada sertifikat penandatanganan kode untuk Windows.
- Ia tidak tahu aplikasi mana yang mengubah file. macOS tidak mencatat hal itu. MRDown tahu ada perubahan di disk, bukan bahwa Claude yang melakukannya — karena itu langkah diff khusus penting untuk repurposing berbobot atribusi.
- Diff itu penilaian Anda. MRDown menandai kata yang berubah; ia tidak menilai apakah sebuah perubahan membalik makna. Untuk klaim faktual yang akan Anda lampirkan nama penulisnya, baca sendiri setiap kata yang disorot.
- Proyek tahap awal. Irama rilis yang cepat (enam versi sepanjang Agustus hingga v1.14 pada 2 September) berarti fitur bergerak cepat; verifikasi perilaku terkini di aplikasi sebelum mengandalkannya untuk pipeline mingguan.
Pertahankan provenans bersama konten
Kebiasaan threadgrab berpasangan alami dengan MRDown. Ambil sekali, simpan Markdown asli sebagai sumber kebenaran, dan jangan pernah biarkan tulis ulang AI menjadi satu-satunya versi di folder. Ketika Anda menyimpan original.md dan repurposed.md bersama, diff selalu dapat direproduksi — persis yang Anda inginkan jika thread terbit ulang pernah dipersoalkan soal atribusi.
# keep both versions in one folder so the diff stays reproducible
mkdir -p ./thread-2026-09-05 && cd ./thread-2026-09-05
mv ~/original.md ./original.md
# hash both; store the hashes with the files
sha256sum original.md repurposed.md > checksums.txt
Arsipkan yang asli. Diff hasil tulis ulangnya. Lalu terbitkan dengan sumber di samping versi yang membawa nama Anda.
FAQ
Kenapa tidak cukup membaca dengan cermat keluaran AI? Karena baca cermat satu dokumen yang halus justru memungkinkan tulis ulang yang percaya diri dan rapi tata bahasanya menyembunyikan klaim yang diubah. Diff memaksa perbandingan terhadap sumber; perhatian Anda pergi ke kata yang benar-benar bergerak, bukan ke seberapa enak dibaca keseluruhan teksnya.
Penampil dan editor Markdown macOS yang gratis dan berlisensi MIT, yang fitur khasnya menampilkan diff dari apa yang baru saja ditulis ulang AI Anda — setiap penyimpanan dan setiap penulisan ulang eksternal menyimpan versi berstempel waktu yang bisa Anda bandingkan berdampingan.
Tidak. ThreadGrab menangkap thread publik X sebagai Markdown; MRDown tidak mengambil apa pun dari web. MRDown berada satu langkah kemudian di alur — setelah Anda memiliki Markdown dan sebelum menerbitkan ulang — sebagai lapisan verifikasi antara draf ulang AI dan versi yang Anda kirim.
Ia tidak tahu aplikasi mana yang melakukannya — macOS tidak mencatat itu. Ia tahu file di disk berubah saat sebuah versi terbuka, mengambil cuplikan versi disk begitu terlihat, dan menawarkan tampilan tiga kolom (simpanan terakhir / di disk / suntingan Anda) ketika Anda dan penulis luar mengubah baris yang tumpang tindih.
Ya. Riwayat versi sudah tertanam dan hidup di direktori data aplikasi, sehingga tidak pernah mengotori file Anda atau repositori Git. Git opsional — tetapi jika Markdown Anda ada di repositori, HEAD yang di-commit ikut masuk daftar riwayat yang sama, memberi Anda diff terhadap commit hanya dalam satu klik.
Repositori adalah MRDown, sepenuhnya MIT, dan penulisnya menyatakan tetap MIT — ia open-core. Fitur berbayar yang direncanakan (AI menjelaskan diff, pencarian lintas proyek, remote terautentikasi seperti GitHub) akan dikembangkan di repositori terpisah dan tidak akan dihapus dari aplikasi gratis.
Terakhir diverifikasi: 5 September 2026 · Sumber: repositori GitHub MRDown (README, rilis v1.14.0, 2 September 2026), beranda proyek MRDown.