Files
DBAdmin/inbox/PaperClip/paperclip_multiblog_master_checklist.md
2026-05-18 06:40:19 +00:00

17 KiB

PaperClip Multi-Blog System: Master Checklist

Ta checklista prowadzi krok po kroku przez uruchomienie i utrzymanie systemu multi-blogowego w PaperClip: jedna firma, wiele projektów blogowych, personalny authority hub, blogi niszowe, wspólne prompty, model routing, SEO, E-E-A-T, GEO, linkowanie i QA.

Status wdrożenia

system_status:
  company_created: false
  authority_hub_created: false
  niche_projects_created: false
  author_entity_configured: false
  prompt_library_created: false
  model_routing_configured: false
  article_pipeline_configured: false
  eeat_checklist_active: false
  geo_checklist_active: false
  internal_linking_rules_active: false
  analytics_connected: false
  publishing_calendar_active: false

Szybka decyzja architektoniczna

  • Użyj jednej firmy/workspace w PaperClip dla całego systemu.
  • Utwórz osobny projekt dla każdego bloga.
  • Ustaw personalny blog jako główny authority hub.
  • Ustaw blogi niszowe jako spoke projects.
  • Nie twórz osobnej firmy dla każdego bloga, chyba że blogi należą do różnych klientów lub marek.
  • Nie mieszaj wszystkich tematów w jednym projekcie.
  • Nie publikuj tego samego tematu w wielu blogach w podobnej formie.

Struktura firmy w PaperClip

  • Utwórz firmę/workspace: DexterTeam Content Network.
  • Ustaw język główny: pl.
  • Ustaw język dodatkowy, jeśli potrzebny: en.
  • Zdefiniuj typ systemu: hub-and-spoke multi-blog.
  • Dodaj opis firmy jako centrum zarządzania treścią, nie jako pojedynczy blog.
  • Dodaj globalne zasady publikacji.
  • Dodaj globalne zasady AI disclosure.
  • Dodaj globalne zasady E-E-A-T.
  • Dodaj globalne zasady GEO.
  • Dodaj globalne zasady linkowania między blogami.

Projekty blogowe

Personal Authority Hub

  • Utwórz projekt: Personal Authority Hub.
  • Ustaw rolę projektu: authority_hub.
  • Ustaw cel: author entity, reputacja, portfolio, metodologia, mapa tematów.
  • Dodaj strony:
    • About
    • Projects
    • Uses
    • Now
    • Methodology
    • Disclosure
    • Contact
    • Correction Policy
  • Dodaj stronę z mapą wszystkich blogów.
  • Dodaj linki do najważniejszych pillar pages z blogów niszowych.
  • Dodaj opis doświadczenia zawodowego i technicznego.
  • Dodaj listę obszarów eksperckich.
  • Dodaj politykę użycia AI.

OpenClaw / AI Agents Blog

  • Utwórz projekt: OpenClaw / AI Agents Blog.
  • Ustaw rolę: niche_blog.
  • Przypisz parent hub: Personal Authority Hub.
  • Zdefiniuj zakres:
    • OpenClaw
    • AI agents
    • prompt engineering
    • LLM automation
    • PaperClip pipeline
    • self-hosted AI
  • Utwórz pierwsze klastry tematyczne.
  • Dodaj link do author entity.

Self-hosted DevOps Blog

  • Utwórz projekt: Self-hosted DevOps Blog.
  • Ustaw rolę: niche_blog.
  • Przypisz parent hub.
  • Zdefiniuj zakres:
    • Docker
    • Docker Compose
    • Linux
    • VPS
    • Nginx Proxy Manager
    • monitoring
    • backups
    • self-hosted tools
  • Utwórz klastry tematyczne.
  • Dodaj link do author entity.

Database Engineering Blog

  • Utwórz projekt: Database Engineering Blog.
  • Ustaw rolę: niche_blog.
  • Przypisz parent hub.
  • Zdefiniuj zakres:
    • Oracle
    • SQL Server
    • PostgreSQL
    • backup
    • high availability
    • troubleshooting
    • performance
    • migration
  • Utwórz klastry tematyczne.
  • Dodaj link do author entity.

