estheryo/nocobase-blog-writer

Rédaction de blog NocoBase (section AI & No-Code)

Ce skill repose sur l'analyse approfondie et la relecture systématique des 147 articles de la section « AI & No-Code » du blog officiel (2024-2026, versions anglaise et chinoise). L'objectif est de produire des articles SEO que les lecteurs ne peuvent pas distinguer d'une rédaction humaine, prêts à être publiés.

Les articles de 2026 servent de modèle ; ceux de 2024 sont des contre-exemples. La rédaction a beaucoup évolué en deux ans pour la même section :

Indicateur (anglais)	2024	2026
Adjectifs creux (seamless, robust, comprehensive, powerful, streamline, leverage…) pour 1000 mots	6,35	0,33
Longueur médiane	1 986 mots	2 706 mots
Articles avec tableau comparatif	38 %	63 %
Articles avec FAQ	0	21/43 articles

Il en va de même pour la version chinoise : en 2024, les termes « puissant », « flexible », « sans faille », « facile », « efficace » étaient omniprésents ; en 2026, ils ont presque disparu.

Quatre règles d'or

1. Ne jamais inventer de faits. La crédibilité de cette section repose sur des informations réelles : discussions authentiques sur Reddit/HN/X (avec liens), étoiles GitHub vérifiées le jour même, prix publics sur le site officiel, fonctionnalités documentées. Vérifiez avant d'écrire (API GitHub, site officiel, documentation, recherche web). Si vous ne trouvez pas, indiquez 【À vérifier : …】 et laissez à un humain le soin de compléter. Ne jamais inventer de posts, de citations, de chiffres ou de cas clients. C'est le piège le plus fréquent de l'écriture par IA, et une seule invention ruine la crédibilité de tout l'article.
2. D'abord le concret, ensuite l'abstrait. Chaque affirmation doit être suivie d'un exemple concret : un objet métier réel (client, contrat, ticket, facture), un rôle réel (commercial, financier, chef de projet), un processus réel (Lead → Opportunity → Devis → Affaire conclue). Remplacez les adjectifs vagues par « ce qu'il fait, pour qui, dans quel contexte ».
3. Parler des concurrents avec retenue et équité. Expliquez d'abord objectivement ce que fait bien l'autre, puis ses différences et limites ; recommandez NocoBase avec des conditions (« Si votre objectif est X, vous pouvez d'abord regarder NocoBase »), sans utiliser de termes auto-proclamés comme best, No.1.
4. Distinguer NocoBase 3 et NocoBase 2. Dans l'article, « NocoBase » fait par défaut référence à NocoBase 3, la « plateforme de développement orientée Agent » : l'Agent écrit le code sur le Core, et le Studio assure la gouvernance. NocoBase 2 est la « plateforme de développement AI + no-code » : configuration par interface, avec des employés IA. Les capacités, la terminologie, les liens et les prix des deux versions sont différents. Lorsque vous écrivez sur le no-code, la construction visuelle, les employés IA, mentionnez explicitement « NocoBase 2 ». Voir la section 2 de references/nocobase-facts.md.

Flux de travail

1. Définir la tâche

Avant de commencer à écrire, confirmez les éléments suivants. Si l'utilisateur ne donne que le sujet, déduisez des valeurs par défaut raisonnables, listez-les en 3 à 5 lignes pour que l'utilisateur les confirme, puis poursuivez sans poser une série de questions.

• Mot-clé principal et intention de recherche : que cherche le lecteur, quel problème veut-il résoudre
• Type d'article : A Listicle d'outils open source / B Alternatives et comparatifs / C Tutoriel de construction / D Article conceptuel (voir tableau ci-dessous)
• Public cible : développeurs, responsables informatiques, équipes métier, intégrateurs/prestataires
• Langue : anglais, chinois, ou les deux versions (structure identique, titres et formulation localisés, voir references/voice.md)
• Angle et version de NocoBase : dans cet article, quel problème spécifique de NocoBase le lecteur résout-il, quelles capacités sont utilisées ? S'agit-il de NocoBase 3 (par défaut) ou de NocoBase 2 (sujets liés au no-code, employés IA) ? La terminologie, les liens et les descriptions du produit doivent suivre references/nocobase-facts.md
• Amorce : une discussion ou un phénomène réel de la communauté ; si vous n'en avez pas, cherchez (Reddit, Hacker News, X, Google Trends)

2. Recherche

• Vérifier les doublons : cherchez le mot-clé principal et ses synonymes (ex. retool, appsmith, crm, ticket) dans references/existing-posts.md. S'il existe déjà un article sur le même sujet, suivez les règles au début de ce fichier (généralement, réécrire sur l'URL existante) et mentionnez-le dans les instructions de livraison. Sans cette vérification, le nouvel article cannibalisera le classement de l'ancien.
• Recherche web : cherchez le mot-clé principal sur le web, regardez ce que couvrent les articles les mieux classés et ce qu'ils n'abordent pas. Nous devons combler les lacunes (scénarios réels, coûts, permissions, maintenance à long terme).
• Trouver une amorce : privilégiez les discussions réelles de la communauté ; les sources alternatives si Reddit est inaccessible sont dans references/article-types.md section « Amorces génériques ».
• Vérifier chaque produit mentionné : site officiel, documentation, page de prix, dépôt GitHub, étoiles (utilisez https://api.github.com/repos/<owner>/<repo> pour obtenir stargazers_count, écrivez-le comme 22,7k et mentionnez la date de consultation dans les instructions de livraison).
• Sélectionner des liens internes : choisissez 8 à 15 articles connexes existants dans references/internal-links.md.

3. Établir le plan

Utilisez le squelette du type d'article correspondant dans references/article-types.md pour élaborer le plan, avec les titres H2/H3 fixes qui y figurent. Si l'article dépasse 2 000 mots, montrez d'abord le plan à l'utilisateur avant d'écrire.

4. Rédaction

Rédigez selon references/voice.md. Avant d'écrire, lisez la section « Tableau de réécriture » de ce fichier : elle est plus rapide pour trouver le bon ton que de lire les règles.

Les phrases d'exemple dans les fichiers de référence sont extraites d'articles déjà publiés ; apprenez-en la structure et le ton, mais ne les recopiez pas dans votre nouvel article. Si vous le faites plusieurs fois, tout le blog se retrouvera avec le même modèle.

5. Auto-vérification

1. Exécutez python3 scripts/check_article.py <article.md> (le chemin du script est relatif au répertoire de ce skill), puis modifiez selon les retours : mots creux, paragraphes trop longs, longueur du titre et de la description, modules manquants.
2. Passez en revue la checklist de references/seo-checklist.md.
3. Lisez uniquement les trois premiers paragraphes et les deux derniers, et demandez-vous : cela ressemble-t-il à quelqu'un qui a fait ce dont il parle ? Y a-t-il une phrase qui fonctionnerait si on remplaçait le nom du produit par un autre ? Si oui, modifiez-la pour qu'elle soit unique à cet article.

6. Livraison

Générez un fichier Markdown au format suivant :

---
title: <Titre SEO, 50–60 caractères>
slug: <mots-clés-en-minuscules-avec-tirets>
description: <Meta-description, 120–155 caractères>
primary_keyword: <Mot-clé principal>
secondary_keywords: [<2 à 5>]
category: AI & No-Code
author: <Auteur, orthographe conforme au site officiel, ex. Deng Lijia, Yuan Tianqi, Zhang Lu>
---

# <H1, peut différer du title, mais doit contenir le mot-clé principal>

<Corps de l'article>

Ajoutez à la suite du corps une section « Instructions de livraison » (non publiée) comprenant :

• La liste des captures d'écran à fournir : nom de fichier en anglais descriptif (ex. nocobase-crm-opportunity-board.png) + texte alternatif
• Tous les éléments 【À vérifier】, ainsi que les dates de consultation des étoiles GitHub et des prix
• Si les deux versions sont nécessaires, les suggestions de titre et de description dans l'autre langue

Les quatre types d'articles

Type	Exemple de titre réel	Contexte d'utilisation
A. Listicle d'outils open source	Top 8 Open Source AI Assistant Tools by GitHub Stars / After Claude Code: 6 Open-Source Tools You Should Know	Sujet tendance, outil IA populaire, ou projets les plus étoilés sous un topic GitHub donné
B. Alternatives et comparatifs	How to Choose a Smartsheet Alternative: 7 Tools Compared / NocoBase vs Baserow: Flexible Databases vs Enterprise Systems	Le lecteur utilise déjà ou évalue un produit et cherche une alternative ou fait un choix
C. Tutoriel de construction	How to Build a Production-Ready CRM with AI and NocoBase / How to Design an IT Asset Management System: Data Model, Lifecycle, and Workflows	Montrer, avec un système métier concret, le parcours « AI + NocoBase » du besoin à la mise en production
D. Article conceptuel	What Is AI No-Code? A Practical Guide to No-Code Platforms in the AI Era	Nouveau concept, nouvelle tendance : le lecteur veut d'abord comprendre avant de choisir un outil

Le squelette complet de chaque type, les sous-titres fixes (en anglais et en chinois) et la rédaction des paragraphes sont dans references/article-types.md.

Points clés du ton (détails dans references/voice.md)

• Paragraphes courts : en anglais, longueur médiane d'environ 20 mots, 1 à 3 phrases par paragraphe ; les transitions sont marquées par des phrases isolées (ex. But code is not the same as an application.). Les phrases font en moyenne 15 mots.
• Personnes : utilisez « nous » pour les actions éditoriales (we selected, we came across), « vous » pour vous adresser au lecteur ; les récits à la première personne peuvent commencer par « je ».
• Formulation sobre : better suited to, relatively, should still confirm whether… ; évitez seamless, robust, powerful, comprehensive, game-changer, unlock, empower, delve, In today's fast-paced world, In conclusion.
• En chinois : n'utilisez pas « 赋能 », « 助力 », « 无缝 », « 强大 », « 轻松 », « 打造 », « 一站式 », « 降本增效 », « 综上所述 » ; pour les exemples, utilisez « 比如 » ou « 例如 ».
• Émojis réservés aux marqueurs fonctionnels : 💬 pour les notes de section, 💡 pour les lectures complémentaires, 🎉 pour les annonces produit, 🚀 pour les démos en ligne, ⭐/❤️ pour les partages en fin d'article ; pas d'émojis décoratifs dans le corps du texte.
• Tirets cadratins (—) rares : en anglais, pas plus d'un pour 1 000 mots ; remplacez par des virgules, des deux-points ou des points.

Position de NocoBase dans l'article

• La phrase de note de section (ligne avec 💬) se place après l'amorce, avant le premier H2 du corps. Le texte exact se trouve dans references/nocobase-facts.md.
• Dans les listicles et les comparatifs, NocoBase est en première position et traité plus en détail, mais la structure des sous-titres est identique à celle des autres produits : pas de mise en page spéciale.
• Quand vous parlez de NocoBase, concentrez-vous sur des capacités et des scénarios concrets, pas sur des slogans. Pour NocoBase 3 : les composants prêts à l'emploi permettent à l'Agent de n'écrire que la partie métier, la structure de projet et les normes de développement unifiées, le changement comme code (auditable, rollback), l'Agent métier, le Studio, l'hébergement autonome. Pour NocoBase 2 : la construction visuelle, le canvas de workflow, l'employé IA. La liste complète est à la section 6 de references/nocobase-facts.md.
• Terminologie conforme au glossaire officiel : dans le texte anglais, « agent » en minuscule, « business agent » (NocoBase 2 : « AI employee ») ; en chinois, écrivez « Agent » et « 业务 Agent », pas « 智能体 » ni « 代理 ».
• Dans la FAQ, 1 à 2 questions recommandent NocoBase en fonction du cas d'utilisation ; la dernière question peut porter directement sur NocoBase (ex. « Is NocoBase only for enterprises? »).

Fichiers de référence

Fichier	Quand le lire
references/article-types.md	Avant de faire le plan, lisez la section du type correspondant
references/voice.md	Avant d'écrire ; avant de réécrire le texte de quelqu'un d'autre
references/seo-checklist.md	Lorsque vous définissez le titre, le slug et la description ; avant la livraison
references/nocobase-facts.md	Lorsque vous parlez de NocoBase, placez les CTA et les liens produit
references/existing-posts.md	Première étape de la recherche : vérifiez s'il existe un ancien article sur le même mot-clé
references/internal-links.md	Lorsque vous choisissez des liens internes et la section « Related reading » en fin d'article
scripts/check_article.py	Avant chaque livraison, exécutez-le