Siapkan Rapat dari Percakapan Telegram yang Ada dengan AI

Untuk menyiapkan rapat dari riwayat Telegram, beri klien AI sebuah keputusan spesifik, pilih percakapan yang relevan, lalu minta agenda berdasarkan bukti yang diambil. Pisahkan pertanyaan yang sudah terjawab dari keputusan yang masih membutuhkan peserta rapat. Setiap butir harus menjelaskan apa yang diketahui, apa yang belum pasti, dan pesan mana yang mendukung pembedaan itu.

Chiho menyediakan percakapan akun Telegram yang sudah ada dan telah diizinkan kepada klien AI seperti Codex, Claude, dan ChatGPT. Bot Telegram atau Claude Channel yang membawa instruksi ke agen yang sedang berjalan merupakan penggunaan berbeda; koneksi itu sendiri tidak membuktikan akses ke arsip pribadi. Identitas akun, izin, akses Business jika ada, alat yang terdokumentasi, dan cakupan riwayat aktual menentukan apa yang dapat dibaca. Pelajari panduan arsitektur Telegram MCP sebelum memilih koneksi.

Diterbitkan oleh Chiho. Pernyataan produk diperiksa terhadap kode sumber pada 12 Oktober 2026. Ini adalah prosedur persiapan yang disarankan dengan contoh fiktif, bukan perencana rapat bawaan, demonstrasi akun pelanggan, atau hasil produktivitas terukur. Gambar header menampilkan konteks umum antarmuka Chiho.

Tentukan keputusan sebelum mengumpulkan konteks

Mulailah dengan “Apa yang harus kita putuskan?” bukan “Ringkas semua tentang pelanggan ini.” Contohnya: “Siapkan rapat internal untuk memutuskan apakah pilot bisa dimulai Jumat dan siapa yang perlu mengonfirmasi prasyarat tersisa.” Agenda itu berbeda dari panggilan pelanggan untuk merundingkan ulang cakupan.

Sebutkan audiens, akun yang diizinkan, chat terpilih, rentang waktu yang diminta, zona waktu, dan batas berhenti. Tentukan apakah hasilnya persiapan pribadi atau dokumen untuk peserta. Izin membaca chat internal tidak membuat isinya otomatis layak untuk agenda pelanggan.

Jika belum tahu chat yang memuat pembahasan, gunakan alur pencarian pesan. Selesaikan ambiguitas nama sebelum mengumpulkan materi; judul serupa tidak membuktikan dua chat membahas proyek yang sama.

Ambil pembahasan terbatas dan catat batasannya

Ikuti penyiapan Chiho MCP: pasang koneksi di klien, lakukan otorisasi melalui browser, periksa identitas, lalu lakukan satu pembacaan terbatas dengan sumber. Gunakan account_whoami dan alat akun yang tersedia untuk mengonfirmasi akun serta lingkup pribadi atau tim sebelum menentukan percakapan.

Gunakan search_messages untuk menemukan istilah relevan, lalu chat_read untuk memeriksa pembahasan sekitar dan koreksi berikutnya. Hasil kata kunci adalah petunjuk, bukan catatan keputusan lengkap. Pencarian dalam lingkup tim memerlukan chat; jangan mengubahnya menjadi pencarian seluruh akun di luar batas tim.

Catat rentang yang diminta secara terpisah dari pesan tertua dan terbaru yang dikembalikan. Riwayat Telegram menggunakan halaman. Saat Chiho mengembalikan nextOffsetDate dan nextOffsetMessageId, teruskan keduanya sebagai offsetDate dan offsetMessageId untuk melanjutkan. Berhenti pada batas yang disepakati dan laporkan celah, jangan diam-diam memperluas pencarian. Baca secara berurutan untuk akun yang sama; jika muncul rate_limited, tunggu retryAfterSeconds yang dinyatakan sebelum mencoba lagi.

Pembacaan riwayat saat ini mengembalikan teks, pengenal, dan tanggal pesan; tidak dengan sendirinya memeriksa isi lampiran. “Persetujuannya ada di dokumen” membuktikan adanya pernyataan itu, bukan bahwa persetujuan diberikan. Tandai berkas yang tidak tersedia, suara, chat hilang, dan periode yang belum diperiksa sebagai tidak diketahui. Untuk beberapa sumber, simpan matriks lintas chat terpisah dari agenda akhir.

Kelompokkan bukti menjadi terjawab, terbuka, dan hilang

Masukkan jawaban dalam bahan pra-rapat jika pembahasan yang diambil mendukungnya dan tidak ada koreksi yang diperiksa menggantikannya. Keputusan terbuka masuk agenda ketika sumber menunjukkan pilihan, syarat, pertentangan, atau konfirmasi yang belum ada. Bukti hilang masuk catatan cakupan, bukan pernyataan pasti bahwa tidak ada yang menjawab.

Gunakan kartu bukti singkat untuk setiap butir yang diusulkan:

• Keputusan: pilihan yang perlu dibuat peserta.
• Konteks diketahui: parafrasa ringkas dengan akun, chat, ID pesan, dan waktu; tambahkan tautan yang berfungsi hanya jika tersedia.
• Hal terbuka: syarat, pernyataan bertentangan, atau konfirmasi yang masih diperlukan.
• Pertanyaan dan peran pengambil keputusan: apa yang ditanyakan dan peran yang dapat menjawab; tandai pemilik yang belum dikonfirmasi sebagai usulan.
• Cakupan dan pemeriksaan berikutnya: apa yang benar-benar dibaca dan apa yang bisa mengubah kesimpulan.