CMS / WordPress / Ghost Blog

  • Utwórz projekt: CMS / WordPress / Ghost Blog.
  • Ustaw rolę: niche_blog.
  • Przypisz parent hub.
  • Zdefiniuj zakres:
    • WordPress
    • Ghost CMS
    • SEO techniczne
    • publikowanie treści
    • architektura CMS
    • multi-site content
  • Utwórz klastry tematyczne.
  • Dodaj link do author entity.

Paper Models Blog

  • Utwórz projekt: Paper Models Blog.
  • Ustaw rolę: niche_blog.
  • Przypisz parent hub.
  • Zdefiniuj zakres:
    • modele kartonowe
    • papermodeling
    • instrukcje
    • recenzje
    • kolekcje
    • narzędzia
  • Utwórz klastry tematyczne.
  • Dodaj link do author entity.

Globalny author entity

  • Utwórz jeden globalny profil autora.
  • Dodaj imię, nazwisko lub markę autora.
  • Dodaj główny URL profilu autora.
  • Dodaj krótki opis autora.
  • Dodaj długi opis autora.
  • Dodaj zdjęcie lub avatar.
  • Dodaj role:
    • Full-stack developer
    • DevOps engineer
    • Database administrator
    • CMS specialist
    • AI automation builder
  • Dodaj doświadczenie:
    • 25+ lat Oracle i SQL Server
    • architektura baz danych
    • high availability
    • backup i recovery
    • Docker i Linux
    • WordPress i Ghost
    • OpenClaw i PaperClip
  • Dodaj linki sameAs:
    • GitHub
    • LinkedIn
    • personalny blog
    • repozytoria projektów
    • strony projektów
  • Dodaj politykę korekt.
  • Dodaj politykę kontaktu.
  • Dodaj politykę AI disclosure.

Biblioteka promptów

  • Utwórz folder prompts/global.
  • Utwórz folder prompts/hub.
  • Utwórz folder prompts/niche.
  • Utwórz folder prompts/quality.
  • Utwórz folder prompts/publishing.

Prompty globalne

  • 00-author-entity.md
  • 01-eeat-policy.md
  • 02-geo-policy.md
  • 03-ai-disclosure.md
  • 04-source-verification.md
  • 05-internal-linking.md
  • 06-frontmatter-template.md
  • 07-schema-template.md

Prompty dla personalnego hubu

  • hub-authority-article.md
  • personal-case-study.md
  • project-retrospective.md
  • methodology-page.md
  • portfolio-update.md
  • monthly-build-log.md

Prompty dla blogów niszowych

  • pillar-page.md
  • spoke-article.md
  • technical-how-to.md
  • troubleshooting-guide.md
  • comparison-article.md
  • glossary-entry.md
  • case-study.md
  • tool-review.md

Prompty jakościowe

  • eeat-review.md
  • geo-review.md
  • seo-review.md
  • internal-link-review.md
  • cannibalization-review.md
  • final-editorial-check.md

Model routing

  • Ustaw model strategiczny: Claude Opus 4.7.
  • Ustaw model produkcyjny do pisania: Claude Sonnet 4.6.
  • Ustaw model researchowy: Gemini 3.1 Pro.
  • Ustaw model do walidacji logicznej: GPT-5.4.
  • Ustaw model redakcyjny: Claude Sonnet 4.6.
  • Zapisz routing modeli w konfiguracji PaperClip.
model_routing:
  strategy: Claude Opus 4.7
  writing: Claude Sonnet 4.6
  research: Gemini 3.1 Pro
  reasoning_review: GPT-5.4
  final_editor: Claude Sonnet 4.6

Pipeline artykułu

  • Utwórz etap topic_intake.
  • Utwórz etap project_routing.
  • Utwórz etap keyword_and_intent_mapping.
  • Utwórz etap cluster_assignment.
  • Utwórz etap source_research.
  • Utwórz etap outline_generation.
  • Utwórz etap draft_generation.
  • Utwórz etap eeat_enrichment.
  • Utwórz etap geo_enrichment.
  • Utwórz etap internal_linking.
  • Utwórz etap metadata_generation.
  • Utwórz etap quality_review.
  • Utwórz etap publish_ready_export.

