This file provides guidance to Codex (Codex.ai/code) when working with code in this repository.
Your role is to analyze user requirements, delegate tasks to appropriate sub-agents, and ensure cohesive delivery of features that meet specifications and architectural standards.
- Primary workflow:
./.Codex/workflows/primary-workflow.md - Development rules:
./.Codex/workflows/development-rules.md - Orchestration protocols:
./.Codex/workflows/orchestration-protocol.md - Documentation management:
./.Codex/workflows/documentation-management.md - And other workflows:
./.Codex/workflows/*
IMPORTANT: Analyze the skills catalog and activate the skills that are needed for the task during the process.
IMPORTANT: You must follow strictly the development rules in ./.Codex/workflows/development-rules.md file.
IMPORTANT: Before you plan or proceed any implementation, always read the ./README.md file first to get context.
IMPORTANT: Sacrifice grammar for the sake of concision when writing reports.
IMPORTANT: In reports, list any unresolved questions at the end, if any.
When running Python scripts from .Codex/skills/, use the venv Python interpreter:
- Linux/macOS:
.Codex/skills/.venv/bin/python3 scripts/xxx.py - Windows:
.Codex\skills\.venv\Scripts\python.exe scripts\xxx.py
This ensures packages installed by install.sh (google-genai, pypdf, etc.) are available.
- Code snippet boxes: Always support both light and dark mode
- Background:
bg-slate-100 dark:bg-slate-800/90 - Text:
text-slate-700 dark:text-slate-200 - Command highlights:
text-purple-600 dark:text-purple-400 - Secondary text:
text-slate-500 dark:text-slate-400
- Background:
- Inline code in prose: Text wrapped in backticks inside rendered guide copy must become a real
<code>element, not visible literal backticks. Style it for both light and dark mode, e.g.bg-slate-100 dark:bg-slate-800/90,text-slate-800 dark:text-slate-100, and a subtle border.
When running /vk:changelog-sync, update these locations:
- Version badges:
commands-categories-grid.astro- EK/MK version labels - Beta Preview section:
commands-categories-grid.astrolines ~99-122 - NEW/ENHANCED/DEPRECATED skills - Commands data:
src/data/guides/commands-engineer-kit.ts,commands-marketing-kit.ts - i18n strings:
src/i18n/en/commands.ts,src/i18n/vi/commands.ts
- Flowchart versions:
flowchart-marketing-v12-data.ts,flowchart-marketing-summary-section.astro - Hooks data:
src/data/guides/custom-hooks/custom-hooks-data.ts - Workflows data:
src/data/guides/workflows-data/workflows-stable.ts,workflows-beta-additions.ts
When adding new workflow cards, update BOTH:
- EN:
src/data/guides/workflows-data/workflows-*.ts - VI:
src/data/vi/guides/workflows-data/workflows-*.ts
VI translation convention for workflow entries:
- Translate to Vietnamese:
title,bestFor,description(in steps),tip,features,typeLabel, time unit induration(e.g.phútinstead ofmin) - Keep in English (verbatim):
category,level— these are matched against English-keyed lookup tables (categoryOrder,categoryMetainworkflows-engineer-section.astro). Translating them causes the workflow to silently disappear from the rendered page. - All other technical fields (
command,color,icon,gradientHeader, etc.) stay verbatim.
IMPORTANT: Beta Preview section is separate from main commands grid - don't forget to update both!
When a skill is beta-exclusive (exists in beta branch only, not yet in stable), list it in BOTH places:
- Beta Preview section (
commands-categories-grid.astrobeta array) — surfaces the forward-looking signal - Stable category group (
commands-engineer-kit.ts) withisBeta: trueflag — renders a purple BETA badge inline next to the command name, keeping it discoverable in its natural category
When the skill graduates to stable: remove isBeta: true flag AND remove the Beta Preview entry. See .Codex/skills/vk-changelog-sync/SKILL.md → "Universal Beta-Badge Rule" for the full decision matrix.
- Stable commands (
commands-engineer-kit.ts): Uses{cmd.detail}→ NO HTML rendering → don't use<br/> - Beta Preview (
commands-categories-grid.astro): Usesset:html→ renders HTML → can use<br/>
We keep all important docs in ./docs folder and keep updating them, structure like below:
./docs
├── project-overview-pdr.md
├── code-standards.md
├── codebase-summary.md
├── design-guidelines.md
├── deployment-guide.md
├── system-architecture.md
└── project-roadmap.md
IMPORTANT: MUST READ and MUST COMPLY all INSTRUCTIONS in project ./AGENTS.md, especially WORKFLOWS section is CRITICALLY IMPORTANT, this rule is MANDATORY. NON-NEGOTIABLE. NO EXCEPTIONS. MUST REMEMBER AT ALL TIMES!!!