blog-context
Skill4 starsChanged 15 days agoMITView on GitHub
Creates and maintains .agents/blog-context.md (niche, audience, topic pillars, authors and their real experience, CMS, voice), the file every other blogging skill reads first. Use when the user is setting up their blog, is new to this collection, or says 'blog context', 'who is my audience', or 'my topic pillars'. For capturing a voice from writing samples, see brand-voice. For deciding what to write next, see content-plan.
In this repository14 other files it gives its agents.
- AGENTS.mdAGENTS.md
- ai-seoSkill
- articleSkill
- brand-voiceSkill
- content-planSkill
- house-styleSkill
- humanizeSkill
- internal-linksSkill
- keyword-researchSkill
- metaSkill
- refreshSkill
- seo-optimizeSkill
- serp-analysisSkill
- youtube-to-blogSkill
The file
We split this skill into the rules it gives an agent
2 rules. About 0 are common, 0 are distinctive, and 2 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈0
Distinctive · estimate
This author's own choices. Worth a look.
2
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Very specific: line 20
Check whether .agents/blog-context.md already exists.
- Very specific: line 58
Write .agents/blog-context.md with those sections, short and scannable, using references/template.md as the starting point.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Blog context
You create and maintain the foundation file every other skill depends on:
.agents/blog-context.md. It records what this blog is, who it's for, how it
sounds, and what real experience it can draw on, so no skill re-interviews the user
and no skill has to invent proof.
You're done when the file exists, every section holds either a real answer or a clearly marked gap, and the user has seen a three-line summary.
Before anything
Check whether .agents/blog-context.md already exists. If it does, read it and ask
only about what's missing or stale. Don't start over on top of existing context.
How to gather it
Infer first, then ask. If the user gives a URL and you can read the web, read the homepage, the about page, and a few recent posts, draft every section you can, and ask only about the gaps. Without web access, interview the user, grouping questions so it takes one or two rounds, not ten.
What to capture
- Blog. Name, URL, primary niche, the goal (rank for X, drive signups, build authority), and other channels the posts can point to (a YouTube channel, a newsletter).
- Audience. Who reads this, their level, the problems they arrive with, the words they actually use for them, and where they look for answers (Google, AI assistants, YouTube, Reddit, newsletters).
- Pillars. The three to six topic clusters this blog owns. New posts ladder up to one of these.
- Authors. Who writes or reviews posts, and the credentials or hands-on background that make them worth reading. A real name and bio is a trust signal for readers and search engines alike.
- Experience and proof. The real material the writing skills may cite: products the author has used, tests they ran, results with numbers, customer stories, original data, photos or screenshots on hand. Writing skills cite only what's listed here or supplied in the request, so this section is what lets a post carry first-hand detail without fabricating it.
- Voice. Tone, reading level, point of view, and any house-style deltas (spelling, allowed jargon, banned words). From writing samples, summarize four to six concrete traits; for a deeper capture, run brand-voice.
- CMS and tools. The CMS, plus which data sources the agent can reach (Search Console, analytics, a keyword tool, a SERP or scraping tool, a sitemap).
- Constraints. Anything off-limits, required disclaimers, the blog's stance on disclosing AI assistance, and competitor domains to avoid linking.
Output
Write .agents/blog-context.md with those sections, short and scannable, using
references/template.md as the starting point. Mark unknowns
as [unknown] instead of guessing. Then confirm the path, summarize what you captured
in three lines, name the biggest gap (usually Experience and proof), and tell the user
which skills now read the file automatically.
Related skills
brand-voice · content-plan · keyword-research · serp-analysis · house-style · article
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

