Topic-Radar
Läuft in Claude Code über WebFetch + RSS/Atom — kein externes Binary. Holt Feeds, dedupliziert gegen einen persistenten Seen-Store, filtert hart und mappt jedes Item auf eine konkrete Content-Aktion.
Gotchas (zuerst lesen)
- Seen-Store liegt AUSSERHALB des Skill-Ordners (
~/.casoon-agent-data/topic-radar/seen.json), sonst löscht ein Skill-Update den State. Gesehene Items nie doppelt melden — vor dem Ranking gegen den Store prüfen und neue IDs sofort nachtragen.
- Rauschen hart filtern. Nicht jede Release-Note ist ein Post. Patch-Releases, Marketing-Wiederholungen, Off-Topic raus.
- Feed-Etikette: sequenziell holen, nicht parallel hämmern;
If-Modified-Since/ETag respektieren; bei 429/Fehler überspringen, nicht retry-spammen.
- Jedes Item muss auf eine konkrete Content-Aktion mappen (welcher Skill speist es), sonst weglassen — auch wenn es „interessant" ist.
Quellen-Konfiguration
Liste in ~/.casoon-agent-data/topic-radar/sources.json (URL + Kategorie + Gewicht):
[
{ "url": "https://astro.build/rss.xml", "category": "astro", "weight": 3 },
{ "url": "https://blog.cloudflare.com/rss/", "category": "cloudflare", "weight": 3 },
{ "url": "https://www.w3.org/blog/news/feed", "category": "wcag-bfsg", "weight": 5 },
{ "url": "https://competitor.example/blog/feed", "category": "wettbewerb", "weight": 2 }
]
Kategorien: astro, cloudflare, wcag-bfsg, wettbewerb, branche. Gewicht 1–5 (höher = wichtiger für uns).
Vorgehen
sources.json und seen.json laden.- Jeden Feed per WebFetch holen (RSS/Atom), Einträge parsen (Titel, Link, Datum, Zusammenfassung).
- Deduplizieren: Item-ID (GUID oder Link) gegen
seen.json prüfen; Bekanntes verwerfen.
- Filtern nach Aktualität: älter als ~30 Tage raus (außer WCAG/BFSG-Grundsätzliches).
- Relevanz bewerten: Quellen-Gewicht × Themen-Passung (Astro/Cloudflare/BFSG/Agentur-Themen). Rauschen fällt hier.
- Für nicht-Feed-Quellen (Newsseiten ohne Feed, Gesetzestexte, Konkurrenz ohne RSS): kein Scraping-Gebastel — auf [[deep-research]] für gezielte Recherche verweisen.
- Überlebende Items ranken und jedem eine Content-Aktion zuordnen.
- Neue Item-IDs in
seen.json schreiben.
Output
Gerankte Liste neuer Items:
[1] BFSG-Übergangsfrist für Kleinunternehmen präzisiert (wcag-bfsg, Score 15)
Quelle: w3.org · 2026-06-28
Warum relevant: betrifft Beratungs-Positionierung direkt.
→ speist: [[newsletter-from-audit]] + Blog-Thema
[2] Astro 6.2: neue Content-Loader-API (astro, Score 9)
Quelle: astro.build · 2026-06-25
Warum relevant: Stack-Update, das wir aktiv nutzen.
→ speist: [[linkedin-post-from-content]]
Nicht verwenden
- Für eine tiefe, einmalige Recherche zu genau einem Thema → [[deep-research]].
- Als Feed-Reader ohne Content-Ziel — Items ohne konkrete Aktion gehören nicht in den Output.
1---2name: topic-radar3description: Scannt periodisch eine kuratierte Quellen-Liste (Wettbewerber-Blogs, WCAG/BFSG-News, Astro-/Cloudflare-Releases, Branchen-Feeds), filtert Neues nach Relevanz + Aktualität und liefert gerankte Content-Chancen. Nutzen für Blog-Themenfindung und um [[linkedin-post-from-content]] / [[newsletter-from-audit]] zu speisen. NICHT für eine einmalige, gezielte Recherche zu einem Thema — dafür [[deep-research]].4---5# Topic-Radar6Läuft in Claude Code über WebFetch + RSS/Atom — kein externes Binary. Holt Feeds, dedupliziert gegen einen persistenten Seen-Store, filtert hart und mappt jedes Item auf eine konkrete Content-Aktion.78## Gotchas (zuerst lesen)9- **Seen-Store liegt AUSSERHALB des Skill-Ordners** (`~/.casoon-agent-data/topic-radar/seen.json`), sonst löscht ein Skill-Update den State. Gesehene Items nie doppelt melden — vor dem Ranking gegen den Store prüfen und neue IDs sofort nachtragen.10- **Rauschen hart filtern.** Nicht jede Release-Note ist ein Post. Patch-Releases, Marketing-Wiederholungen, Off-Topic raus.11- **Feed-Etikette:** sequenziell holen, nicht parallel hämmern; `If-Modified-Since`/ETag respektieren; bei 429/Fehler überspringen, nicht retry-spammen.12- **Jedes Item muss auf eine konkrete Content-Aktion mappen** (welcher Skill speist es), sonst weglassen — auch wenn es „interessant" ist.1314## Quellen-Konfiguration15Liste in `~/.casoon-agent-data/topic-radar/sources.json` (URL + Kategorie + Gewicht):16```json17[18 { "url": "https://astro.build/rss.xml", "category": "astro", "weight": 3 },19 { "url": "https://blog.cloudflare.com/rss/", "category": "cloudflare", "weight": 3 },20 { "url": "https://www.w3.org/blog/news/feed", "category": "wcag-bfsg", "weight": 5 },21 { "url": "https://competitor.example/blog/feed", "category": "wettbewerb", "weight": 2 }22]23```24Kategorien: `astro`, `cloudflare`, `wcag-bfsg`, `wettbewerb`, `branche`. Gewicht 1–5 (höher = wichtiger für uns).2526## Vorgehen271. `sources.json` und `seen.json` laden.282. Jeden Feed per WebFetch holen (RSS/Atom), Einträge parsen (Titel, Link, Datum, Zusammenfassung).293. **Deduplizieren:** Item-ID (GUID oder Link) gegen `seen.json` prüfen; Bekanntes verwerfen.304. **Filtern nach Aktualität:** älter als ~30 Tage raus (außer WCAG/BFSG-Grundsätzliches).315. **Relevanz bewerten:** Quellen-Gewicht × Themen-Passung (Astro/Cloudflare/BFSG/Agentur-Themen). Rauschen fällt hier.326. Für **nicht-Feed-Quellen** (Newsseiten ohne Feed, Gesetzestexte, Konkurrenz ohne RSS): kein Scraping-Gebastel — auf [[deep-research]] für gezielte Recherche verweisen.337. Überlebende Items ranken und jedem eine Content-Aktion zuordnen.348. Neue Item-IDs in `seen.json` schreiben.3536## Output37Gerankte Liste neuer Items:38```39[1] BFSG-Übergangsfrist für Kleinunternehmen präzisiert (wcag-bfsg, Score 15)40 Quelle: w3.org · 2026-06-2841 Warum relevant: betrifft Beratungs-Positionierung direkt.42 → speist: [[newsletter-from-audit]] + Blog-Thema4344[2] Astro 6.2: neue Content-Loader-API (astro, Score 9)45 Quelle: astro.build · 2026-06-2546 Warum relevant: Stack-Update, das wir aktiv nutzen.47 → speist: [[linkedin-post-from-content]]48```4950## Nicht verwenden51- Für eine tiefe, einmalige Recherche zu genau einem Thema → [[deep-research]].52- Als Feed-Reader ohne Content-Ziel — Items ohne konkrete Aktion gehören nicht in den Output.
casoon