refactor: complete bootstrap of ARNES agent harness framework
- Add complete agent harness structure with 8 roles (leader, triager, architect, implementer, reviewer, security, qa, documenter) - Implement strict workflow with 9 stages and mandatory gates - Add comprehensive verification script and runtime status tracking - Create artifact-based evidence system with contracts and schemas - Add agent policy matrix with permissions and anti-cheat rules - Include test suite (44 tests passing) and CI-ready structure - Add documentation: README, HOWTO, CHECKPOINTS, templates - Configure model routing policies and token-aware task assignment - Add BDD/SDD specification guides and feature templates - Include starter pack for quick project onboarding All verification checks pass. Framework ready for production use.
This commit is contained in:
rikrdo
228
HOWTO-FEATURE.md
Normal file
228
HOWTO-FEATURE.md
Normal file
@@ -0,0 +1,228 @@
|
||||
# Cómo crear una Feature con SDD y BDD
|
||||
|
||||
Guía paso a paso para crear una feature usando System Design Document y Behavior Driven Development.
|
||||
|
||||
---
|
||||
|
||||
## 📋 Flujo general
|
||||
|
||||
```
|
||||
1. Analizar la feature del backlog
|
||||
↓
|
||||
2. Crear SPEC/BBD (architect)
|
||||
↓
|
||||
3. Crear/actualizar SDD (architect)
|
||||
↓
|
||||
4. Generar código + tests (implementer)
|
||||
↓
|
||||
5. Review, Security, QA gates
|
||||
↓
|
||||
6. Cerrar feature
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Paso 1: Analizar del Backlog
|
||||
|
||||
Ejemplo: F-002 "Gestión de Perfil de Usuario"
|
||||
|
||||
```json
|
||||
{
|
||||
"id": "F-002",
|
||||
"title": "Gestión de Perfil de Usuario",
|
||||
"description": "El usuario puede ver y editar su perfil (nombre, avatar, preferencias).",
|
||||
"acceptance": [
|
||||
"Usuario puede ver su perfil",
|
||||
"Usuario puede editar nombre y avatar",
|
||||
"Usuario puede cambiar preferencias de idioma",
|
||||
"Validación de datos en todos los campos"
|
||||
]
|
||||
}
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Paso 2: Crear SDD (System Design Document)
|
||||
|
||||
### 2.1 Crear componente
|
||||
|
||||
Archivo: `spec/sdd/components/user-profile-service.md`
|
||||
|
||||
```markdown
|
||||
# Component: UserProfileService
|
||||
|
||||
## Responsabilidad
|
||||
Gestionar el perfil de usuario: consulta, actualización de datos básicos y preferencias.
|
||||
|
||||
## Tipo
|
||||
- [x] Microservicio
|
||||
|
||||
## Interfaces
|
||||
|
||||
### API REST
|
||||
|
||||
```
|
||||
GET /api/v1/users/{user_id}/profile
|
||||
Output: { "id", "name", "avatar_url", "language", "created_at" }
|
||||
|
||||
PUT /api/v1/users/{user_id}/profile
|
||||
Input: { "name": string, "avatar_url": string, "language": string }
|
||||
Output: { "id", "name", "avatar_url", "language", "updated_at" }
|
||||
```
|
||||
|
||||
## Validaciones
|
||||
- name: 2-50 caracteres, sin caracteres especiales
|
||||
- avatar_url: URL válida (http/https)
|
||||
- language: enum ['en', 'es', 'fr', 'de']
|
||||
```
|
||||
|
||||
### 2.2 Crear ADR (si hay decisión técnica)
|
||||
|
||||
Archivo: `spec/sdd/decisions/002-almacenamiento-avatar.md`
|
||||
|
||||
---
|
||||
|
||||
## Paso 3: Crear BDD (Behavior Driven Development)
|
||||
|
||||
### 3.1 Crear archivo .feature
|
||||
|
||||
Archivo: `spec/bdd/features/profile/user-profile.feature`
|
||||
|
||||
```gherkin
|
||||
@F-002 @profile
|
||||
Feature: Gestión de Perfil de Usuario
|
||||
|
||||
Como usuario autenticado
|
||||
Quiero gestionar mi perfil
|
||||
Para mantener mis datos actualizados
|
||||
|
||||
@smoke
|
||||
Scenario: Ver perfil de usuario
|
||||
Given un usuario autenticado con ID "user-123"
|
||||
When el usuario solicita ver su perfil
|
||||
Then el sistema retorna datos del perfil
|
||||
And incluye nombre, avatar y preferencias
|
||||
|
||||
Scenario: Editar nombre del perfil
|
||||
Given un usuario autenticado con ID "user-123"
|
||||
And el perfil tiene nombre "Juan"
|
||||
When el usuario actualiza su nombre a "Pedro"
|
||||
Then el perfil muestra nombre "Pedro"
|
||||
And la fecha de actualización se registra
|
||||
|
||||
@negative
|
||||
Scenario: Editar nombre con caracteres inválidos
|
||||
Given un usuario autenticado
|
||||
When intenta cambiar nombre a "Juan@123!"
|
||||
Then el sistema muestra error "Nombre inválido"
|
||||
And el nombre permanece sin cambios
|
||||
|
||||
Scenario: Cambiar idioma a español
|
||||
Given un usuario con idioma "en"
|
||||
When cambia idioma a "es"
|
||||
Then toda la interfaz se muestra en español
|
||||
And el preference se guarda correctamente
|
||||
```
|
||||
|
||||
### 3.2 Escribir Step Definitions
|
||||
|
||||
Archivo: `features/steps/profile_steps.py`
|
||||
|
||||
```python
|
||||
from behave import given, when, then
|
||||
|
||||
@given('un usuario autenticado con ID "{user_id}"')
|
||||
def step_user_authenticated(context, user_id):
|
||||
context.user_id = user_id
|
||||
context.auth_token = f"token_{user_id}"
|
||||
|
||||
@when('el usuario solicita ver su perfil')
|
||||
def step_get_profile(context):
|
||||
profile_service = ProfileService()
|
||||
context.profile = profile_service.get_profile(context.user_id)
|
||||
|
||||
@then('el sistema retorna datos del perfil')
|
||||
def step_return_profile(context):
|
||||
assert context.profile is not None
|
||||
assert "name" in context.profile
|
||||
|
||||
# ... más steps
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Paso 4: Ejecutar el pipeline ARNES
|
||||
|
||||
### Stage: design (architect)
|
||||
- ✅ Crea SDD component
|
||||
- ✅ Crea BDD feature
|
||||
- ✅ Produces `work/artifacts/F-002/architect.md`
|
||||
|
||||
### Stage: build (implementer)
|
||||
- Implementa `UserProfileService`
|
||||
- Escribe step definitions
|
||||
- Ejecuta `behave` para verificar
|
||||
|
||||
### Stage: review_gate (reviewer)
|
||||
- Verifica código coincide con SDD
|
||||
- Verifica BDD coverage
|
||||
|
||||
### Stage: security_gate (security)
|
||||
- Check secrets, dependencies
|
||||
- SAST scan
|
||||
|
||||
### Stage: qa_gate (qa)
|
||||
- Ejecuta BDD scenarios
|
||||
- Verifica trazabilidad
|
||||
|
||||
### Stage: close (leader)
|
||||
- Verifica todos los gates en verde
|
||||
- Produce `leader-close.json`
|
||||
|
||||
---
|
||||
|
||||
## 📁 Archivos generados
|
||||
|
||||
```
|
||||
spec/
|
||||
├── sdd/
|
||||
│ └── components/
|
||||
│ └── user-profile-service.md # Componente SDD
|
||||
│ └── decisions/
|
||||
│ └── 002-almacenamiento-avatar.md # ADR (si aplica)
|
||||
│
|
||||
├── bdd/
|
||||
│ └── features/
|
||||
│ └── profile/
|
||||
│ └── user-profile.feature # Feature BDD
|
||||
|
||||
features/
|
||||
└── steps/
|
||||
└── profile_steps.py # Step definitions
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 🚀 Comandos para ejecutar
|
||||
|
||||
```bash
|
||||
# Verificar estructura
|
||||
./scripts/verify.sh
|
||||
|
||||
# Ejecutar tests BDD para la feature
|
||||
behave spec/bdd/features/profile/user-profile.feature
|
||||
|
||||
# Ejecutar solo scenarios con tag
|
||||
behave spec/bdd/features/profile/user-profile.feature --tags @smoke
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## Checklist
|
||||
|
||||
- [ ] SDD component creado en `spec/sdd/components/`
|
||||
- [ ] BDD feature creado en `spec/bdd/features/<domain>/`
|
||||
- [ ] Steps implementados en `features/steps/`
|
||||
- [ ] Todos los scenarios tienen Given/When/Then
|
||||
- [ ] Tags `@F-XXX` presentes en feature
|
||||
- [ ] SDD/BDD linkeados en artefacto architect
|
||||
Reference in New Issue
Block a user