scbe-article-posting
Publish articles and content across all platforms — GitHub Discussions, Dev.to, X/Twitter, Buffer, YouTube, and more. Use when posting, scheduling, or managing content distribution for SCBE/Aethermoore.
Best use case
scbe-article-posting is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Publish articles and content across all platforms — GitHub Discussions, Dev.to, X/Twitter, Buffer, YouTube, and more. Use when posting, scheduling, or managing content distribution for SCBE/Aethermoore.
Teams using scbe-article-posting should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/scbe-article-posting/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How scbe-article-posting Compares
| Feature / Agent | scbe-article-posting | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Publish articles and content across all platforms — GitHub Discussions, Dev.to, X/Twitter, Buffer, YouTube, and more. Use when posting, scheduling, or managing content distribution for SCBE/Aethermoore.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# SCBE Article Posting Publish governed content across all distribution channels from the terminal. ## Quick Post Commands One-liner commands for each platform: ```bash # GitHub Discussions (primary — 40+ articles live) python scripts/publish/publish_discussions.py --file content/articles/YOUR_ARTICLE.md # X/Twitter (OAuth 2.0 PKCE) python scripts/publish/post_to_x.py --text "Your tweet text here" python scripts/publish/post_to_x.py --thread content/articles/x_thread_FILE.md # Buffer (scheduled multi-platform) python scripts/publish/post_to_buffer.py --file content/articles/YOUR_ARTICLE.md # All platforms at once (governed pipeline) python scripts/publish/post_all.py --file content/articles/YOUR_ARTICLE.md # YouTube (video from article — TTS + slides) python scripts/publish/article_to_video.py --input content/articles/YOUR_ARTICLE.md --output artifacts/youtube/ python scripts/publish/post_to_youtube.py --file artifacts/youtube/YOUR_VIDEO.mp4 --title "Title" --privacy unlisted # HYDRA content pipeline (5-stage governed conveyor) python -m hydra content scan # Scan for new content python -m hydra content stage # Stage for review python -m hydra content review # Run QA gates python -m hydra content approve # Approve passing content python -m hydra content publish # Publish approved content python -m hydra content stats # View pipeline stats ``` ## Content Pipeline (HYDRA 5-Stage) ``` Scan -> Stage -> Review (QA gate) -> Approve -> Publish ``` State persists at `artifacts/content_pipeline/pipeline_state.json`. QA gate: `scripts/publish/content_qa.py` (checks length, citations, formatting, SEO). ## SEO Best Practices Checklist Run through this checklist before publishing every article: ### Title and Headlines - [ ] Title is 50-60 characters (max 70 for search display) - [ ] Title contains the primary keyword near the front - [ ] Title is specific and promises a clear takeaway - [ ] H2/H3 subheadings use secondary keywords naturally ### Meta and Open Graph - [ ] Meta description is 150-160 characters with primary keyword - [ ] `og:title`, `og:description`, `og:image` tags are set (1200x630 image) - [ ] Twitter card type is `summary_large_image` - [ ] Canonical URL is set if cross-posting ### Content Structure - [ ] First paragraph contains the primary keyword within the first 100 words - [ ] Article is at least 800 words (1500+ for pillar content) - [ ] Includes at least 2-3 internal links to other SCBE content - [ ] Includes at least 1-2 external authoritative links (arXiv, docs, standards) - [ ] Code blocks have language annotations (```python, ```typescript) - [ ] Images have descriptive alt text ### Keywords and Readability - [ ] Primary keyword appears 3-5 times naturally (not stuffed) - [ ] Secondary keywords appear 1-2 times each - [ ] Sentences average under 25 words - [ ] Paragraphs are 2-4 sentences max - [ ] Uses bullet points or numbered lists for scanability ### Technical SEO - [ ] URL slug is short, lowercase, hyphenated (e.g., `poincare-cost-scaling`) - [ ] No orphan pages — article is linked from at least one index/hub page - [ ] Published date and author are machine-readable (JSON-LD or front matter) - [ ] No broken links (run `scripts/publish/content_qa.py` to check) ### Platform-Specific Notes | Platform | Key SEO Factor | |----------|---------------| | GitHub Discussions | Use Discussion category labels; first line is indexed as summary | | Dev.to | Set `canonical_url` to your primary URL; use 3-4 tags max | | X/Twitter | First tweet of thread carries all the weight; include image | | YouTube | Title keyword in first 3 words; description first 2 lines matter | | Medium | Subtitle field is the meta description; 5 tags max | | Substack | Subject line is the SEO title; preview text is meta description | ## Article Source Locations | Location | Content Type | |----------|-------------| | `content/articles/` | Markdown articles ready for publishing | | `content/articles/x_thread_*.md` | X/Twitter thread formatted posts | | `docs/research/` | Research notes (convert to articles before publishing) | | `artifacts/content_pipeline/` | Pipeline state and QA reports | ## Key Files | File | Purpose | |------|---------| | `scripts/publish/post_all.py` | Multi-platform publisher | | `scripts/publish/publish_discussions.py` | GitHub Discussions publisher | | `scripts/publish/post_to_x.py` | X/Twitter OAuth 2.0 publisher | | `scripts/publish/post_to_buffer.py` | Buffer scheduled posting | | `scripts/publish/content_qa.py` | QA gate (38+ article checks) | | `scripts/publish/enrich_from_arxiv.py` | Auto-add arXiv citations to fix QA failures | | `hydra/content_pipeline.py` | 5-stage governed conveyor | | `artifacts/content_pipeline/pipeline_state.json` | Pipeline state | ## Guardrails 1. All articles pass `content_qa.py` before publishing. 2. Cross-posted articles must set `canonical_url` to avoid duplicate content penalties. 3. Never publish API keys, tokens, or secrets in article content. 4. Rate limits: X (300 tweets/3hr), GitHub API (5000/hr), Buffer (per plan). 5. Keep `pipeline_state.json` committed after each publish run for audit trail.
Related Skills
scbe-training-pair-authoring
Create prompt and response and metadata training pairs from SCBE documents, repair traces, terminal sessions, and operational workflows using the repository's canonical dataset contract and provenance rules.
scbe-spin-conversation-engine
Generate SFT training data via radial matrix conversation pivots with D&D-style combat research mode. Produces diverse, cost-effective training pairs with Sacred Tongue encoding, golden spiral problem distribution, and harmonic re-attunement.
scbe-research-training-bridge
Stage arXiv evidence and Obsidian markdown into source-grounded Hugging Face training bundles for research, review, and later SFT runs.
scbe-document-management
Consolidate overlapping docs, classify files by authority, and keep SCBE repo documents aligned with runtime truth. Use when the repo has drift between canonical docs, public docs, proposal notes, research branches, and generated evidence.
scbe-colab-bridge
Control Google Colab notebooks from Claude Code via Chrome extension. Execute cells, run terminal commands, read outputs, and manage GPU compute remotely.
scbe-claim-to-code-evidence
Map SCBE Notion technical claims, proof pages, and patent-facing architecture notes to concrete repository evidence such as code paths, tests, demos, and docs. Use when Codex needs to build a due-diligence packet, claim-to-code audit, implementation crosswalk, patent support note, or proof summary from local Notion exports and repo artifacts.
scbe-autonomous-worker-productizer
Turn SCBE automation, autonomous worker, and revenue-system notes into concrete offers, workflow packs, pilot plans, or SaaS-facing product packets. Use when Codex needs to package Notion automation pages into buyer-ready offerings, n8n/Zapier workflow designs, flock-backed worker systems, or implementation roadmaps tied to existing SCBE repo surfaces.
scbe-code-scanning-ops
Operate GitHub code scanning and CodeQL remediation for SCBE repositories. Use when triaging code-scanning alerts, mapping alert classes to fix patterns, validating targeted regressions, or wiring dedicated CodeQL workflows and runbooks into the repo.
scbe-world-anvil-lore-rag-7th-tongue
Build and operate a lore-focused RAG system using World Anvil exports and SCBE docs, with deterministic Claude/Codex cross-talk packets for handoff. Use when users ask to structure lore canon retrieval, sync worldbuilding data, enforce citation-grounded generation, or coordinate a 7th Tongue overseer lane across multiple AI agents.
scbe-webtoon-book-conversion
Convert The Six Tongues Protocol and related manuscript sections into webtoon/manhwa storyboard packets, episode roadmaps, panel expansion plans, and image-generation-ready prompt lanes. Use when extending the series storyboard, adapting book chapters into vertical scroll episodes, or keeping art generation tied to canon instead of drifting into generic fantasy panels.
scbe-voice-render-verification
Govern and verify SCBE voice rendering work that maps Langues weighting into breath, phase, and Layer 14 audio-axis packets. Use when implementing or reviewing `scripts/voice_gen_hf.py`, emitting sidecar voice packets, validating canonical tongue ordering, tuning breath planning or phase timing, or keeping voice docs and code aligned with `docs/LANGUES_WEIGHTING_SYSTEM.md` and `docs/specs/SCBE_VOICE_EMOTIONAL_TIMBRE_SYSTEM.md`.
scbe-universal-synthesis
Orchestrate all installed Codex skills through an auto-updating synthesis matrix with Sacred Tongues routing, emotion/intent metadata, and decodable lexicon packets tied to established SCBE characters. Use when the user asks for cross-skill coordination, auto skill updates, multi-skill routing, or Sacred Tongues intent mapping.