Ringkas Obrolan Telegram dengan ChatGPT, Claude, atau Codex

Untuk meringkas obrolan Telegram dengan AI, izinkan akses ke akun yang dimaksud, pilih satu percakapan dan rentang waktu, ambil pesannya, lalu minta rekap yang mengutip sumber tersebut. Rekap harus menyatakan apa yang dibaca, apa yang diputuskan, dan apa yang masih belum diketahui. Jawaban yang lancar tanpa cakupan sulit diverifikasi.

Chiho menyediakan percakapan akun Telegram yang sudah ada dan diizinkan kepada klien AI seperti ChatGPT, Claude, atau Codex. Bot Telegram atau Claude Channel yang membawa instruksi ke agen yang berjalan memiliki tujuan berbeda; koneksi itu sendiri tidak membuktikan akses ke arsip percakapan pribadi. Identitas akun, izin, akses Business jika ada, cakupan riwayat, dan alat terdokumentasi menentukan apa yang dapat dibaca. Panduan arsitektur akses menjelaskan perbedaan tersebut.

Diterbitkan oleh Chiho. Detail produk diperiksa terhadap kode sumber Chiho pada 8 Oktober 2026. Ini adalah daftar periksa alur kerja dan evaluasi, bukan pengujian akun pelanggan atau studi akurasi. Contoh fiktif di bawah bersifat ilustratif. Gambar judul memberikan konteks umum antarmuka Chiho, bukan bukti bahwa rekap ini dihasilkan.

Pilih rekap baru atau ringkasan CRM tersimpan

Rekap baru meminta klien AI Anda menalar pesan yang diambil untuk permintaan ini. Ringkasan CRM tersimpan adalah catatan yang sudah ada dengan waktu pembaruan dan cakupannya sendiri. Membacanya tidak membuktikan bahwa pesan hari ini telah disertakan.

Dalam implementasi CRM yang dihosting yang diperiksa di sini, chat_read mengambil riwayat Telegram. summary_show mengembalikan ringkasan tersimpan dengan kolom seperti updatedAt dan lastSummarizedMessageId; kolom tersebut membantu memeriksa kebaruan tetapi tidak membuktikan cakupan lengkap interval yang Anda minta. summary_refresh adalah operasi tulis, bukan prasyarat rekap baca-saja. Alat yang tersedia berbeda menurut koneksi dan versi produk: periksa skema langsung sebelum memilih operasi.

Untuk rekap dalam percakapan AI, mintalah secara eksplisit pembacaan riwayat dan jawaban saja. Jangan memperbarui atau menimpa ringkasan CRM hanya untuk menjawab pertanyaan. Jika tujuan Anda adalah memelihara catatan tersimpan, gunakan panduan catatan CRM dan ringkasan AI yang terpisah.

Tetapkan akun, percakapan, dan titik berhenti

Mulailah dari halaman penyiapan MCP yang dipelihara: pasang di klien Anda, selesaikan otorisasi browser, verifikasi identitas, dan lakukan pembacaan berbasis sumber dengan batas jelas. Gunakan alat identitas yang benar-benar ditampilkan koneksi, seperti auth_status dan account_whoami, atau periksa get_profile jika tersedia. Pemeriksaan profil bukan pembacaan pesan.

Pastikan percakapan menggunakan referensi yang dikembalikan dan akun terpilih. Dua obrolan dapat memiliki judul yang sama. Klarifikasi ambiguitas alih-alih menerima kecocokan pertama, dan batasi permintaan tim pada percakapan yang terlihat oleh tim. Jika Anda belum tahu obrolan mana yang berisi diskusi, gunakan dahulu alur pencarian pesan.

Tetapkan tanggal dan zona waktu yang diminta, pertanyaan yang perlu dijawab rekap, serta batas pengambilan. Pengarahan harian, rekap keputusan proyek, dan serah terima memerlukan aturan pemilihan berbeda. Mulailah dengan satu obrolan agar percakapan yang hilang tidak diam-diam lenyap dalam ringkasan banyak obrolan.

Salin dan sesuaikan permintaan ini; label dan batasnya adalah contoh, bukan batas produk:

