This repository is the source for the CORTEX Product Portal (Hugo + Docsy). Use these instructions when editing documentation, layouts, or static assets.
- Site: Public product documentation for the CORTEX automation platform.
- Stack: Hugo static site with Docsy theme, custom shortcodes under
layouts/shortcodes/, versioned content undercontent/en/docs/. - Contributions: Per README.md, external contributions and feedback go through CORTEX Support. Do not assume undocumented publish or deploy steps.
For multi-page or cross-version changes, outline affected paths first (which version folders, _shared snippets, urls.toml entries, images). Prefer small, reviewable diffs over sweeping rewrites.
- Product docs live under
content/en/docs/{version}/(e.g.2026.3,2025.9,2024.9). - Each version has a
_shared/folder for reusable sections included via thesectionshortcode. - When changing behavior that applies to multiple releases, identify whether content is duplicated per version or centralized in
_sharedbefore editing. - Canonical example:
content/en/docs/2026.3/getting-started/on-premise/install-innovation-only/single-server-without-ha/architecture.md
- In page body text, use
{{% ctx %}}for the product name — do not hardcode "CORTEX" in prose when the shortcode applies. - In YAML
titleandlinkTitle, use the literal name (e.g.CORTEX) — shortcodes are not used there. - Release label in prose:
{{< version >}}(reads{version}/_shared/currentVersion.md).
- Versioned assets:
content/static/{version}/images/(editable/for draw.io). - Use
{{< figure src="/images/..." >}}; seelayouts/shortcodes/figure.html. - Diagram notes:
content/static/2026.3/images/_ReadMe.md
Respect .cursorignore. Do not read or commit Hugo config, other data/**, CI workflows, secrets, or internal/draft paths. Exception: read and update data/urls.toml for link keys — look up existing keys first; do not add a second key that maps to the same destination (full URL including any #fragment; page and heading are distinct destinations).
| Asset | Location |
|---|---|
| Rules | .cursor/rules/*.mdc |
| Skills | .cursor/skills/*/SKILL.md |
| Commands | .cursor/commands/*.md |
| Agents | .cursor/agents/*.md |
- Procedural, customer-facing tone; preserve frontmatter (
title,linkTitle,description,weight). - Prefer shortcodes over raw HTML; match
{{< url path="…" >}}for internal and external links (never plain[text](https://…)or bare URLs). Exception: insidealert, use{{< ahref path="…" title="…" >}}— the first word of the alert body cannot be a link. - Prefer linking to the relevant heading: same-page via
{{< ref "#slug" >}}; cross-page via aurls.tomlkey whose URL includes#slug— never append#…after theurlshortcode. Use a page-level key only for whole-page references. - Remarks vs Known Limitations: general functional notes get their own
###under## Remarks; only real constraints go under### Known Limitationsas a bullet list (no nested headings). If unclear, ask before placing the item. - Scope changes to the version(s) the user requested.
- Do not modify
public/,node_modules/, or ignored config/data files (except allowed updates todata/urls.toml). - Do not invent install commands or CI steps not documented in-repo.
- Do not remove or weaken
.cursorignorewithout explicit user approval.