Kein Stack-Thema. Notizzettel für Infrastruktur außerhalb von chemenu. Bleibt hier auf Wunsch des Betreibers offen, bis ein eigenes Repo existiert; dann wird dieser Body dorthin übernommen und das Issue geschlossen. Gebaut wird hier nichts. Bewusst ohne area/-Label - keines passt.
Der Tracker ist öffentlich: keine Hostnamen, Zugangsdaten oder sonstigen privaten Infrastrukturdaten hier eintragen.
Ursprünglicher Stub (2026-09-10) wörtlich im ersten Kommentar. Überarbeitet 2026-10-02 und 2026-10-09.
Was hier bleibt und was gewandert ist
Ursprünglich zwei Wünsche mit einem gemeinsamen Kern (Auth-/Fetch-Dienst). Seit 2026-10-09:
Wunsch 2, Paywall-Artikel ins Wiki → gewandert in den Stack:#169 liefert den Abruf hinter Login selbst mit. Der Mensch loggt sich einmal per raw login <host> ein, danach holt raw fetch mit seiner Session. Es gibt keinen eigenen Auth-Dienst, keine Login-Adapter und keine gespeicherten Passwörter. Für einen Dienst im Homelab bleibt in #169 die externe Andockstelle (Entwurf 5).
Wunsch 1, Lesen unterwegs mit Volltext später → bleibt hier: Artikel in FieryFeeds (Backend Nextcloud News) mit einem Stern markieren; der Volltext landet ohne Handarbeit am Desktop im Vault oder in einer Instanz.
RSS-Pipeline (Stand der Überlegung)
Auslöser: Stern in FieryFeeds (normale App-Funktion; der Siri-Shortcuts-Support von FieryFeeds wurde vom Entwickler weitgehend entfernt, daher kein Shortcuts-Trigger).
Poll-Job (Cron, etwa alle 10-15 Min): GET /items/updated?lastModified=<ts>&type=2 der Nextcloud-News-API liefert die seit dem letzten Lauf geänderten Items mit Stern.
Je Artikel an das Ziel liefern (Tabelle unten).
Erfolg: PUT /items/unstar/multiple nimmt den Stern weg, als Fertig-Signal. Fehler: Stern bleibt, Benachrichtigung (ntfy/Pushcut o. ä.).
Verworfen: Pushcut Automation Server als Auslöser (zugunsten Poll); Obsidian Local REST API und Clipper-URI als Ziel-Schnittstelle (beide brauchen eine laufende Obsidian-Instanz - genau der ursprüngliche Blocker).
Ziel: wohin der Artikel geht
Ziel
Weg
Bemerkung
chemenu-Instanz, nur die URL liefern (neu, Vorschlag)
Die Pipeline legt nur eine .url-Datei in incoming/ ab. raw pending schlägt dafür raw fetch <url> vor, und der Abruf läuft später mit der Session der Instanz (#169)
Die Pipeline braucht keinen Login und kein HTML. Bräuchte ein kleines Stack-Paket (.url-Dateien in raw pending), noch nicht angelegt. Setzt voraus, dass die Pipeline incoming/ erreicht
chemenu-Instanz, entfernt
MCP-Tool submit der Instanz → mcp-upload/, Mensch gibt per wikitool upload accept frei
Bestehender Weg für entfernte Aufrufer (raw/CONTRACT.md § mcp-upload). Ungeprüft, ob submit eine .url- oder HTML-Datei sauber transportiert
Obsidian-Vault (ursprünglich)
Git-Commit ins Vault-Repo, Note mit Frontmatter (Titel, URL, Datum, Quelle)
Braucht für Paywall-Artikel eine eigene Extraktion und einen eigenen Login, weil hier kein wikitool läuft. Auslösung offen: Runner mit Deploy-Key oder Push vom Server
Nicht entschieden, ob Wunsch 1 in chemenu landen soll, im Vault oder in beiden.
Abgrenzung zum Stack (verbindlich in den jeweiligen Issues)
#120: raw fetch <url> ohne Login, Ableitung HTML → Text.
#169: Abruf hinter Login (Session per raw login), plus externe Andockstelle für einen Abrufdienst.
#200: Site-Handler (Standardform der URL, Bereinigung, Erkennung „eingeloggt“).
Alles andere hier - Poll, Benachrichtigung, Ziel Vault, Deployment - gehört nicht in chemenu.
Offene Fragen
Wo läuft der Poll-Job (Homelab-Container, bestehende Infrastruktur)?
Ziel für Wunsch 1: Vault, chemenu-Instanz oder beides?
Erreicht der Poll-Job incoming/ der Instanz (gleiche Maschine, synchronisierter Ordner), oder geht es nur über MCP submit?
Benachrichtigungskanal bei Fehlern (ntfy, Pushcut, Mail).
Auslöser (prio/waiting)
Ein eigenes Repo für diese Infrastruktur wird angelegt. Dann wird der Body dorthin übernommen und das Issue hier mit Verweis geschlossen. Bis dahin wird hier gesammelt.
> **Kein Stack-Thema.** Notizzettel für Infrastruktur außerhalb von chemenu. Bleibt hier auf Wunsch des Betreibers offen, bis ein eigenes Repo existiert; dann wird dieser Body dorthin übernommen und das Issue geschlossen. Gebaut wird hier nichts. Bewusst ohne `area/`-Label - keines passt.
>
> Der Tracker ist öffentlich: keine Hostnamen, Zugangsdaten oder sonstigen privaten Infrastrukturdaten hier eintragen.
>
> Ursprünglicher Stub (2026-09-10) wörtlich im ersten Kommentar. Überarbeitet 2026-10-02 und 2026-10-09.
## Was hier bleibt und was gewandert ist
Ursprünglich zwei Wünsche mit einem gemeinsamen Kern (Auth-/Fetch-Dienst). Seit 2026-10-09:
- **Wunsch 2, Paywall-Artikel ins Wiki → gewandert in den Stack:** #169 liefert den Abruf hinter Login selbst mit. Der Mensch loggt sich einmal per `raw login <host>` ein, danach holt `raw fetch` mit seiner Session. Es gibt keinen eigenen Auth-Dienst, keine Login-Adapter und keine gespeicherten Passwörter. Für einen Dienst im Homelab bleibt in #169 die externe Andockstelle (Entwurf 5).
- **Wunsch 1, Lesen unterwegs mit Volltext später → bleibt hier:** Artikel in FieryFeeds (Backend Nextcloud News) mit einem Stern markieren; der Volltext landet ohne Handarbeit am Desktop im Vault oder in einer Instanz.
## RSS-Pipeline (Stand der Überlegung)
1. Auslöser: Stern in FieryFeeds (normale App-Funktion; der Siri-Shortcuts-Support von FieryFeeds wurde vom Entwickler weitgehend entfernt, daher kein Shortcuts-Trigger).
2. Poll-Job (Cron, etwa alle 10-15 Min): `GET /items/updated?lastModified=<ts>&type=2` der Nextcloud-News-API liefert die seit dem letzten Lauf geänderten Items mit Stern.
3. Je Artikel an das Ziel liefern (Tabelle unten).
4. Erfolg: `PUT /items/unstar/multiple` nimmt den Stern weg, als Fertig-Signal. Fehler: Stern bleibt, Benachrichtigung (ntfy/Pushcut o. ä.).
Verworfen: Pushcut Automation Server als Auslöser (zugunsten Poll); Obsidian Local REST API und Clipper-URI als Ziel-Schnittstelle (beide brauchen eine laufende Obsidian-Instanz - genau der ursprüngliche Blocker).
### Ziel: wohin der Artikel geht
| Ziel | Weg | Bemerkung |
|---|---|---|
| chemenu-Instanz, **nur die URL liefern** (neu, Vorschlag) | Die Pipeline legt nur eine `.url`-Datei in `incoming/` ab. `raw pending` schlägt dafür `raw fetch <url>` vor, und der Abruf läuft später mit der Session der Instanz (#169) | Die Pipeline braucht keinen Login und kein HTML. Bräuchte ein kleines Stack-Paket (`.url`-Dateien in `raw pending`), **noch nicht angelegt**. Setzt voraus, dass die Pipeline `incoming/` erreicht |
| chemenu-Instanz, entfernt | MCP-Tool `submit` der Instanz → `mcp-upload/`, Mensch gibt per `wikitool upload accept` frei | Bestehender Weg für entfernte Aufrufer (`raw/CONTRACT.md` § mcp-upload). Ungeprüft, ob `submit` eine `.url`- oder HTML-Datei sauber transportiert |
| Obsidian-Vault (ursprünglich) | Git-Commit ins Vault-Repo, Note mit Frontmatter (Titel, URL, Datum, Quelle) | Braucht für Paywall-Artikel eine eigene Extraktion und einen eigenen Login, weil hier kein `wikitool` läuft. Auslösung offen: Runner mit Deploy-Key oder Push vom Server |
Nicht entschieden, ob Wunsch 1 in chemenu landen soll, im Vault oder in beiden.
## Abgrenzung zum Stack (verbindlich in den jeweiligen Issues)
- #120: `raw fetch <url>` ohne Login, Ableitung HTML → Text.
- #169: Abruf hinter Login (Session per `raw login`), plus externe Andockstelle für einen Abrufdienst.
- #200: Site-Handler (Standardform der URL, Bereinigung, Erkennung „eingeloggt“).
- Alles andere hier - Poll, Benachrichtigung, Ziel Vault, Deployment - gehört **nicht** in chemenu.
## Offene Fragen
- Wo läuft der Poll-Job (Homelab-Container, bestehende Infrastruktur)?
- Ziel für Wunsch 1: Vault, chemenu-Instanz oder beides?
- Erreicht der Poll-Job `incoming/` der Instanz (gleiche Maschine, synchronisierter Ordner), oder geht es nur über MCP `submit`?
- Benachrichtigungskanal bei Fehlern (ntfy, Pushcut, Mail).
## Auslöser (`prio/waiting`)
Ein eigenes Repo für diese Infrastruktur wird angelegt. Dann wird der Body dorthin übernommen und das Issue hier mit Verweis geschlossen. Bis dahin wird hier gesammelt.
## Quellen aus der Recherche (2026-09-09/10)
- Nextcloud News External API v1-2 (`items/updated`, `items/star(unstar)/multiple`): https://github.com/nextcloud/news/blob/master/docs/api/api-v1-2.md
- Nextcloud News Nutzer-Doku (Mark Read/Starred): https://nextcloud.github.io/news/user/
- FieryFeeds' reduzierter Shortcuts-/Siri-Support (Entwickler-Blog): https://voidstern.net/archives/3101
- Obsidian Web Clipper - Einführung (setzt laufende Obsidian-Instanz voraus): https://obsidian.md/help/web-clipper
- Obsidian Web Clipper - Capture-Mechanik (Obsidian-URI): https://obsidian.md/help/web-clipper/capture
- Obsidian Local REST API (setzt ebenfalls laufende Instanz voraus): https://coddingtonbear.github.io/obsidian-local-rest-api/
- Web-Scraping hinter Login mit Python/Requests+BeautifulSoup (Heise-Ratgeber, Session-Cookie-Ansatz): https://www.heise.de/ratgeber/Python-Websitedaten-nach-einem-Login-auslesen-4681895.html
- n8n-Workflow-Beispiel "Send RSS feed data to webhook": https://n8n.io/workflows/159-send-rss-feed-data-to-webhook/
- Pushcut Automation Server (als Auslöser verworfen): https://www.pushcut.io/support/automation-server
Changelog: Auf Wunsch des Betreibers (2026-10-02) bleibt dieses Issue offen, als Sammelstelle für alles zur Infrastruktur außerhalb des Stacks (RSS-Poll, Auth-/Fetch-Dienst), bis es in ein eigenes Repo wandert. Body neu gegliedert: ursprünglicher Entwurf erhalten, ergänzt um die Abgrenzung zum Stack (#120raw fetch + --html, #169 Andockstelle .wikitool-fetch.json), die Idee eines zentralen Auth-Dienstes für beide Verbraucher, ungeprüfte Annahmen zum heise+-Login und eine Option, Artikel über MCP-submit in eine Instanz zu liefern. Titel angepasst. status/incoming entfernt; kind/decision, prio/waiting, size/L gesetzt, bewusst ohne area/ (kein Stack-Thema).
Der ursprüngliche Stub, wörtlich:
Herkunft: Aus einer Diskussion in der LLM-Wiki-Space-Session vom 2026-09-09/10, keine wikitool-Ausarbeitung.
Ausgangsproblem: Torben liest RSS über FieryFeeds (iOS) mit Nextcloud-News-Backend. Artikel, die den vollen Text erfordern (z. B. hinter Paywall wie Heise+), werden bisher manuell später am Desktop per Obsidian Web Clipper in den Vault übernommen — unbequem, weil das Lesen typischerweise abends im Bett passiert und der Clipper eine laufende Desktop-Instanz von Obsidian voraussetzt.
Skizzierter Ansatz:
Trigger: Artikel in FieryFeeds als "Starred" markieren (normale App-Funktion, kein fragiles Shortcuts-Feature — FieryFeeds' Siri-Shortcuts-Support wurde vom Entwickler aus technischen Gründen größtenteils entfernt).
Poll-Job (Cron, z. B. alle 10–15 Min) fragt die Nextcloud-News-API ab: GET /items/updated?lastModified=<ts>&type=2 liefert alle seit dem letzten Lauf geänderten Starred-Items.
Für jeden neuen Artikel: Domain-Matching gegen eine Adapter-Registry (siehe unten), Volltext holen, zu Markdown extrahieren.
Note mit Frontmatter (Titel, URL, Datum, Quelle) wird per Git-Commit direkt ins Vault-Repo geschrieben — bewusst nicht über Obsidian Local REST API oder eine Clipper-artige URI, weil beide eine laufende, erreichbare Obsidian-Instanz voraussetzen (das war der ursprüngliche Bequemlichkeits-Blocker).
Erfolgreich verarbeitete Items werden per PUT /items/unstar/multiple (Nextcloud News API) entsternt als Fertig-Signal; bei Fehlern bleibt der Stern stehen und der Job meldet sich (z. B. ntfy/Pushcut-Notification).
Plugin-Infrastruktur für das Auth-/Paywall-Problem:
Adapter-Registry mit gemeinsamem Interface pro Domain (matches(url), needs_auth(), load_session(), login(), fetch(), extract()). Default-Adapter für unauthentifizierte Seiten (Readability/Trafilatura-artige Extraktion); domainspezifische Adapter (z. B. für heise.de) kapseln Login-Flow und Session-Handling (Cookie/Storage-State, verschlüsselt at-rest). Neue Paywall-Site = neue Adapter-Datei, Rest der Pipeline bleibt unverändert.
Offene Fragen:
Wo läuft der Poll-Job/die Adapter-Pipeline (Homelab-Container? bestehende Infrastruktur?).
Konkreter Login-Flow für Heise+ (Formularfelder, 2FA?) ungeklärt.
Speicherort/Verschlüsselung der Zugangsdaten (age/GPG?) nur als Idee, nicht entschieden.
Wie wird ein fehlgeschlagener Adapter dem Nutzer gemeldet — Kanal noch offen.
Wie wird der Git-Commit ins Vault-Repo ausgelöst (lokaler Runner mit SSH-Deploy-Key? Push von einem Server aus?) — ungeklärt.
Hinweis zur Einordnung in diesen Tracker: Dies ist kein Chemenu-Stack-Thema im Sinne von instructions/dev/issue-tracking.md — es betrifft eine private RSS-zu-Obsidian-Automatisierung außerhalb dieses Repos. Keines der bestehenden area/*-Labels passt inhaltlich, daher bewusst ohne area/-Label angelegt. Als status/incoming ist das laut Konvention unproblematisch (die vier Pflichtlabels sind bei diesem Flag noch nicht fällig) — bei der Triage muss aber geklärt werden, ob dieser Tracker überhaupt der richtige Ort für das Thema ist.
**Changelog:** Auf Wunsch des Betreibers (2026-10-02) bleibt dieses Issue offen, als Sammelstelle für alles zur Infrastruktur außerhalb des Stacks (RSS-Poll, Auth-/Fetch-Dienst), bis es in ein eigenes Repo wandert. Body neu gegliedert: ursprünglicher Entwurf erhalten, ergänzt um die Abgrenzung zum Stack (#120 `raw fetch` + `--html`, #169 Andockstelle `.wikitool-fetch.json`), die Idee eines zentralen Auth-Dienstes für beide Verbraucher, ungeprüfte Annahmen zum heise+-Login und eine Option, Artikel über MCP-`submit` in eine Instanz zu liefern. Titel angepasst. `status/incoming` entfernt; `kind/decision`, `prio/waiting`, `size/L` gesetzt, bewusst ohne `area/` (kein Stack-Thema).
Der ursprüngliche Stub, wörtlich:
> **Herkunft:** Aus einer Diskussion in der LLM-Wiki-Space-Session vom 2026-09-09/10, keine wikitool-Ausarbeitung.
>
> **Ausgangsproblem:** Torben liest RSS über FieryFeeds (iOS) mit Nextcloud-News-Backend. Artikel, die den vollen Text erfordern (z. B. hinter Paywall wie Heise+), werden bisher manuell später am Desktop per Obsidian Web Clipper in den Vault übernommen — unbequem, weil das Lesen typischerweise abends im Bett passiert und der Clipper eine laufende Desktop-Instanz von Obsidian voraussetzt.
>
> **Skizzierter Ansatz:**
>
> 1. Trigger: Artikel in FieryFeeds als "Starred" markieren (normale App-Funktion, kein fragiles Shortcuts-Feature — FieryFeeds' Siri-Shortcuts-Support wurde vom Entwickler aus technischen Gründen größtenteils entfernt).
> 2. Poll-Job (Cron, z. B. alle 10–15 Min) fragt die Nextcloud-News-API ab: `GET /items/updated?lastModified=<ts>&type=2` liefert alle seit dem letzten Lauf geänderten Starred-Items.
> 3. Für jeden neuen Artikel: Domain-Matching gegen eine Adapter-Registry (siehe unten), Volltext holen, zu Markdown extrahieren.
> 4. Note mit Frontmatter (Titel, URL, Datum, Quelle) wird per Git-Commit direkt ins Vault-Repo geschrieben — bewusst **nicht** über Obsidian Local REST API oder eine Clipper-artige URI, weil beide eine laufende, erreichbare Obsidian-Instanz voraussetzen (das war der ursprüngliche Bequemlichkeits-Blocker).
> 5. Erfolgreich verarbeitete Items werden per `PUT /items/unstar/multiple` (Nextcloud News API) entsternt als Fertig-Signal; bei Fehlern bleibt der Stern stehen und der Job meldet sich (z. B. ntfy/Pushcut-Notification).
>
> **Plugin-Infrastruktur für das Auth-/Paywall-Problem:**
>
> Adapter-Registry mit gemeinsamem Interface pro Domain (`matches(url)`, `needs_auth()`, `load_session()`, `login()`, `fetch()`, `extract()`). Default-Adapter für unauthentifizierte Seiten (Readability/Trafilatura-artige Extraktion); domainspezifische Adapter (z. B. für heise.de) kapseln Login-Flow und Session-Handling (Cookie/Storage-State, verschlüsselt at-rest). Neue Paywall-Site = neue Adapter-Datei, Rest der Pipeline bleibt unverändert.
>
> **Offene Fragen:**
>
> - Wo läuft der Poll-Job/die Adapter-Pipeline (Homelab-Container? bestehende Infrastruktur?).
> - Konkreter Login-Flow für Heise+ (Formularfelder, 2FA?) ungeklärt.
> - Speicherort/Verschlüsselung der Zugangsdaten (age/GPG?) nur als Idee, nicht entschieden.
> - Wie wird ein fehlgeschlagener Adapter dem Nutzer gemeldet — Kanal noch offen.
> - Wie wird der Git-Commit ins Vault-Repo ausgelöst (lokaler Runner mit SSH-Deploy-Key? Push von einem Server aus?) — ungeklärt.
>
> **Quellen aus der Recherche:**
>
> - Nextcloud News External API v1-2 (Endpunkte `items/updated`, `items/star(unstar)/multiple`): https://github.com/nextcloud/news/blob/master/docs/api/api-v1-2.md
> - Nextcloud News Nutzer-Doku (Mark Read/Starred): https://nextcloud.github.io/news/user/
> - FieryFeeds' reduzierter Shortcuts-/Siri-Support (Entwickler-Blog): https://voidstern.net/archives/3101
> - Obsidian Web Clipper – offizielle Einführung (setzt laufende Obsidian-Instanz voraus): https://obsidian.md/help/web-clipper
> - Obsidian Web Clipper – Capture-Mechanik (Obsidian-URI): https://obsidian.md/help/web-clipper/capture
> - Obsidian Local REST API (Plugin, Alternative zur URI, setzt ebenfalls laufende Instanz voraus): https://coddingtonbear.github.io/obsidian-local-rest-api/
> - Web-Scraping hinter Login mit Python/Requests+BeautifulSoup (Heise-Ratgeber, Beispiel für Session-Cookie-Ansatz): https://www.heise.de/ratgeber/Python-Websitedaten-nach-einem-Login-auslesen-4681895.html
> - n8n-Workflow-Beispiel "Send RSS feed data to webhook": https://n8n.io/workflows/159-send-rss-feed-data-to-webhook/
> - Pushcut Automation Server (Alternative Trigger-Mechanik, in der Diskussion zugunsten des Poll-Ansatzes verworfen): https://www.pushcut.io/support/automation-server
>
> **Hinweis zur Einordnung in diesen Tracker:** Dies ist kein Chemenu-Stack-Thema im Sinne von `instructions/dev/issue-tracking.md` — es betrifft eine private RSS-zu-Obsidian-Automatisierung außerhalb dieses Repos. Keines der bestehenden `area/*`-Labels passt inhaltlich, daher bewusst ohne `area/`-Label angelegt. Als `status/incoming` ist das laut Konvention unproblematisch (die vier Pflichtlabels sind bei diesem Flag noch nicht fällig) — bei der Triage muss aber geklärt werden, ob dieser Tracker überhaupt der richtige Ort für das Thema ist.
torben
changed title from RSS-zu-Obsidian-Pipeline: Star-Flag-Poll über Nextcloud-News-API mit Adapter-Plugin für Paywall-Auth (Entwurf) to [Notizzettel, wandert in eigenes Repo] RSS-Pipeline und Auth-/Fetch-Dienst für Paywall-Artikel2026-10-02 20:03:41 +00:00
torben
changed title from [Notizzettel, wandert in eigenes Repo] RSS-Pipeline und Auth-/Fetch-Dienst für Paywall-Artikel to [Notizzettel, wandert in eigenes Repo] RSS-Auslöser: markierte Artikel aus Nextcloud News automatisch in Vault oder Instanz2026-10-09 21:43:51 +00:00
Changelog: Wunsch 2 (Paywall-Artikel ins Wiki) ist in den Stack gewandert. #169 liefert jetzt den Abruf mit Session selbst mit, der zentrale Auth-/Fetch-Dienst mit Login-Adaptern ist damit entfallen. Hier bleibt nur der RSS-Auslöser (Wunsch 1). Neu ist die Zieloption „nur die URL als .url-Datei liefern“, dafür ist noch kein Stack-Paket angelegt. Titel angepasst. Hier steht keine Kette: Das Issue ist kein Stack-Paket.
**Changelog:** Wunsch 2 (Paywall-Artikel ins Wiki) ist in den Stack gewandert. #169 liefert jetzt den Abruf mit Session selbst mit, der zentrale Auth-/Fetch-Dienst mit Login-Adaptern ist damit entfallen. Hier bleibt nur der RSS-Auslöser (Wunsch 1). Neu ist die Zieloption „nur die URL als `.url`-Datei liefern“, dafür ist noch kein Stack-Paket angelegt. Titel angepasst. Hier steht keine Kette: Das Issue ist kein Stack-Paket.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Was hier bleibt und was gewandert ist
Ursprünglich zwei Wünsche mit einem gemeinsamen Kern (Auth-/Fetch-Dienst). Seit 2026-10-09:
raw login <host>ein, danach holtraw fetchmit seiner Session. Es gibt keinen eigenen Auth-Dienst, keine Login-Adapter und keine gespeicherten Passwörter. Für einen Dienst im Homelab bleibt in #169 die externe Andockstelle (Entwurf 5).RSS-Pipeline (Stand der Überlegung)
GET /items/updated?lastModified=<ts>&type=2der Nextcloud-News-API liefert die seit dem letzten Lauf geänderten Items mit Stern.PUT /items/unstar/multiplenimmt den Stern weg, als Fertig-Signal. Fehler: Stern bleibt, Benachrichtigung (ntfy/Pushcut o. ä.).Verworfen: Pushcut Automation Server als Auslöser (zugunsten Poll); Obsidian Local REST API und Clipper-URI als Ziel-Schnittstelle (beide brauchen eine laufende Obsidian-Instanz - genau der ursprüngliche Blocker).
Ziel: wohin der Artikel geht
.url-Datei inincoming/ab.raw pendingschlägt dafürraw fetch <url>vor, und der Abruf läuft später mit der Session der Instanz (#169).url-Dateien inraw pending), noch nicht angelegt. Setzt voraus, dass die Pipelineincoming/erreichtsubmitder Instanz →mcp-upload/, Mensch gibt perwikitool upload acceptfreiraw/CONTRACT.md§ mcp-upload). Ungeprüft, obsubmiteine.url- oder HTML-Datei sauber transportiertwikitoolläuft. Auslösung offen: Runner mit Deploy-Key oder Push vom ServerNicht entschieden, ob Wunsch 1 in chemenu landen soll, im Vault oder in beiden.
Abgrenzung zum Stack (verbindlich in den jeweiligen Issues)
raw fetch <url>ohne Login, Ableitung HTML → Text.raw login), plus externe Andockstelle für einen Abrufdienst.Offene Fragen
incoming/der Instanz (gleiche Maschine, synchronisierter Ordner), oder geht es nur über MCPsubmit?Auslöser (
prio/waiting)Ein eigenes Repo für diese Infrastruktur wird angelegt. Dann wird der Body dorthin übernommen und das Issue hier mit Verweis geschlossen. Bis dahin wird hier gesammelt.
Quellen aus der Recherche (2026-09-09/10)
items/updated,items/star(unstar)/multiple): https://github.com/nextcloud/news/blob/master/docs/api/api-v1-2.mdChangelog: Auf Wunsch des Betreibers (2026-10-02) bleibt dieses Issue offen, als Sammelstelle für alles zur Infrastruktur außerhalb des Stacks (RSS-Poll, Auth-/Fetch-Dienst), bis es in ein eigenes Repo wandert. Body neu gegliedert: ursprünglicher Entwurf erhalten, ergänzt um die Abgrenzung zum Stack (#120
raw fetch+--html, #169 Andockstelle.wikitool-fetch.json), die Idee eines zentralen Auth-Dienstes für beide Verbraucher, ungeprüfte Annahmen zum heise+-Login und eine Option, Artikel über MCP-submitin eine Instanz zu liefern. Titel angepasst.status/incomingentfernt;kind/decision,prio/waiting,size/Lgesetzt, bewusst ohnearea/(kein Stack-Thema).Der ursprüngliche Stub, wörtlich:
RSS-zu-Obsidian-Pipeline: Star-Flag-Poll über Nextcloud-News-API mit Adapter-Plugin für Paywall-Auth (Entwurf)to [Notizzettel, wandert in eigenes Repo] RSS-Pipeline und Auth-/Fetch-Dienst für Paywall-Artikel[Notizzettel, wandert in eigenes Repo] RSS-Pipeline und Auth-/Fetch-Dienst für Paywall-Artikelto [Notizzettel, wandert in eigenes Repo] RSS-Auslöser: markierte Artikel aus Nextcloud News automatisch in Vault oder InstanzChangelog: Wunsch 2 (Paywall-Artikel ins Wiki) ist in den Stack gewandert. #169 liefert jetzt den Abruf mit Session selbst mit, der zentrale Auth-/Fetch-Dienst mit Login-Adaptern ist damit entfallen. Hier bleibt nur der RSS-Auslöser (Wunsch 1). Neu ist die Zieloption „nur die URL als
.url-Datei liefern“, dafür ist noch kein Stack-Paket angelegt. Titel angepasst. Hier steht keine Kette: Das Issue ist kein Stack-Paket.