Kaynak değişikliklerini izle: bağlantısı kaybolmayan bir bilgi akışı

Bir bilgi akışının ilk işi iyi özet yazmak değil, bulduğu bilgiyi tekrar inceleyebileceğin biçimde saklamaktır. Özetin yanında kaynak adresi yoksa bir hafta sonra hangi cümlenin nereden geldiğini anlamak zorlaşır. Bu rehber, üç teknik kaynağı izleyen kişisel bir deney için kayıt yapısını anlatır. Dışarı otomatik yayın yapan bir sistem veya bütün kaynakların doğruluğunu garanti eden bir haber servisi kurduğunu varsaymaz.

Önce bir kaynak kartı oluştur

Her kaynak için adres, kısa açıklama, beklenen içerik türü ve kontrol amacı yaz. “Teknoloji haberleri” çok geniş olabilir; belirli bir ürünün sürüm notlarını izlemek daha sınanabilir bir görevdir. Kaynağın resmi olup olmadığını ve hangi sürümü anlattığını belirt. Bir topluluk yorumunu üretici belgesiyle aynı kanıt düzeyinde saklamak yerine türünü görünür tut. Bu ayrım, daha sonra özet hazırlanırken bağlamın kaybolmasını önler.

Öğe düzeyinde başlık, özgün bağlantı, varsa yayıncının kimliği, yayımlanma zamanı ve senin alma zamanın ayrı alanlar olsun. Bir sayfayı bugün bulman, onun bugün yayımlandığı anlamına gelmez. Kaynak tarihi eksikse tahmin ederek doldurma; bilinmiyor olarak bırak. Zaman dilimini de not et. Farklı kaynakların saatlerini karşılaştırırken yalnızca ekrandaki tarih metnine bakmak yanlış bir sıralama yaratabilir.

Okuma, karşılaştırma ve bildirim ayrı adımlardır

n8n RSS Read düğümü, yayımlanan RSS adresinden veri okumak için kullanılabilir. İlk denemede yalnızca bir akışı oku ve hangi alanların geldiğini incele. Beklediğin kimlik alanı her kaynakta bulunmayabilir. Doğrudan bir özet modeline göndermek yerine örnek çıktıyı kaydet. Hangi verinin eksik olduğunu görmek, ileride modelin boşlukları akıcı ama dayanaksız cümlelerle doldurmasını önlemeye yardımcı olur.

Karşılaştırma adımında “aynı öğe”, “yeni öğe”, “içeriği değişmiş öğe” ve “okunamayan kaynak” durumlarını ayır. Kaynağın erişilememesi, yeni içerik olmadığı anlamına gelmez. Aynı şekilde yeni bir kayıt bulmak da olayın yeni gerçekleştiğini kanıtlamaz. Akışın durum alanı bu ayrımları taşısın; yalnızca boş veya dolu liste döndürmesin. Kişisel bir tablo bile bu davranışı anlaşılır biçimde gösterebilir.

Tekrar kontrolünü bağlama göre kur

Yayıncının kalıcı öğe kimliği varsa bunu kullanma biçimini incele. Yalnızca başlığa göre karşılaştırmak, aynı başlıkla güncellenen bir belgeyi kaçırabilir. Yalnızca adrese göre karşılaştırmak ise adrese eklenen takip parametreleri yüzünden aynı sayfayı yeni sayabilir. Normalleştirme yapacaksan hangi parametreleri kaldırdığını açıklayabil; farklı içerik taşıyan adresleri yanlışlıkla birleştirme. Sonuçları birkaç gerçek örnek üzerinde gözle.

HTTP kaynağı ETag sunuyorsa koşullu istek mekanizmasını değerlendirebilirsin. Sunucu uygun koşullarda 304 yanıtıyla temsilin değişmediğini bildirebilir. Bu mekanizma bir iddianın doğruluğunu veya sayfadaki hangi cümlenin önemli olduğunu söylemez. Kaynak desteğini test et ve başarısız isteği değişmemiş içerikle karıştırma. Ağ verimliliği ile editoryal değerlendirme birbirini tamamlayan ama farklı sorumluluklardır.

İncelenebilir bir değişiklik notu hazırla

Bir bildirimde yalnızca uzun bir AI özeti göndermek yerine önce ne değiştiğini, hangi kaynağın değiştiğini ve önceki kaydın ne zaman alındığını göster. Özet kullanıyorsan onu ayrı bir yorum katmanı olarak etiketle. Desteklenmeyen bir cümle görünür olduğunda kaynağa dönebilmeyi kolaylaştır. Karşılaştırmayı yapamadığın yerde “değişiklik doğrulanamadı” demek, kesin bir sonuç uydurmaktan daha faydalıdır.

Son testte aynı kaynağı iki kez oku, örnek içeriği kontrollü biçimde değiştir ve bir kaynağı erişilemez kabul et. Her durumda hangi kaydın oluşacağını önceden yaz. Bu sayfadaki deney alanı tasarımı gözden geçirmek içindir; hiçbir kaynağa istek göndermez. Kendi izleme sisteminde kontrol sıklığını, veri saklama süresini ve bildirim alıcısını ayrıca belirlemelisin. Böylece küçük bir akış zamanla anlaşılmaz bir gürültü üreticisine dönüşmez.

Örnek kayıt tablosuyla provayı tamamla

Üç hayali öğe oluştur. Birincisi yeni yayımlanmış bir belge, ikincisi aynı bağlantıda güncellenmiş eski bir belge, üçüncüsü ise başlığı değişmemiş ama içeriğine not eklenmiş bir kaynak olsun. Her biri için hangi alanın karşılaştırılacağını yaz. Böylece yalnızca başlığı izleyen bir sistemin üçüncü değişikliği neden kaçırabileceğini görürsün. Ardından bir kaynağın yanıt vermediği dördüncü durum ekle. Bunun yeni içerik yok sonucu üretmemesi gerektiğini kaydına geçir.

Bir hafta sonra bu tabloya döndüğünde hangi bilginin kaynaktan, hangisinin senin yorumundan geldiğini ayırabiliyor musun? Özet metni tek sütuna yığılmışsa bağlamı yeniden düzenle. Kaynak adresi, kimlik, alınma zamanı ve yorum farklı alanlarda kalsın. Kontrol aralığını da belgenin gerçek değişim hızına göre tekrar değerlendir. Bildirim sayısını azaltmak için önemli bilgiyi silmek yerine, aynı öğenin tekrarlarını tek bir incelenebilir kayıtta birleştir. Böyle bir prova, yeni araçlar eklemeden önce akışın hangi soruya cevap verdiğini netleştirir. Sonuçta topladığın şey yalnızca içerik değil, sonradan sorgulanabilir küçük bir gözlem günlüğü olur.

Kaynaklar

• n8n RSS Read
• n8n Remove Duplicates
• MDN: ETag
• MDN: 304 yanıtı