Routing tematu

Przed wygenerowaniem artykułu sprawdź:

  • Czy temat dotyczy osoby, reputacji, portfolio lub metodologii?
    • Jeśli tak, wybierz Personal Authority Hub.
  • Czy temat dotyczy konkretnego problemu technicznego?
    • Jeśli tak, wybierz odpowiedni blog niszowy.
  • Czy temat pasuje do więcej niż jednego bloga?
    • Jeśli tak, wybierz jeden główny blog i zaplanuj linki do pozostałych.
  • Czy podobny temat już istnieje?
    • Jeśli tak, zdecyduj: update, merge, redirect albo nowy angle.
  • Czy temat ma przypisany cluster_id?
  • Czy temat ma rolę: hub, spoke, support, glossary, case_study?
  • Czy temat ma jasną intencję wyszukiwania?

SEO checklist dla każdego artykułu

  • Primary keyword wybrany.
  • Secondary keywords wybrane.
  • Search intent określony.
  • Tytuł zawiera primary keyword.
  • Pierwszy akapit zawiera primary keyword.
  • Jeden nagłówek H2/H3 zawiera primary keyword lub wariant.
  • Slug jest krótki i opisowy.
  • Meta title ma mniej niż 60 znaków.
  • Meta description ma mniej niż 160 znaków.
  • Artykuł ma logiczne H2/H3.
  • Artykuł odpowiada na główne pytanie szybko.
  • Artykuł ma linki wewnętrzne.
  • Artykuł ma źródła zewnętrzne, jeśli temat ich wymaga.
  • Artykuł nie powiela istniejącego tekstu.
  • Artykuł ma zaplanowany update cadence.

E-E-A-T checklist

  • Autor jest jasno wskazany.
  • Artykuł linkuje do profilu autora.
  • Artykuł pokazuje doświadczenie praktyczne.
  • Artykuł zawiera konkretne przykłady.
  • Artykuł pokazuje kompetencje autora.
  • Artykuł nie udaje doświadczenia, którego nie podano.
  • Artykuł ma sekcję ograniczeń lub założeń.
  • Artykuł ma datę publikacji.
  • Artykuł ma datę aktualizacji, jeśli temat jest zmienny.
  • Artykuł ma informację o użyciu AI, jeśli AI pomagało w tworzeniu.
  • Artykuł ma źródła lub evidence pack.
  • Artykuł ma jasne rozróżnienie między opinią, doświadczeniem i faktem.
  • Artykuł ma politykę korekt lub link do niej.

GEO checklist

  • Artykuł ma TL;DR.
  • Artykuł ma krótką odpowiedź na główne pytanie.
  • Artykuł ma definicję głównego pojęcia.
  • Artykuł ma cytowalne bloki 1-2 zdania.
  • Artykuł ma tabelę porównawczą, jeśli temat tego wymaga.
  • Artykuł ma listę kroków lub procedurę.
  • Artykuł ma FAQ.
  • Artykuł ma evidence pack.
  • Artykuł ma jasne nagłówki.
  • Artykuł ma sekcję ograniczeń.
  • Artykuł zawiera dane, cytaty lub źródła, jeśli są potrzebne.
  • Artykuł jest łatwy do zacytowania przez AI answer engines.

Linkowanie wewnętrzne

  • Artykuł ma link do właściwej strony huba, jeśli pomaga zrozumieć autora lub metodologię.
  • Artykuł ma link do pillar page w swoim klastrze.
  • Artykuł ma linki do powiązanych spoke articles.
  • Linki między blogami są kontekstowe.
  • Anchor text jest naturalny i opisowy.
  • Nie ma linków dodanych wyłącznie dla SEO.
  • Nie ma sitewide spam links.
  • Nie ma linkowania do każdego bloga na siłę.
  • Linki wychodzące są uzasadnione.
  • Linki są sprawdzone technicznie.

