3.7 KiB
3.7 KiB
HLL Vietnam Agent Operating Rules
This repository uses an AI-driven task workflow adapted to HLL Vietnam.
Project Context
- Product: HLL Vietnam
- Product type: community website
- Current frontend: HTML, CSS and vanilla JavaScript
- Planned backend: Python
- Current product scope: simple landing page and repository foundation
- Visual identity: military, Vietnam, tactical, sober
Task System
Task locations:
- Pending:
ai/tasks/pending - In progress:
ai/tasks/in-progress - Review:
ai/tasks/review - Blocked:
ai/tasks/blocked - Obsolete:
ai/tasks/obsolete - Done:
ai/tasks/done
Every new task must follow:
ai/task-template.md
Local platform scripts should read repository-specific paths and worker settings from:
ai-platform.json
Core Workflow
- The orchestrator reviews repository context and relevant code.
- The orchestrator writes or refines a task in
ai/tasks/pending. - A worker moves the selected task to
ai/tasks/in-progress. - The worker reads the files listed in
Files to Read First. - The worker performs only the scoped change defined by the task.
- The worker validates the change with the documented checks.
- The worker moves completed work to
ai/tasks/donewhen validation is complete, or toai/tasks/reviewwhen human/orchestrator review is explicitly required. - The worker documents any relevant architectural or process decision.
Codex must not act freely outside tasks except for repository inspection, platform maintenance, or explicitly requested integration work like this one.
Roles Used In This Repository
- PM
- Analista
- Backend Senior
- Frontend Senior
- Arquitecto de Base de Datos
- Arquitecto Python
- Disenador grafico
- Experto en interfaz
Role guidance is stored in:
ai/orchestrator/
Rules
- Do not break repository structure without explicit technical justification.
- Do not make destructive changes without explicit justification.
- Keep changes small, verifiable and documented.
- Do not overwrite existing project context with generic template content.
- Preserve HLL Vietnam branding and product identity.
- Do not introduce unnecessary frameworks in the current phase.
- Do not build backend functionality until a task explicitly requires it.
- Do not modify unrelated files.
Technical Constraints
- Frontend changes must remain compatible with direct browser opening when applicable.
- Backend architecture decisions must assume Python as the primary backend language.
- AI platform files are support infrastructure, not product features.
- If a template utility is copied from the platform template, it must remain clearly identified as platform infrastructure.
Planning Rules
Before drafting or executing a task:
- Read
ai/architecture-index.md. - Read
ai/repo-context.md. - Read the relevant role file in
ai/orchestrator/. - Read the small set of project files directly related to the requested change.
When no pending product task exists:
- Do not invent a large backlog.
- Only create a minimal technical validation task if needed to verify platform readiness.
- Avoid feature planning that changes product scope without instruction.
Change Budget
- Prefer fewer than 5 modified files per task.
- Prefer changes under 200 lines when feasible.
- Split work into follow-up tasks if the scope grows.
Validation
Before marking a task as done:
- Run the validation listed in the task.
- Review
git diff --name-only. - Confirm that changed files match the expected scope.
- Update documentation if the task changed workflow or architecture assumptions.
If integration tests are relevant and scripts/run-integration-tests.ps1 exists, use it.
If no integration tests are configured for the affected scope, document that explicitly in the task outcome.