Build semantic page structures
Create landmarks, headings, sections, navigation, articles, lists, tables, figures, disclosures, dialogs, and media with meaningful relationships.
Codex HTML Skills give Codex a focused process for writing semantic, accessible, maintainable HTML for pages, forms, documents, email, templates, and component output. Download the skills for markup that carries meaning, works without fragile scripting, and gives CSS and JavaScript a reliable structure.
task: complete semantic html development task
inspect:
- requirements and context
- existing standards
- failure and edge cases
verify: outputs + checks + handoffStrong HTML uses native elements, a logical document outline, explicit labels, meaningful links and controls, resilient forms, suitable metadata, and minimal ARIA.
These skills help Codex choose elements by purpose, preserve progressive enhancement, validate generated markup, and test keyboard and assistive-technology behavior.
Create landmarks, headings, sections, navigation, articles, lists, tables, figures, disclosures, dialogs, and media with meaningful relationships.
Use labels, instructions, fieldsets, input types, autocomplete, validation, errors, status messages, and predictable keyboard behavior.
Produce templates and component output with safe escaping, stable data hooks, useful defaults, and clear separation from presentation.
Check syntax, nesting, duplicate IDs, links, metadata, focus order, accessible names, zoom behavior, and behavior with CSS or JavaScript unavailable.
The steps keep context, implementation, and verification visible so the result can be reviewed and repeated.
Identify the page purpose, content hierarchy, interactions, forms, data, target browsers, rendering environment, and accessibility needs.
Map each content and interaction role to the simplest appropriate HTML element before adding ARIA or custom behavior.
Connect CSS and JavaScript through stable classes and attributes while preserving labels, focus, states, and fallback content.
Run markup checks, inspect the accessibility tree, test keyboard paths, submit forms, open links, zoom, and review responsive content order.
The workflow adjusts to the project, audience, tools, and risk while preserving the same quality standard.
Build marketing, editorial, documentation, account, dashboard, and application markup with meaningful structure.
Create sign-up, checkout, search, settings, upload, survey, and multi-step forms with clear validation.
Write server templates, static-site layouts, CMS output, JSX-like render results, and reusable partials safely.
Produce conservative table-based email markup with inline styles, readable fallbacks, accessible content, and client testing.
Start with one defined outcome and provide the source material, constraints, and checks that matter.
These skills are designed for people who need dependable semantic html development work with a visible process.
Build reliable document structure beneath CSS, JavaScript, frameworks, and component systems.
Translate interface hierarchy and states into native elements and accessible interactions.
Create readable, navigable, search-friendly pages with meaningful headings, links, media, and tables.
Build robust HTML email structures that survive limited and inconsistent client support.
The skills improve HTML structure, but accessibility and compatibility still require testing with the actual content, CSS, JavaScript, browsers, devices, assistive technology, and email clients in scope.
Install the complete skill folder and add the project-specific context before beginning.
Keep SKILL.md with semantics, forms, accessibility, template safety, validation, and compatibility guidance.
Use project scope for one site's conventions, or personal scope for reusable markup practices.
State whether the output is static HTML, a template language, framework output, email, CMS content, or generated documentation.
Provide supported browsers or clients, accessibility requirements, validator commands, testing tools, and project conventions.
Practical answers about capabilities, limits, setup, and review.
Yes. They can improve the HTML produced by components while respecting the framework and repository conventions.
Only when native HTML cannot express the required semantics or state. Added ARIA must match actual behavior.
Yes. They cover labels, grouping, input types, autocomplete, help, validation, errors, status, submission, and keyboard use.
Yes, with a separate workflow that accounts for client limitations, inline styling, fallbacks, and test rendering.
No. Validation catches structural problems, while accessibility also depends on content, styling, behavior, names, focus, contrast, and user testing.
Clear context. Purposeful work. Relevant checks. A result others can understand.