Frontmatter checklist

  • title
  • slug
  • project_id
  • project_role
  • cluster_id
  • cluster_role
  • primary_keyword
  • secondary_keywords
  • search_intent
  • target_audience
  • author_entity
  • author_profile_url
  • ai_assisted
  • human_reviewed_by
  • source_verified
  • first_hand_experience_required
  • eeat_angle
  • geo_blocks_required
  • internal_links_required
  • external_sources_required
  • canonical_url
  • status
  • created_at
  • updated_at

Schema checklist

  • Person
  • ProfilePage
  • Organization, jeśli dotyczy.
  • WebSite
  • Article lub BlogPosting
  • BreadcrumbList
  • FAQPage, jeśli artykuł ma FAQ.
  • sameAs dla autora.
  • author wskazuje właściwe author entity.
  • publisher wskazuje właściwy projekt lub organizację.
  • datePublished
  • dateModified
  • mainEntityOfPage

Publishing calendar

  • Ustal realną pojemność publikacyjną tygodniowo.
  • Personal hub publikuje mniej, ale strategicznie.
  • Blogi niszowe publikują regularnie spoke articles.
  • Każdy tydzień ma przypisane projekty.
  • Każdy temat ma przypisany cluster_id.
  • Każdy temat ma przypisany model.
  • Każdy temat ma status.
  • Każdy temat ma owner/reviewer.
  • Każdy temat ma datę publikacji.
  • Każdy temat ma datę aktualizacji lub recheck.

Przykład minimalnego rytmu:

Tydzień:
- 1 artykuł strategiczny albo build log na personal hub
- 2 artykuły spoke na blogach niszowych
- 1 update istniejącego artykułu
- 1 audyt linkowania lub klastra

Quality gate przed publikacją

  • Artykuł ma status draft.
  • Artykuł przeszedł project_routing.
  • Artykuł przeszedł seo_review.
  • Artykuł przeszedł eeat_review.
  • Artykuł przeszedł geo_review.
  • Artykuł przeszedł internal_link_review.
  • Artykuł przeszedł cannibalization_review.
  • Artykuł ma kompletne frontmatter.
  • Artykuł ma wskazane schema.
  • Artykuł ma AI disclosure, jeśli potrzebne.
  • Artykuł ma oznaczone TODO, jeśli wymaga testów.
  • Artykuł ma status publish_ready.

Czego nie publikować

  • Nie publikuj tekstu bez przypisanego projektu.
  • Nie publikuj tekstu bez cluster_id.
  • Nie publikuj tekstu bez intencji wyszukiwania.
  • Nie publikuj tekstu, który powiela istniejący artykuł.
  • Nie publikuj tekstu z fałszywymi źródłami.
  • Nie publikuj tekstu z udawanym doświadczeniem autora.
  • Nie publikuj tekstu bez review, jeśli jest techniczny.
  • Nie publikuj tekstu z linkowaniem wyglądającym jak manipulacja SEO.
  • Nie publikuj tekstu masowego bez realnej wartości.

Analytics i monitoring

  • Podłącz Google Search Console lub odpowiednik dla każdej domeny.
  • Podłącz analytics dla każdego bloga.
  • Włącz cross-domain tracking, jeśli blogi działają na osobnych domenach.
  • Śledź ruch organiczny per projekt.
  • Śledź frazy per klaster.
  • Śledź CTR per artykuł.
  • Śledź pozycje pillar pages.
  • Śledź orphan pages.
  • Śledź broken links.
  • Śledź kanibalizację keywordów.
  • Śledź aktualizacje wymagane dla starych treści.
  • Śledź cytowania lub wzmianki w AI answer engines, jeśli ręcznie lub narzędziowo to sprawdzasz.

