Design a content card contract
A product-neutral result card can show title, excerpt, metadata, media, tags, actions, and selected markers without owning search behavior.
This page loads only /v1/css/starthds-core.css, /v1/css/starthds-knowledge.css, /v1/js/starthds-core.js, and /v1/js/starthds-knowledge.js. Search, command, suggestions, tabs, filters, chips, tags, result cards, metrics, content headers, reading layouts, response cards, selected markers, reactions, comments, and community Q&A surfaces are generic StartHDS primitives. Applications own the search logic and product data.
Discovery primitives
StartHDS provides presentation and progressive interaction primitives only. Host applications own search data, routes, ranking, and persistence.
No application search logic runs in StartHDS.
A product-neutral result card can show title, excerpt, metadata, media, tags, actions, and selected markers without owning search behavior.
A dense reusable result surface.
Response cards hold generated, editorial, support, or reference-style content while the host application owns data and state.
This summary is generic and portable.
Community knowledge
These primitives style discussion-like content without owning identity, moderation, ranking, votes, or persistence.
Compose generic classes and keep product-specific data outside StartHDS.
StartHDS only supplies the accessible presentation shell and progressive state toggles.
Use for groups, spaces, or cohorts.
Use for people or contributors.
Use for compact identity summaries.
Use reading primitives for articles, help entries, reference pages, and response explainers.
Sections keep a comfortable measure using --hds-reading-measure and compose with tags, meta lists, and reaction controls.
A tighter content section variant.
Products can add domain copy here while preserving StartHDS generic structure.
CComment author2 min ago
Comment cards stay product-neutral and readable.