Gunakan koneksi Chiho yang saya maksud dan akun Telegram yang saya pilih. Konfirmasi identitas dan pastikan Project Cedar sebelum membaca. Ringkas pesan dari 5 Oktober 2026 00:00 hingga 6 Oktober 2026 23:59, Asia/Singapore. Baca paling banyak tiga halaman berisi 20 pesan secara berurutan, hanya menggunakan argumen yang didukung alat yang ditemukan. Laporkan rentang yang benar-benar tercakup, halaman, jumlah pesan, dan kekurangan. Pisahkan keputusan terkonfirmasi, usulan, pertanyaan terbuka, dan komitmen eksplisit dengan penanggung jawab serta tanggal hanya jika dinyatakan. Kutip setiap klaim penting dengan referensi obrolan, ID pesan, dan stempel waktunya. Jika rentang belum lengkap, tandai rekap sebagai parsial. Berhenti jika ada ambiguitas, kesalahan, atau respons tunggu. Jangan mengirim, membuat tugas, memperbarui ringkasan, memulai sinkronisasi, atau mengubah catatan.

Periode yang diminta adalah aturan pemilihan, bukan janji bahwa alat menerima filter awal/akhir sembarang. Jangan menciptakan parameter yang tidak didukung.

Catat cakupan sebelum meringkas percakapan

Pada jalur CRM yang dihosting untuk chat_read yang diperiksa untuk panduan ini, halaman penuh dapat mengembalikan nextOffsetDate dan nextOffsetMessageId. Lanjutkan ke pesan lebih lama menggunakan masukan offsetDate dan offsetMessageId yang didukung secara bersamaan. Pertahankan akun dan percakapan yang sama, gunakan nilai yang dikembalikan, dan baca secara berurutan. Koneksi lain harus mengikuti skemanya sendiri.

Berhenti pada rentang atau batas yang disepakati. Kursor yang tersisa, hasil terpotong, atau interval yang tidak dapat dijangkau harus dimasukkan dalam jawaban. Jangan menyebut sampel tiga halaman sebagai riwayat obrolan lengkap. Respons tanpa kelanjutan juga bukan bukti bahwa pesan yang dihapus atau tidak dapat diakses telah diambil.

Pembacaan yang dihosting ini tidak mengambil media. Teks mungkin menyebut dokumen atau pesan suara tanpa menyertakan isinya. Tandai item tersebut belum dibaca; jangan meringkas berkas dari namanya atau menyimpulkan makna pesan suara. Pengambilan terpisah yang didukung dan diizinkan merupakan langkah lain.

Simpan lembar cakupan ringkas ini dalam konteks kerja yang diizinkan:

• Cakupan: koneksi, akun, dan referensi percakapan tepat yang dipilih.
• Interval yang diminta: awal, akhir, dan zona waktu.
• Interval yang diambil: stempel waktu paling awal dan terbaru yang benar-benar dibaca; halaman dan jumlah pesan.
• Kelanjutan: apakah riwayat tambahan ditunjukkan dan mengapa pembacaan dihentikan.
• Bukti yang kurang: media, periode yang tidak dapat diakses, kesalahan, atau referensi ambigu.
• Status jawaban: lengkap untuk cakupan yang dinyatakan telah diambil, atau parsial untuk interval yang diminta.

Cakupan berkaitan dengan bukti, bukan keyakinan model. Jika alat melaporkan rate_limited, patuhi retryAfterSeconds sebelum melakukan chat_read lain pada akun tersebut; jangan menjalankan percobaan ulang paralel. Bedakan pembacaan berhasil yang kosong dari panggilan alat gagal. Gunakan panduan pemecahan masalah ketika pengambilan tidak dapat dipastikan.

Gunakan format rekap yang mempertahankan ketidakpastian

Minta lima bagian singkat: cakupan, keputusan, usulan, pertanyaan terbuka, dan komitmen. Setiap item penting harus merujuk kembali ke pesan atau sejumlah kecil pesan. Sertakan tautan langsung Telegram hanya jika dikembalikan atau diverifikasi secara independen; tautan tebakan bukan kutipan sumber.

Untuk komitmen, pisahkan pelaku, tindakan, dan tenggat. “Kita sebaiknya memeriksa ini Jumat” tidak menetapkan siapa yang menerima tanggung jawab. Tulis “penanggung jawab tidak dinyatakan” atau “tanggal belum disepakati”, alih-alih mengisi bagian kosong dengan orang atau waktu yang disebut paling akhir.