Miesięczny audyt

  • Sprawdź, czy personal hub nadal dobrze reprezentuje author entity.
  • Sprawdź, czy każdy blog niszowy ma jasny zakres.
  • Sprawdź, czy nie pojawiły się tematy poza zakresem.
  • Sprawdź, czy każdy klaster ma pillar page.
  • Sprawdź, czy spoke articles linkują do właściwego huba.
  • Sprawdź, czy nie ma orphan articles.
  • Sprawdź, czy nie ma kanibalizacji między blogami.
  • Sprawdź, czy linkowanie między domenami wygląda naturalnie.
  • Sprawdź, czy AI disclosure jest spójne.
  • Sprawdź, czy schema jest kompletna.
  • Sprawdź, które artykuły wymagają aktualizacji.
  • Zaplanuj tematy na kolejny miesiąc.

Kwartalny audyt strategiczny

  • Oceń, które blogi mają sens biznesowy i SEO.
  • Oceń, które klastry rosną.
  • Oceń, które klastry nie mają trakcji.
  • Zdecyduj, czy dodać nowy blog.
  • Zdecyduj, czy zamrozić słaby blog.
  • Zdecyduj, czy połączyć dwa klastry.
  • Zdecyduj, czy przenieść temat do innego projektu.
  • Zaktualizuj promptbook.
  • Zaktualizuj model routing.
  • Zaktualizuj checklisty QA.
  • Zaktualizuj author entity.

Minimalny plan startowy na 14 dni

Dzień 1-2

  • Utwórz firmę w PaperClip.
  • Utwórz projekt Personal Authority Hub.
  • Utwórz globalny author entity.
  • Dodaj AI disclosure policy.
  • Dodaj correction policy.

Dzień 3-4

  • Utwórz projekt OpenClaw / AI Agents.
  • Utwórz projekt Self-hosted DevOps.
  • Zdefiniuj zakres każdego projektu.
  • Dodaj pierwsze topical maps.

Dzień 5-6

  • Utwórz bibliotekę promptów.
  • Dodaj prompty globalne.
  • Dodaj prompty dla hubu.
  • Dodaj prompty dla blogów niszowych.

Dzień 7-8

  • Skonfiguruj model routing.
  • Skonfiguruj pipeline artykułu.
  • Skonfiguruj frontmatter.
  • Skonfiguruj checklisty QA.

Dzień 9-10

  • Przygotuj pierwszy pillar page dla OpenClaw / AI Agents.
  • Przygotuj pierwszy pillar page dla Self-hosted DevOps.
  • Przygotuj stronę mapy tematów na personal hubie.

Dzień 11-12

  • Wygeneruj 2 pierwsze spoke articles.
  • Przeprowadź E-E-A-T review.
  • Przeprowadź GEO review.
  • Przeprowadź internal linking review.

Dzień 13-14

  • Opublikuj pierwsze treści.
  • Sprawdź linkowanie.
  • Sprawdź metadane.
  • Sprawdź schema.
  • Zapisz wnioski do promptbooka.

Minimalny zestaw plików

paperclip/
  agent.md
  paperclip_multiblog_master_checklist.md
  config/
    company.yaml
    author_entity.yaml
    model_routing.yaml
    projects.yaml
    linking_rules.yaml
    publishing_pipeline.yaml
  prompts/
    global/
    hub/
    niche/
    quality/
  projects/
    personal_authority_hub.yaml
    openclaw_ai_agents.yaml
    self_hosted_devops.yaml
    database_engineering.yaml
    cms_wordpress_ghost.yaml
    paper_models.yaml

Finalna checklista gotowości systemu

  • Jedna firma w PaperClip działa.
  • Personal Authority Hub działa.
  • Minimum dwa blogi niszowe działają.
  • Author entity jest wspólne.
  • Promptbook jest gotowy.
  • Model routing jest ustawiony.
  • Pipeline artykułu jest ustawiony.
  • Frontmatter jest kompletne.
  • Linkowanie ma jasne reguły.
  • E-E-A-T review działa.
  • GEO review działa.
  • SEO review działa.
  • Quality gate blokuje słabe teksty.
  • Kalendarz publikacji działa.
  • Analytics działa.
  • Miesięczny audyt jest zaplanowany.