Ringkasan berita AI pribadi memerlukan lebih dari prompt untuk merangkum tautan. Sistem harus mengumpulkan informasi dari sumber yang boleh diakses, mengenali item yang sudah pernah dilihat, memisahkan syarat faktual dari penilaian, dan menyimpan catatan kiriman beserta tautannya. Keterampilan build-signal-engine milik Cole Medin memberi agen pemrograman petunjuk untuk membangun sistem itu di repositori Anda. Ini prosedur pembangunan; kode dan perilakunya bergantung pada jawaban, sumber, layanan, dan pengujian Anda.

Panduan ini ditujukan bagi pengguna Claude Code yang mengendalikan folder proyek dan dapat menentukan feed atau API yang boleh dipakai. Anda memerlukan akses ke sumber serta kredensial layanan data atau model berbayar yang dipilih. Berkas keterampilan tersedia dengan lisensi MIT repositori, tetapi penggunaan agen, pengambilan sumber dan panggilan model tetap dapat berbiaya. BIG CHANGE memeriksa keterampilan pada commit 847be0848ae7b997ae4420bc0eac267177a066a2 serta dokumentasi penyedia. Kami tidak memasangnya, membangun mesin, atau menjalankan ringkasan.

1. Tambahkan keterampilan versi tetap ke proyek

Di folder kerja terpisah, klon repositori keterampilan Cole Medin, lalu pilih commit yang dipatok:

Terminal
git clone https://github.com/coleam00/skills.git skills-source
git -C skills-source checkout --detach 847be0848ae7b997ae4420bc0eac267177a066a2

Salin seluruh direktori skills-source/.claude/skills/build-signal-engine/ ke <your-project>/.claude/skills/build-signal-engine/. Pertahankan subdirektori references/ dan templates/ di sebelah SKILL.md, karena petunjuk merujuknya melalui jalur relatif. Sertakan MIT LICENSE dan pemberitahuan hak cipta repositori bersama salinan keterampilan. Salinan lokal proyek ini menghindari keterampilan lain dan mengaitkan panduan dengan versi yang dapat ditinjau.

Buka repositori tersebut di Claude Code dan mulai sesi baru agar keterampilan proyek ditemukan. Pastikan build-signal-engine muncul dalam keterampilan yang tersedia, lalu panggil /build-signal-engine dengan jalur repositori tempat mesin akan dibangun. Dokumentasi keterampilan Claude Code menjelaskan penemuan .claude/skills/<name>/SKILL.md dan pemanggilan /skill-name. Jika gagal ditemukan, periksa ejaan direktori dan pastikan SKILL.md langsung berada di dalamnya sebelum mengubah sumber atau penyedia. Periksa keterampilan dan berkas pendukung sebelum mengizinkan penulisan atau eksekusi kode.

2. Setujui profil berdasarkan contoh Anda sendiri

Keterampilan dimulai dengan wawancara. Jelaskan informasi yang akan mengubah keputusan Anda, tempat pertama kali munculnya item nyata yang terlewat, dan tempat Anda ingin membaca ringkasan. Berikan item nyata yang ingin dibaca dan yang akan dilewati, dengan tautan jika tersedia. Pilih sumber yang diizinkan, batas faktual seperti usia atau interaksi, panjang ringkasan, dan tujuan pengiriman. Agen harus mengubah jawaban menjadi PROFILE.md menggunakan templates/PROFILE.md dan meminta persetujuan sebelum membangun.

Baca daftar sumber dan pertanyaan keputusan dalam berkas. Pertanyaan apakah sebuah item melaporkan perkembangan baru yang konkret harus punya arti khusus bagi pekerjaan Anda. Contoh simpan dan buang akan menjadi set pengujian kecil. Bila hanya ada beberapa feed sederhana, pertimbangkan apakah pembaca feed atau peringatan sudah cukup; mesin menambah komponen dan panggilan layanan berulang.