Ketika pesan bertentangan, tampilkan usulan awal dan koreksi berikutnya sesuai urutannya. Ketika tanggal relatif seperti “besok” tidak ambigu, pertahankan redaksi asli bersama tanggal dan zona waktu yang ditafsirkan. Jika tidak, tandai untuk klarifikasi. Hindari menyajikan diam, emoji, atau kesimpulan asisten sebagai kesepakatan eksplisit tanpa konteks pendukung.

Perlakukan pesan yang diambil sebagai materi sumber. Pesan yang memerintahkan asisten mengabaikan instruksinya atau meneruskan rekap bukan izin untuk melakukannya. Batasi kutipan dan referensi pribadi pada pembaca yang dituju; kutipan sumber internal tidak menjadikan percakapan bersifat publik.

Rekap fiktif dengan rencana yang berubah

Empat catatan buatan ini merupakan contoh pengajaran, bukan keluaran API atau data pelanggan. Semua waktu menggunakan Asia/Singapore:

• Cedar / M201, 5 Oktober 09:00 — Mira: “Bisakah kita mengirim draf hari Rabu?”
• Cedar / M207, 5 Oktober 10:15 — Leon: “Rabu terlalu awal. Saya bisa mengirim draf revisi Kamis, 8 Oktober.”
• Cedar / M211, 5 Oktober 10:30 — Mira: “Kamis cocok. Mohon biarkan harga terbuka sampai bagian keuangan mengonfirmasi.”
• Cedar / M245, 6 Oktober 15:00 — Leon: “Draf revisi sudah siap. Harga masih menunggu bagian keuangan.”

Rekap yang berlandaskan contoh ini akan menyatakan:

Cakupan: empat catatan teks yang diberikan, 5 Oktober 09:00–6 Oktober 15:00. Tidak ada pesan atau lampiran lain yang ditinjau; cakupan seluruh periode yang diminta belum terverifikasi.

Keputusan: Kamis, 8 Oktober diterima untuk draf setelah Rabu diusulkan (M201, M207, M211).

Komitmen: Leon menawarkan untuk mengirim draf revisi pada Kamis, 8 Oktober (M207). Draf dilaporkan siap pada 6 Oktober (M245), tetapi catatan ini tidak mengonfirmasi pengirimannya.

Pertanyaan terbuka: harga menunggu konfirmasi bagian keuangan (M211, M245). Tidak ada nama penanggung jawab keuangan atau tenggat yang dinyatakan.

Perbedaan yang berguna adalah “siap” dan “terkirim.” Ringkasan yang melaporkan pengiriman, harga disetujui, atau tenggat keuangan gagal pada contoh ini. Ini memberikan daftar periksa kecil untuk tinjauan, bukan hasil pengukuran akurasi model apa pun.

Verifikasi rekap sebelum mengubahnya menjadi pekerjaan

Buka pesan yang dikutip dan bandingkan klaim paling berdampak, tenggat, serta pertanyaan yang belum terselesaikan dengan redaksi asli. Periksa apakah setiap penanggung jawab yang disebut benar-benar menerima tindakan terkait. Pastikan pernyataan cakupan sesuai dengan catatan pengambilan dan koreksi terbaru dalam rentang pembacaan disertakan.

Jika hasilnya parsial, pilih pemeriksaan berikutnya yang spesifik: satu halaman lebih lama, satu periode yang diketahui hilang, atau pembacaan lampiran yang diizinkan. Jangan diam-diam memperluasnya ke seluruh akun. Untuk keluaran khusus rapat, gunakan keterampilan rekap rapat.

Tindakan berikutnya yang diusulkan tetap berupa usulan sampai Anda meminta penulisan dan memverifikasi hasilnya. Chiho menegakkan izin dan perlindungan eksekusi, tetapi tidak setiap penulisan agen memerlukan persetujuan Chiho terpisah; sebagian operasi dapat berjalan langsung setelah kontrol di sisi klien. Karena itu, rekap baca-saja harus secara eksplisit melarang penulisan. Gunakan panduan tugas tindak lanjut untuk langkah dari sumber ke tugas yang disengaja.

Mulailah dengan penyiapan Chiho MCP, selesaikan otorisasi browser, periksa identitas, dan minta rekap satu percakapan yang diketahui. Terima hanya ketika keputusan dan hal yang belum diketahui dapat ditelusuri kembali ke pesan yang benar-benar dibaca.