Akun Telegram MCP vs Claude Channels dan Bots: Pilih Akses yang Tepat

“Telegram MCP” dapat berarti akses ke percakapan Telegram Anda yang sudah ada, bot yang menerima instruksi untuk agen, atau alat untuk menguji bot. Jika Anda ingin ChatGPT, Claude, atau Codex menemukan pesan pelanggan lama, pilih akses riwayat akun. Jika Anda ingin mengirim pesan ke agen dari Telegram, pilih remote atau channel agen. Nama protokol yang sama tidak membuat akses data mereka setara.

Pilih pekerjaannya sebelum memilih server. Adapter pengujian bot tidak selalu menyediakan riwayat pelanggan tim Anda, dan remote agen berbasis ponsel tidak otomatis menjadi Telegram CRM.

Gambar header: gambar antarmuka Chiho CRM yang sudah ada; bukan hasil tes MCP.

Pengungkapan penerbit: Chiho menerbitkan panduan ini dan menyediakan layanan Telegram MCP yang di-host. Contoh di bawah mengilustrasikan arsitektur yang terdokumentasi, bukan peringkat atau perbandingan langsung. Dokumentasi dan sumber Chiho ditinjau pada 23 September 2026; tidak ada runtime kompetitor atau eksperimen akun pelanggan langsung yang dilakukan.

Mulailah dari arah permintaan

• Tanya di klien AI Anda, bekerja dengan konteks Telegram yang sudah ada: koneksi akun menyediakan percakapan dan pesan yang berwenang untuk pencarian, ringkasan, dan pekerjaan CRM. Chiho melayani kasus penggunaan ini.
• Tanya di Telegram, berikan pekerjaan kepada agen yang sedang berjalan: sebuah channel atau remote membawa instruksi Anda ke agen dan dapat membawa balasannya kembali. Periksa data apa yang dimiliki alat agen itu secara terpisah.
• Minta agen menguji bot Telegram: adaptor pengujian menjalankan interaksi dengan bot sasaran. Verifikasi apakah adaptor mengekspos sesuatu di luar percakapan uji.

Misalnya, “Temukan tanggal pengiriman yang disepakati dalam chat pelanggan saya” memerlukan akses ke riwayat chat itu. “Jalankan pengujian repositori ini dan beri tahu saya di Telegram” memerlukan jalur instruksi jarak jauh. Sebelum menghubungkan, minta penyedia menunjukkan bagaimana alat terdokumentasinya memenuhi contoh Anda, bukan mengandalkan kata-kata Telegram MCP.

Posisi Claude Channels

Dokumentasi Claude Channels Anthropic menjelaskan peristiwa yang didorong ke sesi Claude Code yang sedang berjalan. Konfigurasi Telegram-nya menggunakan bot dan pemasangan akun. Konfigurasi itu saja tidak membuktikan akses ke arsip percakapan pribadi yang sudah ada; periksa koneksi data akun tambahan secara terpisah.

Ini perbedaan tujuan, bukan klaim bahwa setiap bot memiliki izin identik. Integrasi Telegram Business dan adaptor lain dapat memiliki batas akses sendiri, yang dibahas di bawah. Bandingkan identitas sebenarnya, cakupan riwayat, dan alat.

Untuk penyiapan Chiho, gunakan panduan ChatGPT dan Codex atau panduan Claude. Jaga latihan pertama hanya baca dan periksa pesan yang diketahui sebelum memperluas cakupan. Ini langkah evaluasi terdokumentasi, bukan klaim bahwa kami menguji akun langsung pesaing.

Apa yang disediakan MCP—dan apa yang ditentukan adaptor Telegram

MCP menentukan cara aplikasi AI terhubung ke server dan menemukan kapabilitas seperti alat. Server dapat berjalan lokal atau jarak jauh. Protokol itu sendiri tidak menentukan akun Telegram yang terhubung, pesan yang tersedia, atau apakah pengiriman membutuhkan persetujuan. Itu pertanyaan implementasi dan konfigurasi. Lihat dokumentasi arsitektur MCP.

Pisahkan tiga keputusan:

• Tujuan: membaca percakapan pelanggan, menguji bot, atau berkomunikasi dengan agen.
• Identitas Telegram: akun pengguna terhubung, identitas bot, atau sesi browser yang digunakan penguji.
• Model operasi: layanan terkelola atau runtime yang Anda operasikan sendiri.

Dimensi ini dapat tumpang tindih. Server lokal dapat mengakses akun pengguna; layanan terkelola juga. Produk dapat menyediakan beberapa mode. Kata “jarak jauh” dapat berarti endpoint HTTP atau mengendalikan agen dari ponsel—tanyakan makna yang berlaku.

Arsitektur 1: agen bekerja dengan data akun Telegram

