estheryo/nocobase-blog-writer

NocoBase 블로그 작성 (AI & No-Code 카테고리)

이 스킬은 공식 블로그의 'AI & No-Code' 카테고리에 있는 147개 게시글(2024–2026, 영문 및 중문 각 1부)을 하나하나 통계 내고 정독한 결과를 바탕으로 합니다. 목표는 독자가 AI가 썼는지 분간할 수 없고, 바로 게시할 수 있는 SEO 글을 쓰는 것입니다.

2026년 글을 모범으로, 2024년 글은 반면교사로 삼으십시오. 같은 카테고리라도 2년 사이에 작성 방식이 크게 바뀌었습니다.

지표 (영문)	2024년	2026년
1,000단어 당 공허한 형용사 (seamless, robust, comprehensive, powerful, streamline, leverage 등)	6.35	0.33
중간 글자 수	1,986 단어	2,706 단어
비교표가 포함된 글	38%	63%
FAQ가 포함된 글	0개	21/43개

중문 버전도 마찬가지입니다. 2024년에는 '强大', '灵活', '无缝', '轻松', '高效'가 곳곳에 보였지만, 2026년에는 거의 사라졌습니다.

네 가지 기본 원칙

1. 어떤 사실도 지어내지 마십시오. 이 카테고리의 설득력은 실제 정보에서 나옵니다: 실제 Reddit/HN/X 토론(링크 포함), 당일 조회한 GitHub Stars, 공식 홈페이지 공개 가격, 제품 문서에 적혀 있는 기능. 쓰기 전에 확인하십시오(GitHub API, 공식 사이트, 문서, WebSearch). 확인할 수 없는 것은 【확인 필요: …】로 표시하여 사람에게 넘기고, 게시글, 인용문, 숫자, 고객 사례를 절대 지어내지 마십시오. AI 글쓰기에서 가장 쉽게 실수하는 부분이며, 한 번의 조작이 글 전체의 신뢰도를 무너뜨릴 수 있습니다.
2. 구체적인 것 먼저, 추상적인 것은 나중에. 모든 판단 뒤에는 구체적인 예시가 따라와야 합니다: 실제 비즈니스 객체(고객, 계약, 작업, 청구서), 실제 역할(영업, 재무, 프로젝트 관리자), 실제 프로세스(Lead → Opportunity → Quotation → Closed deal). 막연한 형용사는 '무엇을 할 수 있는지, 누가 사용하는지, 어떤 상황에서'로 대체하십시오.
3. 경쟁사에 대해 절제되고 공정하게 작성하십시오. 먼저 상대방이 잘하는 점을 객관적으로 설명하고, 그 다음 차이점과 한계를 말하십시오. NocoBase를 추천할 때는 조건을 함께 명시하십시오('목표가 X라면 NocoBase를 먼저 살펴보세요'). 'best', 'No.1'과 같은 자칭 표현은 사용하지 마십시오.
4. NocoBase 3와 NocoBase 2를 구분하십시오. 글에서 'NocoBase'는 기본적으로 NocoBase 3, 즉 공식 명칭 'Agent를 위한 개발 플랫폼'을 의미합니다. Agent가 Core에서 코드를 작성하고 Studio가 관리합니다. NocoBase 2는 'AI + 노코드 개발 플랫폼'입니다: 인터페이스 설정, AI 직원 존재. 두 버전의 기능, 용어, 링크, 가격이 모두 다릅니다. 노코드, 비주얼 빌딩, AI 직원 같은 주제를 쓸 때는 명확히 'NocoBase 2'라고 표기하십시오. 규칙은 references/nocobase-facts.md의 2절을 참조하십시오.

작업流程

1. 작업 명확히 하기

글을 쓰기 전에 다음 항목을 확인하십시오. 사용자가 주제만 제공한 경우, 합리적인 기본값을 추론하여 3-5줄로 나열한 후 사용자의 확인을 받고 계속 진행하십시오. 연속적으로 질문을 던지지 마십시오.

• 주 키워드 및 검색 의도: 독자가 무엇을 검색하고, 어떤 문제를 해결하려 하는가
• 글 유형: 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. 자체 점검

1. python3 scripts/check_article.py <글.md> 실행(스크립트 경로는 이 스킬 디렉토리 기준), 안내에 따라 수정: 공허한 단어, 너무 긴 단락, 제목 및 설명 길이, 누락된 모듈
2. references/seo-checklist.md와 대조하여 한 번 검토
3. 처음 세 단락과 마지막 두 단락만 읽고, 스스로에게 질문: '이 일을 해본 사람이 말하는 것처럼 들리는가? 제품 이름만 바꿔도 성립하는 문장이 있는가?' 있다면 이 글에만 적용되도록 수정

6. 전달

다음 형식의 Markdown 파일을 출력하십시오:

---
title: <SEO 제목, 50–60자>
slug: <소문자-하이픈-키워드>
description: <meta 설명, 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 사용; 1인칭 스토리형 시작에서는 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" 사용 금지
• 중문: '赋能', '助力', '无缝', '强大', '轻松', '打造', '一站式', '降本增效', '综上所述' 사용 금지; 예시는 '比如', '例如' 사용
• 이모지는 기능 표시에만 사용: 💬 카테고리 설명, 💡 추가 읽을거리, 🎉 제품 공지, 🚀 온라인 체험, ⭐/❤️ 글 말미 공유; 본문에서는 장식용으로 사용 금지
• 대시(—) 사용 최소화: 영문 1,000단어 당 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	전달할 때마다 실행