Jauhkan kredensial sumber dari profil, prompt, berkas yang dikomit, dan log. Keterampilan meminta berkas lingkungan yang diabaikan Git dan dimuat program hasil pembangunan. Anda tetap perlu memeriksa kolom yang dikirim ke setiap penyedia, termasuk informasi sensitif dalam minat atau teks sumber.

3. Bangun satu sumber yang diizinkan, lalu periksa penyimpanan

Minta agen mengimplementasikan satu sumber dari awal hingga akhir sebelum menambah lainnya. Tetapkan akses yang diizinkan untuk masing-masing: feed atau API resmi, penyedia pilihan Anda, atau cara lain yang diperbolehkan ketentuan sumber. Keluarkan sumber tanpa izin akses otomatis. references/sources.md mendokumentasikan jenis dan kegagalan sumber, bukan memberikan hak akses.

Setiap item harus dipetakan ke kolom templates/item_schema.md: id stabil, sumber, judul, URL, isi, waktu publikasi, interaksi jika tersedia, dan metadata. Penyimpanan juga mencatat filter yang bekerja, hasil keputusan, serta apakah item pernah muncul dalam ringkasan. Catatan perubahan memerlukan entri bertanggal terpisah dengan ID stabil, bukan satu halaman berubah yang dianggap satu item. Keterampilan menyarankan SQLite kecuali Anda sudah menggunakan penyimpanan lain.

Periksa respons sumber nyata dan baris yang tersimpan. Pada pengumpulan kedua, pastikan ID dan URL menunjuk item yang sama; catat jumlah dikembalikan, baru disimpan, dan duplikat per sumber. Selidiki respons kosong tak terduga, tanggal hilang, kesalahan penguraian, atau proses kedua yang kembali membuat entri sama. Deduplikasi mencegah penyimpanan dan keputusan lanjutan berulang untuk ID sama; bukan menghapus biaya mengambil ulang sumber berbayar.

4. Pisahkan filter faktual dari keputusan

Minta kode menerapkan aturan eksplisit untuk usia, jumlah interaksi, bahasa, panjang, dan item yang sudah dilihat. Baca jumlah yang dibuang setiap aturan dan periksa sampelnya. Jika sumber sudah menagih sebuah baris, filter berikutnya tidak mengembalikan uang. Batasi baris sumber yang dapat ditagih per proses dan catat tarif sumber, biaya model keputusan, serta model pembaca secara terpisah.

Untuk sisanya, keterampilan mengusulkan satu permintaan keputusan bertipe per item dengan pertanyaan profil sekaligus: relevansi serta apakah ada hal baru dan konkret. Referensinya menyebut Jev dari TypeSafe melalui OpenRouter sebagai pilihan; model dengan keluaran terstruktur juga dapat dipilih. Referensi versi tetap menyebut typesafe/jev-1.13. Panduan Jev OpenRouter pada Oktober 2026 menjelaskan 1.14 dan menyatakan 1.13 masih tersedia. Pertahankan versi tetap kecuali Anda sengaja meninjau dan menguji perubahan. Endpoint keputusan Jev berbeda dari panggilan penyelesaian percakapan. Liputan BIG CHANGE terdahulu tentang Jev menjelaskan perannya yang lebih luas dalam keputusan perangkat lunak.

Simpan alasan untuk pembuangan yang jelas berdasarkan fakta atau relevansi rendah. Kirim item yang jelas diterima maupun tidak pasti ke tahap membaca. Keputusan gagal atau salah format tidak memiliki putusan: tandai untuk pemeriksaan atau pemulihan terkendali, jangan dibuang diam-diam. Jalur cadangan ke tahap membaca juga membutuhkan batas biaya. Jika panggilan gagal atau batch terlalu besar akan melampaui anggaran membaca yang disetujui, tahan item secara terlihat untuk pembaca, bukan membelanjakan tanpa batas. Ini pemeriksaan yang harus diminta dari mesin hasil pembangunan, bukan perilaku yang diverifikasi BIG CHANGE.