Di sini klien AI meminta server MCP mengambil informasi dari akun Telegram terhubung. Server juga dapat menyediakan tindakan dan konteks CRM. Pertanyaan yang berguna adalah apakah server dapat mengambil percakapan dan rentang pesan tertentu yang diperlukan tugas, dengan izin akun dan ruang kerja yang dimaksud.

Untuk serah terima penjualan, misalnya, agen mungkin membaca percakapan pelanggan yang diizinkan dan mengidentifikasi komitmen terakhir yang dikonfirmasi. Ini memerlukan akses percakapan dan riwayat cukup untuk mendukung jawaban. Daftar nama alat atau login berhasil tidak membuktikan salah satu kondisi itu.

Repositori agen Telegram Chiho mendokumentasikan dua jalur akses akun: MCP Chiho terkelola dengan OAuth browser dan runtime hosting mandiri tgchats local melalui stdio menggunakan kredensial Telegram serta penyimpanan operator. Keduanya paket dan model operasi terpisah. Layanan terkelola juga terhubung ke alur CRM Chiho; jangan berasumsi semua fitur lokal dan terkelola berperilaku identik.

Untuk koneksi terkelola, gunakan halaman MCP Telegram Chiho yang dipelihara. Alur persetujuannya memberikan kapabilitas Telegram dan CRM saat ini, termasuk penulisan yang tersedia; memilih tugas pertama hanya baca tidak membuat izin dasarnya hanya baca. Chiho mewajibkan pratinjau tersimpan dan persetujuan untuk undangan anggota dan keluar dari grup, serta dapat mewajibkan persetujuan untuk pengiriman massal. Penulisan lainnya dapat berjalan langsung setelah kontrol klien. Periksa alat dan pengaturan klien tertentu, bukan berasumsi semua penulisan berhenti untuk ditinjau.

Akses akun juga berbeda dari cakupan CRM. Percakapan langsung mungkin belum memiliki baris CRM tersimpan, dan pembacaan riwayat sebagian tidak dapat membuktikan komitmen lama tidak pernah ada. Panduan jumlah chat Telegram kami menjelaskan perbedaan inventaris.

Arsitektur 2: agen menguji bot Telegram sebagai pengguna

Pengembang bot mungkin ingin agen memeriksa layar sambutan, mengikuti tombol, atau memeriksa Mini App. Ini masalah pengujian antarmuka pengguna meski sasaran adalah bot.

Misalnya, telegram-bot-testing-mcp mendokumentasikan adaptor yang mengendalikan klien resmi Telegram Web dalam browser. Operasi yang tersedia mencakup membaca pesan, menekan tombol, mengirim berkas, dan memeriksa Mini App. README-nya menyarankan akun uji khusus dan memperlakukan profil browser sebagai bahan sesi sensitif. Ini kapabilitas terdokumentasi, bukan hasil yang kami reproduksi secara independen.

Perbedaan identitas penting: bot adalah sasaran yang diuji, sedangkan adaptor menggunakan sesi pengguna yang sudah masuk. “Pengujian bot” tidak berarti adaptor melakukan autentikasi dengan token bot Anda.

Uji ilustratif dapat memeriksa apakah bot dukungan menampilkan menu yang diharapkan setelah perintah. Mengirim perintah itu atau menekan tombol dapat mengubah keadaan. Mulai dengan membaca keluaran uji yang sudah ada; jalankan skenario interaksi hanya di lingkungan uji yang diizinkan dengan dampak diketahui. Label lingkungan uji saja bukan bukti bahwa pelanggan nyata atau pembayaran tidak dapat dijangkau.

Arsitektur ini sesuai untuk pengujian regresi bot. Dengan sendirinya, ia tidak menetapkan tanggung jawab tim, penyimpanan CRM, atau akses ke semua percakapan pelanggan.

Arsitektur 3: Telegram menjadi antarmuka jarak jauh untuk agen

Dalam pengaturan ini, Anda menggunakan Telegram untuk bertukar instruksi atau status dengan agen yang berjalan di mesin lain. Hasil yang diinginkan adalah mengawasi agen, bukan mencari dalam akun pelanggan.

Repositori mcp-telegram-claudecode mendokumentasikan pengiriman dan penerimaan pesan antara Claude Code dan Telegram, dengan token bot dan ID chat yang dikonfigurasi. Ia juga menjelaskan keputusan izin jarak jauh melalui hook. Ini mengilustrasikan pola kanal kontrol; bukan dukungan keamanan atau verifikasi bahwa kontrol itu cocok dengan lingkungan Anda.

Misalnya, operator dapat menerima pesan status build di ponsel. Ini tidak mengatakan apa pun tentang apakah agen dapat membaca percakapan pelanggan yang tidak terkait. Sebaliknya, konektor riwayat pelanggan belum tentu menyediakan antarmuka persetujuan melalui ponsel.

