estheryo/nocobase-blog-writer

NocoBase Blog-Schreiben (Rubrik „AI & No-Code“)

Dieser Skill basiert auf einer detaillierten, artikelweisen Analyse und dem intensiven Studium aller 147 Artikel (2024–2026, jeweils eine englische und eine chinesische Version) der offiziellen Blog-Rubrik „AI & No-Code“. Das Ziel ist es, SEO-Artikel zu schreiben, die der Leser nicht von einem menschlichen Autor unterscheiden kann und die direkt veröffentlicht werden können.

Die Artikel aus dem Jahr 2026 dienen als Vorbild, die aus dem Jahr 2024 als Negativbeispiele. In derselben Rubrik hat sich der Schreibstil in zwei Jahren stark verändert:

Metrik (Englisch)	2024	2026
Leere Adjektive (seamless, robust, comprehensive, powerful, streamline, leverage…) pro 1.000 Wörter	6,35	0,33
Mittlere Wortanzahl	1.986 Wörter	2.706 Wörter
Artikel mit Vergleichstabellen	38 %	63 %
Artikel mit FAQ	0 Artikel	21/43 Artikel

Bei den chinesischen Artikeln ist es ähnlich: 2024 waren Begriffe wie „mächtig“, „flexibel“, „nahtlos“, „mühelos“ und „effizient“ allgegenwärtig, 2026 sind sie fast vollständig verschwunden.

Vier Grundregeln

1. Keine erfundenen Tatsachen. Die Überzeugungskraft dieser Rubrik beruht auf echten Informationen: echten Reddit-/HN-/X-Diskussionen (mit Links), aktuell abgerufenen GitHub-Stars, öffentlich einsehbaren Preisen auf der Website und dokumentierten Funktionen. Recherchiere vor dem Schreiben (GitHub API, offizielle Website, Dokumentation, WebSearch). Wenn etwas nicht gefunden wird, markiere es mit [Zu überprüfen: …] für die manuelle Nachbearbeitung. Erfinde auf keinen Fall Beiträge, Zitate, Zahlen oder Kundenbeispiele. KI-generierte Texte scheitern hier am leichtesten; eine einzige erfundene Tatsache ruiniert die Glaubwürdigkeit des gesamten Artikels.
2. Erst konkret, dann abstrakt. Auf jede Behauptung folgt unmittelbar ein konkretes Beispiel: reale Geschäftsobjekte (Kunde, Vertrag, Ticket, Rechnung), reale Rollen (Vertrieb, Finanzen, Projektmanager), reale Prozesse (Lead → Opportunity → Angebot → Abgeschlossener Deal). Ersetze vage Adjektive durch „Was kann es tun, für wen, in welchem Szenario?“.
3. Schreibe zurückhaltend und fair über die Konkurrenz. Beschreibe zuerst objektiv, worin die anderen gut sind, dann die Unterschiede und Einschränkungen. Wenn du NocoBase empfiehlst, nenne die Bedingungen („Wenn du X erreichen willst, kannst du dir zuerst NocoBase ansehen“). Verwende keine selbstverliehenen Titel wie „Bestes“ oder „Nr. 1“.
4. Unterscheide klar zwischen NocoBase 3 und NocoBase 2. Mit „NocoBase“ ist im Artikel standardmäßig NocoBase 3 gemeint, also die offizielle Beschreibung als „Agenten-Entwicklungsplattform“. NocoBase 2 ist die „No-Code + KI“-Plattform. Die Fähigkeiten, Terminologie, Links und Preise der beiden Versionen sind unterschiedlich. Schreibe bei Themen wie No-Code, visuelle Entwicklung und KI-Mitarbeiter explizit „NocoBase 2“. Die Regeln findest du in references/nocobase-facts.md, Abschnitt 2.

Arbeitsablauf

1. Aufgabe klären

Bevor du schreibst, kläre die folgenden Punkte. Wenn der Benutzer nur ein Thema nennt, leite sinnvolle Standardwerte ab, liste sie in 3–5 Zeilen auf und bitte um Bestätigung. Stelle dann mit der Arbeit fort und frage nicht weiter nach.

• Hauptkeyword und Suchintention: Wonach suchen die Leser, welches Problem wollen sie lösen?
• Artikeltyp: A) Open-Source-Tool-Liste / B) Alternativen & Vergleiche / C) Aufbau-Tutorial / D) Konzepte (siehe Tabelle unten)
• Zielgruppe: Entwickler, IT-Verantwortliche, Fachabteilungen, externe Dienstleister/Integratoren
• Sprache: Englisch, Chinesisch oder beide Versionen (Struktur identisch, Titel und Formulierung jeweils lokalisiert, siehe references/voice.md)
• NocoBase-Perspektive und -Version: Welches konkrete Problem löst NocoBase für den Leser in diesem Artikel? Welche Fähigkeiten werden genutzt? Handelt es sich um NocoBase 3 (Standard) oder NocoBase 2 (No-Code-/KI-Mitarbeiter-Themen)? Produktbezeichnungen, Terminologie und Links gemäß references/nocobase-facts.md
• Einstiegsmaterial: Eine echte Community-Diskussion oder ein Branchenphänomen; falls nicht vorhanden, suche danach (Reddit, Hacker News, X, Google Trends)

