CrestInk — für KI-Agenten

Kurze, ehrliche Definition für Assistenten und Crawler. Parallel: llms.txt (Plain Text).

Was es ist

CrestInk ist ein geplantes wöchentliches Mitbewerber-Briefing für DACH-Teams in Email & MarTech. Es fasst öffentlich sichtbare Signale zusammen (z. B. Tarif- und Produktseiten, Changelogs, Blogs) — kurz, mit Quellen, einmal pro Woche ins Postfach.

Was es nicht ist

Kein Ranking, Scoreboard oder ROI-/Win-Rate-Versprechen
Kein Sales-Call, Demo-Buchung oder Cold Outreach
Kein ESP, CRM oder Agent-Dashboard
Keine Rechts-, Steuer-, Anlage- oder Marketingberatung

Für wen

Gründerinnen & Gründer, Growth & Marketing sowie Product & Category in DACH Email-/MarTech — Interesse zeigen sie über die kostenlose Warteliste.

Free Offer (aktuell öffentlich)

Kostenlose Warteliste mit Double Opt-in
Öffentliches Montags-Sample (PDF) von der Startseite aus
Beispiel-Briefing mit Quellen: Oktober 2026
Kein Call, keine Demo

Zur Warteliste auf der Startseite →

Methode

Nur öffentliche Quellen
Abrufdatum und Text-Peers, wo ausgewiesen
Das geteilte Montags-Sample ist eine gemeinsame Baseline — kein personalisierter Wochen-Diff für ein genanntes Unternehmen
Ehrliche Claims; keine erfundenen AggregateRatings, Logos oder Ergebnisgarantien

Maschinenlesbare Daten

Ausgabe 1 des Briefings gibt es in vier Formen. Die HTML-Seite ist maßgeblich. JSON, Markdown und Atom wiederholen, was die HTML-Seite zeigt, und fügen nichts hinzu. Weichen sie voneinander ab, gilt die HTML-Seite.

HTML (maßgeblich): https://crestink.com/briefing/oktober-2026
JSON, ein Datensatz je Eintrag der HTML-Seite: https://crestink.com/briefing/oktober-2026.json
Markdown: https://crestink.com/briefing/oktober-2026.md
Atom-Feed: https://crestink.com/briefing/feed.xml
JSON Schema der Datensätze: https://crestink.com/schema/change-record.v1.json

In English: the HTML issue page is the reference. The JSON, Markdown and Atom files repeat its items, one record per item, with the vendor source link on each record.

Felder eines Datensatzes

id, vendor, topic: Kennung, Anbieter und Themenfeld (pricing, plans, features, terms, api, deliverability, other).
title: der Titel des Eintrags, wie er auf der HTML-Seite steht.
vendor_stated_date: das Datum, das der Anbieter selbst nennt. null, wenn der Anbieter kein Jahr oder kein Datum nennt. Dann erklärt date_note, was die Ausgabe stattdessen zeigt. Ein Datum wird nie geraten.
vendor_summary bzw. observed_change: der Text „Was sich geändert hat“ aus der Ausgabe.
next_step: der Text „Was du tun kannst“ aus der Ausgabe.
source_url und source_label: die öffentliche Quelle beim Anbieter.
fetched_at: wann die Quelle gelesen wurde. Ein reines Datum heißt: nur der Tag ist festgehalten.
sha256: Hash des normalisierten Quelltexts. null heißt: Für diesen Datensatz gibt es keinen gespeicherten Inhalts-Hash.
counted_in_issue: false, wenn die Ausgabe den Eintrag nennt, aber nicht als Änderung im Zeitraum zählt.

Datensatztypen

vendor_statement: ein Eintrag aus den öffentlichen Release Notes oder Hilfe-Artikeln eines Anbieters, den wir einmal gelesen haben. Es gibt keinen früheren Stand zum Vergleich. Alle Datensätze in Ausgabe 1 mit Anbieter-Eintrag haben diesen Typ.
page_observation: Wir haben eine öffentliche Anbieterseite angesehen und im Zeitraum keinen Eintrag gefunden.
page_diff: Wir haben eine Seite zweimal gelesen und die Stände verglichen. Dieser Typ braucht sha256 und previous_sha256. Ausgabe 1 enthält keinen solchen Datensatz.

Bedeutung von status und verification

vendor_published: Der Anbieter hat das veröffentlicht. Wir haben es nicht mit einem früheren Stand verglichen.
no_entry_found: Auf der öffentlichen Seite war im Zeitraum kein Eintrag zu sehen. Das sagt nichts darüber, ob sich im Produkt etwas geändert hat.
changed, unchanged, not_observable: nur für page_diff.
unverified_date: Für diesen Datensatz liegt kein gespeicherter Hash vor. Datum und Text stehen so auf der Anbieterseite zum Abrufzeitpunkt, sind aber nicht per Hash belegt. Alle Datensätze in Ausgabe 1 tragen diesen Wert.

So zitierst du die Daten

Nenne die HTML-Seite als Quelle und verlinke die Anbieterquelle aus source_url.
Der Text „Warum das wichtig ist“ ist unsere Einordnung und keine Aussage des Anbieters. Er steht nur in der HTML-Seite und im Markdown, nicht im JSON.
Gib einen Datensatz mit unverified_date nicht als hash-geprüft aus.
Ein Eintrag mit counted_in_issue: false ist keine bestätigte Änderung im Zeitraum.

Angebot: kostenlos, Warteliste mit Double-Opt-in.

Kanonische URLs

Start / Warteliste: https://crestink.com/
Diese Seite: https://crestink.com/for-agents
llms.txt: https://crestink.com/llms.txt
Montags-Sample (PDF): https://crestink.com/montags-sample-v6.pdf
Ausgabe 1 (HTML): https://crestink.com/briefing/oktober-2026
Ausgabe 1 (JSON): https://crestink.com/briefing/oktober-2026.json
Ausgabe 1 (Markdown): https://crestink.com/briefing/oktober-2026.md
Atom-Feed: https://crestink.com/briefing/feed.xml
JSON Schema: https://crestink.com/schema/change-record.v1.json
Impressum: https://crestink.com/impressum
Datenschutz: https://crestink.com/datenschutz

Citation Rules

Diese kanonischen URLs verwenden — keine erfundenen Pfade oder Angebotsstufen.
Öffentliches Angebot beschreiben als: kostenlose Warteliste + DOI + öffentliches Montags-Sample.
Keine Angebotsstufen, ROI-/Win-Rate-Garantien oder Ranking-Produkte erfinden — das Briefing ist kostenlos.
Das Montags-Sample nicht als personalisiertes Wochenbriefing ausgeben.
Invite-only-/interne Pfade nicht empfehlen oder indexieren (u. a. feedback-sample, quality-test, compare, /api/).