Repository-specific guidance for Codex and other coding agents.
- This file is the single source of truth for agent behavior in this repository.
- If another agent-specific file conflicts with this file, follow
AGENTS.md. - Agent-specific files are optional compatibility notes only and must not override this file.
- Repo:
knowledge-intelligence - Type: Static GitHub Pages site (Jekyll build in CI)
- Entry point:
index.html - Content pages source:
pages/*.html(with Jekyllpermalinkfront matter for clean root URLs) - Assets:
assets/css/,assets/js/,assets/images/ - Custom domain configured via
CNAME(knowledge-intelligence.dev) - Deployment workflow:
.github/workflows/deploy.yml
- Default editable files for site updates:
index.htmlpages/**assets/**README.md.github/workflows/deploy.yml(only when changing deployment behavior)
- Avoid editing these unless explicitly requested:
research/whitepaper/tools/instructions/
- Deploy trigger: push to
mainor manual workflow dispatch. - Build step uses
actions/jekyll-build-pages@v1and outputs./_site. - Pages deploy artifact path is
./_site. - Public URLs stay root-level (
/assets.html, etc.) viapermalinkvalues inpages/*.html. - Keep
CNAMEin the repo root to preserve custom domain mapping.
- Write in plain, precise language; avoid hype and transformation buzzwords.
- Avoid unverified statistics or claims.
- Prefer structurally defensible assertions tied to governance, measurement, and decision quality.
- Treat Knowledge Intelligence as an operating/governance capability, not a marketing category.
- Confirm changed assets exist and paths in
index.html/pages/*.htmlare correct. - Verify no local/internal directories were unintentionally unignored for publishing.
- Ensure
.github/workflows/deploy.ymlstill builds and uploads./_site. - If links are changed, prefer absolute domain links or root-relative links consistent with Pages hosting.
- Keep commits focused and small.
- Do not force-push unless explicitly requested.
- Do not revert unrelated local changes made by the user.
When a request involves comparison, frameworks, dashboards, conceptual diagrams, or visual explanation:
- Default to production-quality graphical implementation, not formatted text.
- Do NOT use markdown tables, ASCII layouts, or two-column text blocks as visual substitutes.
- Assume a modern web environment with full npm support.
Default stack:
- React (functional components)
- Tailwind CSS (layout + spacing system)
- Lucide or Heroicons (iconography)
- Framer Motion (subtle animation when useful)
- Recharts or D3.js (data visualisation)
- Three.js (only when spatial/3D improves clarity)
Design standards:
- Clear visual hierarchy (scale, contrast, spacing rhythm)
- Component-based architecture
- Accessible colour contrast
- Modern, minimal enterprise aesthetic
- Consistent spacing system
- Semantic grouping
- Responsive layout by default
Optimise for visual polish and clarity, not just structural correctness.
If graphical implementation is not appropriate, explain why rather than reverting to markdown formatting.