
content-collection
Set up and evolve Astro content collections with typed schemas and reliable querying patterns.
- Installs
- 415
- Last 24h
- —
- Trending rank
- —
- Security
- Not audited
Install
Works with every agent the skills CLI supports.
npx skills add https://github.com/incluud/astro-agent-skills --skill content-collection- 01
Install
Run the command in your project. The CLI asks which agents to install for.
- 02
Describe the task
Ask your agent for something this skill covers. It loads content-collection automatically when relevant.
- 03
Review the result
The agent follows the SKILL.md steps, scripts and references bundled with the skill.
SKILL.md
The instructions your agent reads when the skill is triggered.
Astro Content Collections
Use this skill when creating or refactoring structured content in Astro, such as blogs, docs, changelogs, case studies, team data, or other schema-driven content.
If astro-best-practices is available, apply it alongside this skill for naming, accessibility, and performance defaults.
Workflow
1. Decide whether the collection is build-time or live
Most content sites should use build-time collections in src/content.config.*. Only reach for live collections in src/live.config.* when the data truly needs request-time freshness.
Before coding, decide:
- which collections exist
- which fields are required
- which relationships need references
- whether assets such as images should be validated
Favor a schema that reflects how the site queries content, not just how frontmatter currently looks.
2. Define collections in src/content.config.*
Use the current Content Layer API. For build-time collections:
- define them in
src/content.config.ts(or.js/.mjs) - give every collection a
loader - import
zfromastro/zod - do not use
type: 'content'ortype: 'data'
Example:
import { defineCollection, reference } from 'astro:content'
import { glob } from 'astro/loaders'
import { z } from 'astro/zod'
const blog = defineCollection({
loader: glob({ base: './src/content/blog', pattern: '**/*.{md,mdx}' }),
schema: ({ image }) => z.object({
title: z.string(),
description: z.string(),
publishDate: z.coerce.date(),
updatedDate: z.coerce.date().optional(),
author: reference('authors'),
cover: image().optional(),
tags: z.array(z.string()).default([]),
draft: z.boolean().default(false),
}),
})
const authors = defineCollection({
loader: glob({ base: './src/data/authors', pattern: '**/*.json' }),
schema: z.object({
name: z.string(),
email: z.email().optional(),
avatar: z.url().optional(),
}),
})
export const collections = { blog, authors }
Useful patterns:
glob()for folders of local entriesfile()for a single JSON or other data filez.enum(...)for controlled valuesz.coerce.date()for frontmatter datesreference('collection-name')for relationshipsschema: ({ image }) => ...when image validation matters
3. Keep the collection shape current
For Astro 6 and newer:
- use
src/content.config.*, notsrc/content/config.* - use
entry.idas the slug-like identifier in URLs and queries - use
entry.filePathonly when you truly need the source path - use
getEntry()instead of legacygetEntryBySlug()orgetDataEntryById()
Prefer a stable folder structure and predictable IDs. Avoid scattering content across route folders if it is logically a collection.
4. Query with intent
Use the content APIs that match the job:
getCollection()for listsgetEntry()for a single known entrygetEntries()for arrays of references- collection filters for draft/published splits
Example:
---
import { getCollection } from 'astro:content'
const posts = await getCollection('blog', ({ data }) => !data.draft)
---
When rendering entries, keep route generation and content rendering separate enough that each part remains easy to reason about.
5. Wire routes and rendering with the current API
For dynamic routes:
- build paths from collection IDs
- pass the entry through props cleanly
- render content with
render(entry)
Example:
---
import { getCollection, render } from 'astro:content'
export async function getStaticPaths() {
const posts = await getCollection('blog')
return posts.map((post) => ({
params: { slug: post.id },
props: { post },
}))
}
const { post } = Astro.props
const { Content } = await render(post)
---
<article>
<h1>{post.data.title}</h1>
<Content />
</article>
6. Sync and validate
After changing collections:
- run
npx astro syncor the repo’s normal Astro workflow - fix schema mismatches instead of weakening types
- validate at least one real entry per collection
- watch for warnings about missing loaders, legacy config paths, or deprecated imports
Migration Guidance
When migrating from older content patterns:
- move
src/content/config.tstosrc/content.config.ts - add a
loaderto every collection - remove any
type: 'content'ortype: 'data' - replace
import { defineCollection, z } from 'astro:content'withimport { defineCollection } from 'astro:content'andimport { z } from 'astro/zod' - replace
post.slugwithpost.id - replace
entry.render()withrender(entry) - replace
getEntryBySlug()andgetDataEntryById()withgetEntry()
If the project is crossing Astro versions at the same time, verify version-sensitive content APIs in the current official Astro docs before finalizing.
FAQ
What does the content-collection skill do?
Set up and evolve Astro content collections with typed schemas and reliable querying patterns.
How do I install content-collection?
Run npx skills add https://github.com/incluud/astro-agent-skills --skill content-collection in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/content-collection/ (personal) or .claude/skills/content-collection/ (project).
Which AI agents can use content-collection?
Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.
Is content-collection safe to install?
No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.
Who maintains content-collection?
It is published by incluud in incluud/astro-agent-skills. It has 415 recorded installs.
More from incluud/astro-agent-skills
astro-best-practices
incluud/astro-agent-skills
Apply performant, accessible, and maintainable defaults when building or reviewing Astro projects.
create-component
incluud/astro-agent-skills
Open the skill to read its SKILL.md instructions.
docs-lookup
incluud/astro-agent-skills
Look up official Astro documentation and answer version-sensitive Astro questions accurately.
add-integration
incluud/astro-agent-skills
Add and configure Astro integrations, adapters, and UI framework tooling.
migrate
incluud/astro-agent-skills
Plan and execute migrations to Astro or between Astro versions with minimal regressions.
Popular ai & agents skills
google-agents-cli-publish
google/agents-cli
This skill should be used when the user wants to "publish an agent", "publish my ADK agent", "register an agent with Gemini", "publish to Gemini" (formerly Gemini Enterprise), or needs guidance on the agents-cli publish gemini command. Also use when the user wants to "manage agents in Agent Registry", "list/update/delete registered agents", or "register an MCP server". Covers ADK vs A2A registration modes, programmatic and interactive usage, flag reference, auto-detection from deployment metadata, Agent Registry fleet management, and troubleshooting. Part of the agents-cli skills suite. Do NOT use for deployment (use google-agents-cli-deploy).
google-agents-cli-eval
google/agents-cli
This skill should be used when the user wants to "run an evaluation", "evaluate my agent", "evaluate my ADK agent", "write an eval dataset", "analyze eval failures", "compare eval results", "optimize agent", or needs guidance on the Gemini platform eval methodology and the Quality Flywheel. Covers eval metrics, dataset schema, LLM-as-judge scoring, and common failure causes. Applies to any agents-cli project, whatever framework the agent is written in. Do NOT use for agent API code patterns (ADK: use google-agents-cli-adk-code), deployment (use google-agents-cli-deploy), or project scaffolding (use google-agents-cli-scaffold).
skill-creator
anthropics/skills
Create new skills, modify and improve existing skills, and measure skill performance. Use when users want to create a skill from scratch, edit, or optimize an existing skill, run evals to test a skill, benchmark skill performance with variance analysis, or optimize a skill's description for better triggering accuracy.
codex-pet
prime-skills/runcomfy-agent-skills
Codex Pet generator on RunComfy. Build a Codex-compatible Codex Pet spritesheet.webp + pet.json from a single reference image, drop it into ${CODEXHOME:-$HOME/.codex}/pets/ / and Codex picks it up as a custom Codex Pet next to the 8 built-ins. This skill produces the exact Codex Pet atlas Codex expects (1536x1872 PNG/WebP, 8 cols x 9 rows, 192x208 cells, 9 animation states — idle, running-right, running-left, waving, jumping, failed, waiting, running, review). Calls OpenAI GPT Image 2 edit ONCE via the local RunComfy CLI as runcomfy run openai/gpt-image-2/edit to produce a canonical Codex Pet pose, then assembles all 9 animation rows programmatically with ImageMagick micro-transforms — no Codex Pro, no $imagegen, no OPENAIAPIKEY required, only RUNCOMFYTOKEN. Triggers on "codex pet", "create codex pet", "make codex pet", "hatch codex pet", "/hatch image", "desktop pet codex", "codex pets", "spritesheet.webp", or any explicit ask to build a custom pet for OpenAI Codex.
full-output-enforcement
leonxlnx/taste-skill
Overrides default LLM truncation behavior. Enforces complete code generation, bans placeholder patterns, and handles token-limit splits cleanly. Apply to any task requiring exhaustive, unabridged output.
executing-plans
obra/superpowers
Use when executing an implementation plan in the current session as the implementer yourself — your human partner chose inline execution, or no subagent tool is available