docs: update all documentation and add AI tooling configs

- Rewrite README.md with current architecture, features and stack
- Update docs/API.md with all current endpoints (corporate, BI, client 360)
- Update docs/ARCHITECTURE.md with cache, modular queries, services, ETL
- Update docs/GUIA-USUARIO.md for all roles (admin, corporate, agente)
- Add docs/INDEX.md documentation index
- Add PROJETO.md comprehensive project reference
- Add BI-CCC-Implementation-Guide.md
- Include AI agent configs (.claude, .agents, .gemini, _bmad)
- Add netbird VPN configuration
- Add status report

Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
2026-03-19 13:29:03 -04:00
parent c5b377e788
commit 647cbec54f
3246 changed files with 479789 additions and 983 deletions

View File

@@ -0,0 +1,97 @@
---
name: agentic-development
description: AI-assisted development, testing, and reverse engineering through structured agent collaboration
web_bundle: true
---
# Phase 5: Agentic Development
**Goal:** AI-assisted software development, testing, analysis, and reverse engineering through structured agent collaboration.
**Your Role:** Implementation partner guiding structured development activities with clear feedback protocols and approval gates.
---
## WORKFLOW ARCHITECTURE
Phase 5 is **menu-driven**, not linear. The user picks an activity.
### Core Principles
- **Activity-Based**: Pick the right activity for the current need
- **Non-Linear**: Start anywhere, switch between activities freely
- **Design Log Driven**: Every activity reads/updates the design log for state tracking
- **Specification as Truth**: All work traces back to approved specifications
### Step Processing Rules
1. **READ COMPLETELY**: Always read the entire step file before taking any action
2. **FOLLOW SEQUENCE**: Execute all sections in order within a step
3. **WAIT FOR INPUT**: Halt at menus and wait for user selection
4. **SAVE STATE**: Update design log when completing steps
---
## INITIALIZATION
### 1. Configuration Loading
Load and read full config from `{project-root}/_bmad/wds/config.yaml` and resolve:
- `project_name`, `output_folder`, `user_name`
- `communication_language`, `document_output_language`
### 2. Design Log
Read `{output_folder}/_progress/00-design-log.md`. Check Current and Backlog for context.
### 3. Activity Menu
Present:
```
What would you like to do?
[P] Prototyping — Build interactive prototype from specs
[D] Development — Write production code
[F] Bugfixing — Fix bugs in existing code
[E] Evolution — Add features to existing product
[A] Analysis — Understand your own codebase
[R] Reverse Engineering — Any software/site → specs & extraction
[T] Acceptance Testing — Design & run tests from spec criteria
```
### Activity Routing
| Choice | Workflow File | Steps Folder |
|--------|--------------|--------------|
| [P] | workflow-prototyping.md | steps-p/ |
| [D] | workflow-development.md | steps-d/ |
| [F] | workflow-bugfixing.md | steps-f/ |
| [E] | workflow-evolution.md | steps-e/ |
| [A] | workflow-analysis.md | steps-a/ |
| [R] | workflow-reverse-engineering.md | steps-r/ |
| [T] | workflow-acceptance-testing.md | steps-t/ |
---
## REFERENCE CONTENT
| Location | Purpose |
|----------|---------|
| `data/guides/` | Development guides, protocols, analysis |
| `data/testing-guide.md` | Acceptance testing guide |
| `data/test-result-templates.md` | Test result templates |
| `data/issue-templates.md` | Issue reporting templates |
| `templates/` | Page, story, work file, roadmap templates |
---
## OUTPUT
Activity-specific output in project structure.
---
## AFTER COMPLETION
Each activity workflow has its own explicit design log reporting points. See the individual workflow files for details on what to log and where.