Evaluasi siapa yang boleh mengeluarkan perintah melalui kanal, apa yang dapat dilakukan agen di host-nya, dan bagaimana persetujuan mengidentifikasi tindakan tepat. Pesan yang muncul di Telegram tidak cukup untuk menetapkan otorisasi tepercaya.

Akses Bot API adalah batas terpisah

Server juga dapat membungkus Bot API Telegram untuk operasi di sisi bot. Ini mekanisme akses, bukan jaminan salah satu alur di atas.

FAQ Bot Telegram menjelaskan pesan yang diterima bot, termasuk pengaruh mode privasi grup pada visibilitas. Dokumentasi Bot API juga menentukan koneksi bisnis dengan haknya sendiri. Jadi hindari kedua ekstrem: token bot bukan akses umum ke kotak masuk pribadi, tetapi integrasi bisnis berbasis bot tidak boleh ditolak tanpa memeriksa hak sebenarnya dan alur yang didukung.

Tanyakan apakah server bertindak sebagai pengguna, bot, atau bot bisnis yang diizinkan, serta chat dan operasi yang dicakup identitas itu. Untuk keputusan produk lebih luas, lihat CRM Telegram versus bot versus kotak masuk bersama.

Pertanyaan yang perlu dijawab sebelum menghubungkan

1. Siapa yang memeliharanya? Periksa pemilik repositori atau penyedia layanan. Nama terkait Telegram, penggunaan API resmi, atau pengoperasian Telegram Web tidak membuktikan bahwa Telegram menerbitkan atau mendukung server MCP.
2. Identitas apa yang digunakan? Catat akun, bot, tim, dan lingkungan tujuan secara pribadi. Jangan tempelkan berkas sesi, token bot, atau kode masuk dalam laporan evaluasi.
3. Apa yang benar-benar dapat diambil? Periksa rentang riwayat, paginasi, cakupan chat diarsipkan, dan apakah hasil berasal dari Telegram langsung atau data CRM tersimpan.
4. Apa yang dapat berubah? Pisahkan pembacaan, pratinjau tersimpan, pengeditan CRM, tindakan Telegram, dan operasi komputer host. Periksa izin yang diterapkan dan perilaku konfirmasi klien.
5. Ke mana konten yang dikembalikan pergi? Ikuti jalur Telegram melalui server ke klien AI dan penyedia modelnya. Menjalankan adaptor lokal tidak dengan sendirinya menjaga masukan model tetap lokal.
6. Bagaimana memutuskan koneksi? Identifikasi proses pencabutan izin atau sesi yang relevan. Memutus akses mendatang tidak menarik konten yang sudah dikembalikan ke klien.

Petunjuk alur kerja adalah lapisan lain. Katalog Skill Telegram menyediakan panduan tugas, tetapi petunjuk tidak boleh disamakan dengan batas akses yang diterapkan sistem.

Latihan penerimaan hanya baca sederhana

Gunakan satu percakapan yang sudah ada dan tidak sensitif atau bahan uji yang boleh diperiksa. Ini latihan evaluasi usulan, bukan studi dengan hasil terukur.

Pertama, nyatakan pekerjaan: “Baca beberapa pesan terakhir dalam percakapan uji yang diizinkan ini dan laporkan komitmen eksplisit terbaru. Jangan kirim, tandai dibaca, sinkronkan, edit, atau buat tugas.” Pastikan alat baca terpilih tidak melakukan tindakan tambahan tersebut. Jika melakukannya, pilih operasi yang lebih sempit atau berhenti.

Kemudian periksa empat hal:

• Identitas dan percakapan yang dikembalikan cocok dengan cakupan tujuan.
• Hasil menyatakan rentang riwayat atau batas paginasi, bukan menyiratkan cakupan lengkap.
• Jawaban membedakan komitmen eksplisit dari inferensi dan menunjuk konteks pesan pendukung.
• Tidak diperlukan penulisan untuk memperoleh hasil, dan akses yang tidak tersedia dilaporkan sebagai batasan, bukan konten tebakan.

Untuk adaptor pengujian bot, gunakan pesan uji yang sudah ada tanpa menekan tombol. Untuk kendali jarak jauh agen, periksa pesan kanal kontrol yang sudah ada tanpa memberi perintah eksekusi. Latihan ini menguji kapabilitas berbeda; jangan menilai alat kurang baik karena tidak memenuhi tujuan arsitektur lain.

Jika tujuan Anda adalah konteks pelanggan dan tindak lanjut, mulai dengan panduan koneksi Chiho dan jalankan pemeriksaan baca terbatas sebelum memperluas alur. Jaga hasil sederhana: pekerjaan tujuan, akses terverifikasi, batasan yang diamati, dan tindakan berikutnya yang diizinkan secara eksplisit.