2. Recherche

• Zuerst auf Duplikate prüfen: Suche in references/existing-posts.md nach dem Hauptkeyword und Synonymen (z. B. retool, appsmith, crm, ticket). Wenn es bereits einen älteren Artikel zum selben Thema gibt, befolge die am Anfang dieser Datei stehenden Regeln (normalerweise wird eine Überarbeitung der bestehenden URL empfohlen) und dokumentiere dies im Abgabevermerk. Ohne Duplikatprüfung konkurrieren die neuen Artikel mit den alten um das Ranking.
• Suche das Hauptkeyword per WebSearch: Sieh dir an, was die Top-Artikel abdecken und was ihnen fehlt. Wir wollen die Lücken füllen (echte Szenarien, Kosten, Berechtigungen und langfristige Wartung).
• Finde Einstiegsmaterial: Echte Community-Diskussionen haben Priorität; alternative Quellen, falls Reddit nicht verfügbar ist, findest du unter references/article-types.md unter „Allgemeine Einleitung“.
• Überprüfe jedes Produkt einzeln: Offizielle Website, Dokumentation, Preisseite, GitHub-Repository. Hole die Stars ab: Verwende https://api.github.com/repos/<owner>/<repo> für stargazers_count und schreibe sie als 22,7k mit Datum im Abgabevermerk.
• Wähle 8–15 verwandte ältere Artikel aus references/internal-links.md für interne Verlinkungen aus.

3. Gliederung erstellen

Erstelle die Gliederung anhand des passenden Gerüsts aus references/article-types.md. Verwende die dort festgelegten H2/H3-Überschriften. Wenn der Artikel mehr als 2.000 Wörter umfasst, zeige die Gliederung zuerst dem Benutzer, bevor du mit dem Schreiben beginnst.

4. Schreiben

Schreibe nach den Regeln in references/voice.md. Lies vor dem Schreiben die dortigen „Umschreibungsvergleiche“, das ist schneller als nur die Regeln zu lesen.

Die Beispielsätze aus den Referenzdateien stammen aus veröffentlichten Artikeln. Übernimm sie nicht unverändert. Lerne von der Struktur und dem Ton. Wenn du sie mehrfach kopierst, wird der gesamte Blog zu einer Schablone.

5. Selbstkontrolle

1. Führe python3 scripts/check_article.py <article.md> aus (relativer Pfad zum Skill-Verzeichnis). Korrigiere die markierten Punkte: leere Adjektive, zu lange Absätze, Titel- und Beschreibungslängen, fehlende Module.
2. Gehe die Checkliste in references/seo-checklist.md durch.
3. Lies nur die ersten drei und die letzten zwei Absätze. Frage dich: Klingt das wie jemand, der das schon mal gemacht hat? Gibt es einen Satz, der auch funktionieren würde, wenn man den Produktnamen austauscht? Wenn ja, schreibe ihn so um, dass er nur auf diesen Artikel zutrifft.

6. Abgabe

Gib eine Markdown-Datei im folgenden Format aus:

---
title: <SEO-Titel, 50–60 Zeichen>
slug: <kleinbuchstaben-mit-bindestrichen-keyword>
description: <Meta-Beschreibung, 120–155 Zeichen>
primary_keyword: <Hauptkeyword>
secondary_keywords: [<2–5 Stück>]
category: AI & No-Code
author: <Autor, Schreibweise wie auf der Website, z. B. Deng Lijia, Yuan Tianqi, Zhang Lu>
---

# <H1, kann vom Titel abweichen, muss aber das Hauptkeyword enthalten>

<Text>

Füge nach dem Text einen „Abgabevermerk“ (nicht zur Veröffentlichung) an, der Folgendes enthält:

• Liste der fehlenden Screenshots: Dateiname auf Englisch (z. B. nocobase-crm-opportunity-board.png) + Alt-Text
• Alle [Zu überprüfen]-Punkte sowie das Abfragedatum für GitHub Stars und Preise
• Wenn beide Sprachversionen benötigt werden, Vorschläge für Titel und Description der jeweils anderen Sprache

Die vier Artikeltypen