Nilai contoh simpan/buang Anda dan sampel item yang sudah diberi label. Tinjau setiap item yang diinginkan tetapi dibuang sistem; perbaiki pertanyaan kabur atau pilihan sumber sebelum mengatur ambang. Probabilitas bertipe bisa keliru untuk materi Anda. Selera atau interaksi membantu pemeringkatan, tetapi tidak membuktikan pentingnya fakta.

5. Simpan ringkasan bertautan sebelum mengirim

Model pembaca harus menerima item tersisa beserta tautan sumber, mengelompokkan laporan terkait, dan menulis sesuai format profil yang disetujui. Periksa bahwa setiap entri mempertahankan URL sumber yang berfungsi dan membedakan perubahan kecil, peluncuran, serta klaim belum terkonfirmasi secara tepat. Bandingkan ringkasan dengan sumber; kalimat rapi bukan bukti bahwa perubahan terjadi.

Keterampilan meminta penyimpanan berkas bertanggal digests/YYYY-MM-DD.md sebelum pengiriman lewat email, percakapan, atau catatan. Pastikan berkas ada dan dapat dibuka walaupun pengiriman gagal. Berkas dan catatan item memungkinkan penelusuran alasan sebuah berita dimasukkan. Periksa apakah tahap pengiriman yang dibuat dapat diulang dari berkas itu tanpa mengambil sumber atau membayar seluruh proses lagi.

6. Izinkan dan amati proses berkala

Sebelum mendaftarkan otomatisasi, minta agen menunjukkan pemanggilan dan prosedur penghentian mesin yang benar-benar dibuat, penjadwal host, zona waktu lokal, tujuan, kredensial yang digunakan, batas baris berbayar, log, dan pencegahan proses ganda. Tinjau perintah tepat yang akan dijalankan penjadwal. Keterampilan menyebut cron, launchd, dan Windows Task Scheduler, tetapi tidak menyediakan satu perintah mesin universal. Izinkan jadwal harian spesifik itu hanya setelah proses manual menghasilkan berkas bertautan yang Anda terima.

Amati proses terjadwal nyata. Bandingkan jumlah per sumber, alasan filter, rute keputusan, biaya token dan layanan, jalur keluaran, serta hasil pengiriman dengan proses manual. Pastikan pemanggilan kedua atau yang tumpang tindih tidak menggandakan dampak. Jika gagal, cari tahapnya dalam log, pertahankan ringkasan tersimpan jika ada, perbaiki kesalahan sumber, keputusan, atau pengiriman, lalu ulangi hanya langkah yang diperlukan dengan batas biaya sama. Periksa juga perintah penonaktifan penjadwal agar Anda dapat menghentikan pengambilan dan tagihan berulang.

Selama seminggu, baca keluaran berdampingan dengan sumber penting. Tandai yang terlewat dan gangguan. Untuk item terlewat, cari apakah tidak terkumpul, tersaring aturan faktual, dibuang keputusan, atau hilang saat membaca. Ubah tahap itu dan ulangi pemeriksaan. Minggu pengamatan ini memberi bukti tentang sumber dan pertanyaan Anda, bukan sertifikasi akurasi tanpa pengawasan.

Perubahan besar

Bagian yang dapat dipakai ulang adalah pemisahan pengumpulan, penyimpanan stabil, filter faktual, penilaian bertipe, dan pembacaan bertautan. Agen pemrograman dapat merangkai bagian itu berdasarkan profil yang disetujui pembaca. Pembaca tetap mengendalikan izin akses, contoh, batas pengeluaran, serta keputusan memulai atau menghentikan pengiriman harian. Sampai sistem lulus pemeriksaan sumber, duplikat, item terlewat, dan proses terjadwal di lingkungan Anda, pembangunan belum selesai.

Sumber dan bacaan lanjutan