landing-page-demo-sections
- Repo stars 0
- Author updated Live
- Author repo skills-registry
- Domain
- Other
- Compatible agents
-
- Claude Code
- Cursor
- Cline
- Codex
- Windsurf
- Gemini CLI
- +20
- Trust score
- 88 / 100 · community maintained
- Author / version / license
- @tomevault-io · no license declared
- Token usage
- Lean
- Setup complexity
- Plug-and-play
- External API key
- Not required
- Operating systems
- Unspecified (assume cross-platform)
- Runtime requirements
- No special requirements
- Permissions
-
- Read-only
- Write / modify
- Network behavior
- Local-only
- Install commands
- 26 variants
Profile is derived at build time from SKILL.md and install vectors. Subject to drift from author intent.
Heads up: 未限定 allowed-tools,默认拥有全部工具权限。
---
name: landing-page-demo-sections
description: >- Use when this capability is needed. Use this for marketing page body sections in the landing…
category: other
runtime: no special runtime
---
# landing-page-demo-sections output preview
## PART A: Task fit
- Use case: >- Use when this capability is needed. Use this for marketing page body sections in the landing page starter. Keep generic DatoCMS schema design and record operations in the shared DatoCMS skills. runs entirely locally. Works with Claude Code, Cursor, Cline and 23 more..
- Inputs: target material, constraints, expected output, and acceptance criteria.
- Evidence boundary: follow “Prerequisites / Existing section pattern / Workflow for section changes” and do not present inference as author intent.
## PART B: Execution result
- **01** The card summarizes the use case; runtime output centers on “>- Use when this capability is needed. Use this for marketing page body sections in the landing page starter. Keep generic DatoCMS schema design and record operations in the shared DatoCMS skills. runs entirely locally. Works with Claude Code, Cursor, Cline and 23 more.”.
- **02** When the source has headings, the agent prioritizes “Prerequisites / Existing section pattern / Workflow for section changes” so the result follows the author’s structure.
- **03** Typical output includes task judgment, concrete steps, required commands or file edits, validation, and follow-up options.
- **04** Risk context follows the fingerprint: read files, write/modify files; mostly runs locally; usually needs no extra API key.
## Running Rules
- read files, write/modify files; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding scope.
- Return the result, validation criteria, and next iteration options. The source does not require a stable slash command. After installation, invoke the skill by name and describe the task.
Name target files or source material, expected output, forbidden changes, and whether network or shell access is allowed. Permission fingerprint: read files, write/modify files.
Start with a small task and check whether the result follows “Prerequisites / Existing section pattern / Workflow for section changes”. Inspect diffs, logs, previews, or tests before expanding scope.
Confirm the final output includes a concrete result, evidence, and next action. If it stays generic, tighten inputs, boundaries, and acceptance criteria.
---
name: landing-page-demo-sections
description: >- Use when this capability is needed. Use this for marketing page body sections in the landing…
category: other
source: tomevault-io/skills-registry
---
# landing-page-demo-sections
## When to use
- >- Use when this capability is needed. Use this for marketing page body sections in the landing page starter. Keep gen…
- Use it when the task has clear inputs, repeatable steps, and validation criteria.
## What to provide
- Target material, scope, expected result, and forbidden changes.
- Whether network, commands, file writes, or external services are allowed.
## Execution rules
- Organize steps around “Prerequisites / Existing section pattern / Workflow for section changes” and keep inference separate from source facts.
- read files, write/modify files; mostly runs locally; usually needs no extra API key.
- Validate with a small sample before expanding the task.
## Output requirements
- Return the deliverable, key evidence, validation method, and next action.
- Mark missing information as unknown; do not invent commands, platforms, or dependencies. The author source anchors workflow facts; repository files anchor sources and commands; Fluxly only adds fit, limitations, and quality judgment.
skill "landing-page-demo-sections" {
input -> user goal + target files + boundaries + acceptance criteria
context -> Prerequisites / Existing section pattern / Workflow for section changes
rules -> SKILL.md triggers / order / output contract
runtime -> no special runtime | read files, write/modify files | mostly runs locally
guardrails -> usually needs no extra API key + small-sample validation + diff/log review
output -> copyable result + checklist + next iteration
} Landing Page Demo Sections
Use this for marketing page body sections in the landing page starter. Keep generic DatoCMS schema design and record operations in the shared DatoCMS skills.
Prerequisites
Before schema or content operations:
- Confirm the shared DatoCMS
agent-skillsplugin is available. If it is missing, ask whether the user already has it installed; if not, request installation before continuing. - Expect the DatoCMS MCP to be installed and running. If live schema or content facts are needed and MCP is unavailable, pause and ask the user to install or start it.
- Inspect live schema/content through MCP before assuming API keys, localized fields, validators, singleton records, or allowed blocks.
Existing section pattern
Marketing pages use this chain:
- A DatoCMS block record appears inside localized
page.sections. - The route query adds an inline fragment in
app/[locale]/(common-layout)/[slug]/query.graphql. - The block fragment lives under
components/blocksWithVariants/<Typename>/fragment.graphql. - A React renderer lives under
components/blocksWithVariants/<Typename>/<Variant>/. app/[locale]/(common-layout)/[slug]/Content.tsxswitches onsection.__typenameand display option fields.- GraphQL types are regenerated after query or fragment changes.
Existing section blocks: HeroSection, FeatureListSection, BrandSection, VideoSection, DetailSection, ReviewSection, PricingSection, FeaturedPostsSection, TeamSection, FaqSection, StatsSection, AboutIntro, AllPostsSection, RedirectSection, and ChangelogSection.
Workflow for section changes
- Confirm the request is about a regular page body section, not layout, docs, content-record maintenance, or route plumbing.
- Inspect the target
Pagerecord and thesectionsvalidator through MCP. - Reuse an existing block type and variant when it matches the request.
- If a new block type or field is needed, route modeling decisions to
datocms-content-modelingand schema implementation to the shared DatoCMS implementation skills or MCP. - For end-to-end requests, update the real target
Page.sectionsvalue, not only the code:- preserve existing sections and ordering unless the user specifies placement;
- for localized
sections, update all existing locale values unless the user requested one locale; - reuse existing linked records where possible;
- if the page was published and the change should be public, publish the updated record.
- Add or update the fragment and renderer under
components/blocksWithVariants/**. - Update the route query and
Content.tsxswitch with the generated__typenameand display option value. - Regenerate GraphQL types.
- Verify the section in published rendering and draft/live preview.
Guardrails
- Shared header, footer, navigation, notification, logo, social links, and theme color belong to
landing-page-demo-layout. - Docs home, docs pages, docs sidebar, and docs tree structure belong to
landing-page-demo-docs. - Blog, author, tag, testimonial, pricing tier, changelog, and legal records belong to
landing-page-demo-content-recordsunless the renderer itself changes. - New route-backed types, preview links, static params, metadata, and SEO-analysis mapping belong to
landing-page-demo-routing-preview. - Keep unknown section types safely ignored.
Acceptance criteria
- The page query types include the section data.
- The target
Page.sectionscontains the intended block when content work is requested. - Localized sections keep the intended locale coverage.
- The section renders in published mode and draft/live preview.
- Existing sections still render unchanged.
- GraphQL type generation and build pass after code changes.
Source: datocms/next-landing-page-demo — distributed by TomeVault.
Decide Fit First
Design Intent
How To Use It
Boundaries And Review