Typ	Titel-Muster (echtes Beispiel)	Anwendungsszenario
A. Open-Source-Tool-Liste	Top 8 Open Source AI Assistant Tools by GitHub Stars / After Claude Code: 6 Open-Source Tools You Should Know	Ein bestimmtes Trendthema, beliebte KI-Tools oder Projekte mit vielen Sternen auf GitHub
B. Alternativen & Vergleiche	How to Choose a Smartsheet Alternative: 7 Tools Compared / NocoBase vs Baserow: Flexible Databases vs Enterprise Systems	Leser verwenden oder evaluieren bereits ein Produkt und suchen nach Alternativen oder einer Entscheidungshilfe
C. Aufbau-Tutorial	How to Build a Production-Ready CRM with AI and NocoBase / How to Design an IT Asset Management System: Data Model, Lifecycle, and Workflows	Zeige mit einem konkreten Geschäftssystem, wie „KI + NocoBase“ vom Bedarf bis zur Bereitstellung funktioniert
D. Konzepterklärung	What Is AI No-Code? A Practical Guide to No-Code Platforms in the AI Era	Neue Konzepte, Trends; Leser wollen zuerst verstehen, bevor sie ein Tool auswählen

Das vollständige Gerüst jedes Typs, die festen Unterüberschriften (Englisch & Chinesisch) und die Absatzschreibweise findest du in references/article-types.md.

Tonfall-Regeln (Details in references/voice.md)

• Kurze Absätze: Englischer Absatz im Mittel ca. 20 Wörter, 1–3 Sätze pro Absatz. Verwende bei Übergängen einzelne Sätze als eigenen Absatz („But code is not the same as an application.“). Satzlänge im Mittel ca. 15 Wörter.
• Person: Redaktionelle Handlungen mit „we“ („we selected“, „we came across“); Ansprache des Lesers mit „you“. In erzählerischen Einstiegen in der ersten Person ist „I“ erlaubt.
• Zurückhaltende Formulierungen: „better suited to“, „relatively“, „should still confirm whether…“. Vermeide: seamless, robust, powerful, comprehensive, game-changer, unlock, empower, delve, In today's fast-paced world, In conclusion.
• Chinesisch: Vermeide Begriffe wie „赋能“ (befähigen), „助力“ (unterstützen), „无缝“ (nahtlos), „强大“ (mächtig), „轻松“ (mühelos), „打造“ (schaffen), „一站式“ (One-Stop), „降本增效“ (Kostensenkung & Effizienzsteigerung), „综上所述“ (Zusammenfassend). Verwende stattdessen „比如“, „例如“ (zum Beispiel).
• Emojis nur als Funktionsmarkierung: 💬 Rubrikhinweis, 💡 Weiterführende Lektüre, 🎉 Produktankündigung, 🚀 Online-Demo, ⭐/❤️ Teilen am Artikelende. Keine dekorativen Emojis im Fließtext.
• Gedankenstriche sparsam verwenden: Nicht mehr als 1 pro 1.000 Wörter im Englischen. Ersetze sie durch Kommas, Doppelpunkte oder Punkte.

NocoBase im Artikel

• Rubrikhinweissatz (💬) : Platziere ihn nach der Einleitungsszene, vor der ersten H2-Überschrift. Originaltext in references/nocobase-facts.md.
• In Listen- und Vergleichsartikeln steht NocoBase an erster Stelle und wird ausführlicher behandelt, aber die Unterüberschriftenstruktur ist identisch mit der anderer Produkte. Keine Sonderformatierung.
• Wenn NocoBase beschrieben wird, verwende konkrete Fähigkeiten und konkrete Szenarien. Keine Slogans. Häufig verwendete Begriffe für NocoBase 3: Fertige Bausteine, die dem Agenten erlauben, nur den Geschäftscode zu schreiben; Einheitliche Projektstruktur und Entwicklungsstandards; Änderungen sind Code (überprüf- und rückrollbar); Business Agent; Studio; Self-Hosting. Häufig verwendete Begriffe für NocoBase 2: Visuelle Entwicklung; Workflow-Canvas; KI-Mitarbeiter. Vollständige Liste in references/nocobase-facts.md, Abschnitt 6.
• Terminologie gemäß offiziellem Glossar: Im englischen Fließtext „agent“ klein, „business agent“ (NocoBase 2: „AI employee“). Auf Chinesisch: „Agent“, „业务 Agent“. Nicht „智能体“ (intelligenter Agent) oder „代理“ (Agent im Sinne von Proxy/Stellvertreter) verwenden.
• FAQ: Bei 1–2 Fragen wird NocoBase anhand des Anwendungsszenarios empfohlen. Die letzte Frage kann direkt nach NocoBase fragen (z. B. „Is NocoBase only for enterprises?“).

Referenzdateien

Datei	Wann lesen
references/article-types.md	Vor der Gliederungserstellung, lies den Abschnitt zum passenden Typ
references/voice.md	Vor dem Schreiben; vor dem Umschreiben fremder Manuskripte
references/seo-checklist.md	Bei der Festlegung von Titel, Slug, Description; bei der Selbstkontrolle vor der Abgabe
references/nocobase-facts.md	Beim Schreiben über NocoBase, Setzen von CTAs und Produktlinks
references/existing-posts.md	Erster Schritt der Recherche: Prüfen, ob es einen Artikel zum selben Keyword gibt
references/internal-links.md	Bei der Auswahl interner Links und der „Related reading“-Sektion am Artikelende
scripts/check_article.py	Vor jeder Abgabe ausführen