Pasangkan ID pesan dengan chat sumbernya. Jangan mengarang tautan Telegram atau menganggap semua peserta dapat membukanya. Untuk format dasar ringkasan, lihat meringkas chat Telegram dengan AI.

Latih dengan rapat pilot fiktif

Pesan berikut adalah latihan sintetis, bukan catatan pelanggan atau keluaran dari akun yang diuji. Anggap pembaca internal yang berwenang memilih chat pelanggan dan chat pelaksanaan untuk pilot yang sama; semua waktu contoh menggunakan Asia/Singapore.

• S1 — chat pelanggan, pesan 801, 10 Oktober 2026, 09:00: “Pilot mencakup dua lokasi, bukan seluruh wilayah.”
• S2 — chat pelanggan, pesan 802, 10 Oktober 2026, 09:10: “Jumat bisa jika tinjauan keamanan disetujui terlebih dahulu.”
• S3 — chat pelaksanaan, pesan 801, 11 Oktober 2026, 14:00: “Daftar periksa siap. Kami belum menerima keputusan keamanan.”
• S4 — chat pelanggan, pesan 803, 11 Oktober 2026, 16:00: “Tolong pertahankan cakupan pilot.”

Bahan pra-rapat yang berguna menyatakan cakupan yang dibahas adalah dua lokasi, didukung S1 dan S4. Rapat tidak perlu dihabiskan untuk menanyakan apakah seluruh wilayah termasuk. Jumat tetap bersyarat menurut S2; S3 menunjukkan pelaksanaan belum menerima keputusan saat itu, bukan bahwa peninjau menolak permintaan. Pesan 801 muncul di kedua chat: referensi chat sangat penting.

Usulan agenda internal dapat berupa:

1. Konfirmasi prasyarat: tanyakan kepada peran pengambil keputusan keamanan apakah persetujuan tersedia, dengan S2 dan S3 sebagai konteks. Peran ini usulan; tidak ada orang bernama yang menerima tanggung jawab dalam pesan tersebut.
2. Pilih rencana mulai: putuskan apakah Jumat tetap memungkinkan setelah konfirmasi itu, atau tanggal baru perlu diusulkan. Jangan laporkan salah satu hasil sebagai kesepakatan yang sudah ada.
3. Sepakati redaksi eksternal: siapkan pembaruan pelanggan yang mempertahankan syarat dan menghilangkan materi internal yang tidak terkait. Menyiapkan teks tidak mengirimkannya.

Sekarang hapus S3 dari materi tersedia. Keluaran yang benar berubah menjadi “hasil keamanan belum ditetapkan dalam pesan pelanggan yang diambil,” bukan “tim pelaksanaan sedang menunggu.” Tambahkan lampiran belum dibaca yang disebut S2, dan isinya tetap perlu diperiksa. Variasi ini adalah cara mengevaluasi agenda, bukan hasil eksperimen.

Berikan prompt persiapan hanya-baca kepada klien

Ganti isian dengan percakapan yang telah dipastikan dan interval eksplisit. Prompt ini meminta agenda di sesi AI saat ini; tidak mengizinkan perubahan tersimpan.

Siapkan rapat internal saya tentang [keputusan] menggunakan hanya [akun berizin dan chat terpilih] untuk [interval dan zona waktu]. Verifikasi identitas dan lingkup terlebih dahulu. Ambil pembahasan terbatas dan laporkan cakupan aktual. Pisahkan pertanyaan terjawab, keputusan terbuka, dan bukti hilang. Untuk tiap butir agenda, pertahankan chat sumber, ID pesan, tanggal, dan parafrasa singkat. Periksa koreksi berikutnya dalam lingkup. Tandai pemilik yang disarankan dan interpretasi sebagai usulan. Kembalikan bahan pra-rapat pribadi dan agenda keputusan di sini. Jangan memperbarui ringkasan tersimpan, membuat tugas, mengubah kolom CRM, menjadwalkan apa pun, atau mengirim pesan. Jika akses atau cakupan tidak lengkap, sebutkan pemeriksaan terbatas berikutnya.

Keterampilan rekap rapat berguna untuk mengubah pembahasan menjadi rekap dan dapat mencakup pembaruan ringkasan atau pembuatan tugas yang diminta. Ini tidak otomatis merupakan alur pra-rapat hanya-baca. Nyatakan batasnya secara eksplisit; jangan menganggap permintaan ringkasan mengecualikan penulisan.

Tinjau agenda sebelum berbagi atau bertindak

Pastikan setiap pertanyaan memang belum terjawab dalam materi yang dibaca, semua syarat tetap ada dalam parafrasa, dan pemilik yang disarankan tidak tampak sebagai penugasan yang diterima. Buka sumber sendiri bila memungkinkan. Periksa pesan baru yang relevan sebelum rapat dan nyatakan kapan bukti terakhir diambil.

Buat versi khusus peserta jika audiens berbeda. Hapus detail pribadi yang tidak diperlukan serta pembahasan internal; referensi sumber bukan izin menyebarkan isinya. Pemesanan kalender, penyimpanan tugas, pembaruan ringkasan, dan pengiriman membutuhkan maksud tindakan masing-masing. Chiho menegakkan lingkup dan pengamanan, tetapi sebagian penulisan berizin dapat berjalan langsung setelah kontrol klien; tidak semua penulisan memerlukan layar persetujuan kedua.

Mulai dengan satu keputusan rapat dan satu percakapan berizin. Hubungkan Chiho MCP, selesaikan otorisasi browser, konfirmasi identitas, lalu minta pembacaan terbatas dengan sumber. Perluas hanya jika pertanyaan spesifik yang belum terjawab membutuhkan sumber lain.