NocoBase 部落格寫作（AI & No-Code 欄目）
這個技能來自對官網部落格「AI & No-Code」分類全部 147 篇文章（2024–2026，中英文各一份）的逐篇統計和精讀。目標是寫出讀者分不出是不是 AI 寫的、可以直接發布的 SEO 文章。
以 2026 年的文章為範本，2024 年的文章是反面教材。 同一個欄目，寫法兩年間變化很大：
| 指標（英文） | 2024 年 | 2026 年 |
|---|---|---|
| 空洞形容詞（seamless、robust、comprehensive、powerful、streamline、leverage…）每千詞 | 6.35 | 0.33 |
| 篇幅中位數 | 1,986 詞 | 2,706 詞 |
| 帶對比表的文章 | 38% | 63% |
| 帶 FAQ 的文章 | 0 篇 | 21/43 篇 |
中文版同樣如此：2024 年「強大」「靈活」「無縫」「輕鬆」「高效」隨處可見，2026 年幾乎消失。
四條底線
- 不編造任何事實。 這個欄目的說服力來自真實資訊：真實的 Reddit/HN/X 討論（帶連結）、當天查到的 GitHub Stars、官網公開價格、產品文件裡寫著的功能。寫之前去查（GitHub API、官網、文件、WebSearch）。查不到的就標
【待核實：…】交給人工，絕不臆造帖子、引語、數字或客戶案例。AI 寫稿最容易在這裡出事，一處編造就會毀掉整篇的可信度。 - 先具體，後抽象。 每個判斷後面緊跟一個具體例子：真實的業務對象（客戶、合約、工單、發票）、真實的角色（銷售、財務、專案經理）、真實的流程（
Lead → Opportunity → Quotation → Closed deal）。泛泛的形容詞換成「它能做什麼、給誰用、在什麼場景」。 - 克制、公平地寫競品。 先客觀講清楚別人擅長什麼，再說差異和局限；推薦 NocoBase 時附上條件（「如果你的目標是 X，可以先看 NocoBase」），不用 best、No.1 這類自封的說法。
- 分清 NocoBase 3 和 NocoBase 2。 文章裡的「NocoBase」預設指 NocoBase 3，即官網說法「面向 Agent 的開發平台」：Agent 在 Core 上寫程式碼，Studio 負責治理。NocoBase 2 是「AI + 無程式碼開發平台」：介面配置，有 AI 員工。兩個版本的能力、術語、連結、價格都不一樣。寫無程式碼、可視化搭建、AI 員工這類主題時，明確寫「NocoBase 2」。規則見
references/nocobase-facts.md第 2 節。
工作流程
1. 明確任務
動筆前確認下面幾項。用戶只給了題目時，自己推斷合理預設值，用三五行列出請用戶確認，然後繼續，不要一連串追問。
- 主關鍵詞和搜尋意圖：讀者搜什麼，想解決什麼問題
- 文章類型：A 開源工具盤點 / B 替代品與對比 / C 搭建教學 / D 概念解讀（見下表）
- 目標讀者：開發者、IT 負責人、業務團隊、外包/整合商
- 語言：英文、中文，或兩版都要（中英文結構一致，標題和措辭各自本地化，見
references/voice.md） - NocoBase 的角度和版本：這篇文章裡 NocoBase 解決讀者的哪個具體問題，用到哪些能力。寫的是 NocoBase 3（預設）還是 NocoBase 2（無程式碼、AI 員工類主題）。產品說法、術語和連結以
references/nocobase-facts.md為準 - 開頭素材：一條真實的社群討論或行業現象；沒有就去找（Reddit、Hacker News、X、Google Trends）
2. 調研
- 先查重：在
references/existing-posts.md裡搜主關鍵詞和近義詞（比如 retool、appsmith、crm、ticket）。已經有同主題舊文時，按那個檔案開頭的規則處理（通常是建議在原 URL 上改寫），並寫進交付說明。不查重，新文章會和舊文互相搶排名 - 在 WebSearch 裡搜主關鍵詞，看排名前列的文章覆蓋了什麼、缺什麼。我們要補上它們沒講清楚的部分（真實場景、成本、權限和長期維護）
- 找開頭素材：真實社群討論優先；打不開 Reddit 時的備選來源見
references/article-types.md「通用開頭」 - 逐個核實要寫的產品：官網、文件、價格頁、GitHub 倉庫、Stars（用
https://api.github.com/repos/<owner>/<repo>取stargazers_count，寫成22.7k並在交付說明裡註明查詢日期） - 從
references/internal-links.md挑 8–15 篇相關舊文做內鏈
3. 列大綱
按 references/article-types.md 對應類型的骨架列大綱，H2/H3 用那裡的固定說法。文章超過 2,000 詞時，先把大綱給用戶看一眼再寫。
4. 寫作
按 references/voice.md 寫。寫之前讀一遍那裡的「改寫對照」，比讀規則更快找到感覺。
參考檔案裡的例句都摘自已發布的文章，學的是結構和語氣，不要原樣搬進新文章。照抄幾次，整個部落格就會變成同一個模板。
5. 自檢
- 執行
python3 scripts/check_article.py <文章.md>（腳本路徑相對本技能目錄），按提示修改：空洞詞、過長段落、標題和描述長度、缺失的模組 - 對照
references/seo-checklist.md過一遍 - 只讀開頭三段和結尾兩段，問自己：像不像一個做過這件事的人在講話？有沒有一句話換個產品名也成立？有的話就改到只適用於這篇文章
6. 交付
輸出一個 Markdown 檔案，格式如下：
---
title: <SEO 標題，50–60 字元>
slug: <小寫-連字號-關鍵詞>
description: <meta description，120–155 字元>
primary_keyword: <主關鍵詞>
secondary_keywords: [<2–5 個>]
category: AI & No-Code
author: <作者，寫法和官網一致，如 Deng Lijia、Yuan Tianqi、Zhang Lu>
---
# <H1，可以和 title 不同，但必須包含主關鍵詞>
<正文>
正文之後附一段「交付說明」（不發布），包括：
- 需要補的截圖清單：檔名用英文描述詞（如
nocobase-crm-opportunity-board.png）+ alt 文字 - 所有
【待核實】項，以及 GitHub Stars 和價格的查詢日期 - 兩版都要時，另一種語言的標題和 description 建議
四種文章類型
| 類型 | 標題模式（真實例子） | 適用場景 |
|---|---|---|
| A. 開源工具盤點 | Top 8 Open Source AI Assistant Tools by GitHub Stars / After Claude Code: 6 Open-Source Tools You Should Know | 某個熱門話題、熱門 AI 工具，或某個 GitHub topic 下的高星專案 |
| B. 替代品與對比 | How to Choose a Smartsheet Alternative: 7 Tools Compared / NocoBase vs Baserow: Flexible Databases vs Enterprise Systems | 讀者已經在用或在評估某個產品，想找替代或做選型 |
| C. 搭建教學 | How to Build a Production-Ready CRM with AI and NocoBase / How to Design an IT Asset Management System: Data Model, Lifecycle, and Workflows | 用一個具體業務系統示範「AI + NocoBase」從需求到上線 |
| D. 概念解讀 | What Is AI No-Code? A Practical Guide to No-Code Platforms in the AI Era | 新概念、新趨勢，讀者想先搞懂再選工具 |
每種類型的完整骨架、固定小標題（中英文）和段落寫法見 references/article-types.md。
語氣要點（細則見 references/voice.md）
- 短段落：英文段落中位數約 20 詞，一段 1–3 句；轉折處用單句成段（
But code is not the same as an application.）。句子平均約 15 詞 - 人稱：編輯動作用 we（
we selected、we came across），對讀者說話用 you；第一人稱故事型開頭可以用 I - 措辭克制：
better suited to、relatively、should still confirm whether…；不用 seamless、robust、powerful、comprehensive、game-changer、unlock、empower、delve、In today's fast-paced world、In conclusion - 中文：不用「賦能」「助力」「無縫」「強大」「輕鬆」「打造」「一站式」「降本增效」「綜上所述」；舉例用「比如」「例如」
- emoji 只做功能標記：💬 欄目說明、💡 延伸閱讀、🎉 產品公告、🚀 線上體驗、⭐/❤️ 文末分享；正文裡不裝飾
- 破折號少用：英文每千詞不超過 1 個，改用逗號、冒號或句號
NocoBase 在文中的位置
- 欄目說明句（💬 那一行）放在開頭場景之後、第一個正文 H2 之前，原文見
references/nocobase-facts.md - 盤點和對比文裡 NocoBase 排第一、寫得更深，但小標題結構和其他產品一致，不搞特殊版式
- 講 NocoBase 時落到具體能力和具體場景，不寫口號。NocoBase 3 常用：現成構件讓 Agent 只寫業務部分、統一的專案結構和開發規範、變更就是程式碼（可評審、可回滾）、業務 Agent、Studio、自託管。NocoBase 2 常用：可視化搭建、工作流畫布、AI 員工。完整清單見
references/nocobase-facts.md第 6 節 - 術語按官方術語表：英文正文裡 agent 小寫，business agent（NocoBase 2 叫 AI employee）；中文寫「Agent」「業務 Agent」，不寫「智能體」「代理」
- FAQ 裡有 1–2 個問題按使用場景推薦 NocoBase，最後一個問題可以直接問 NocoBase（比如「Is NocoBase only for enterprises?」）
參考檔案
| 檔案 | 什麼時候讀 |
|---|---|
references/article-types.md | 列大綱前，讀對應類型那一節 |
references/voice.md | 寫作前；改寫別人的稿子前 |
references/seo-checklist.md | 定標題、slug、description 時；交付前自檢 |
references/nocobase-facts.md | 寫到 NocoBase、放 CTA 和產品連結時 |
references/existing-posts.md | 調研第一步：查有沒有同關鍵詞舊文 |
references/internal-links.md | 選內鏈和文末「Related reading」時 |
scripts/check_article.py | 每次交付前執行 |