project-onboarding · v1.0.0 · 2026-08-15 · sha256 107c77e7450c22ff

project-onboarding v1.0.0A

Immutable. This exact content is served forever at /api/v1/blob/107c77e7450c22ff.

---
name: project-onboarding
version: 1.0.0
type: protocol
author: Lukas Geiger
created: 2026-03-12
updated: 2026-03-12
description: Procedimiento estándar para la incorporación de nuevos proyectos de software: análisis de funciones, revisión de calidad de código, lista de verificación e integración de tareas.

standalone: true
anthropic_compatible: true
bach_compatible: false
bach_origin: true
category: dev
tags: [onboarding, project, intake, analysis, checklist, code-review]
language: es
status: active
dependencies: {'tools': [], 'services': [], 'protocols': [], 'python': []}
provenance: {'origin': 'bach', 'origin_path': 'system/skills/workflows/projekt-aufnahme.md', 'origin_version': '1.0.0', 'origin_repo': 'github.com/ellmos-ai/bach', 'last_sync_from_origin': '2026-03-12', 'last_sync_to_origin': None, 'local_changes_since_sync': True}
---

<img src="banner.png" width="100%" alt="project-onboarding banner">

> **Español** — Versión oficial en español de `project-onboarding`.


# Procedimiento estándar de incorporación para nuevos proyectos de software (Español)

**Versión:** 1.0
**Fecha:** 2026-03-12

---

## Descripción general y propósito

Este procedimiento define qué pasos realizar en las carpetas de software recién descubiertas antes de agregarlas a un sistema de gestión de tareas.

```
+─────────────────────────────────────────────────────+
|           STANDARD ONBOARDING PROCEDURE              |
+─────────────────────────────────────────────────────+
|  1. Create feature analysis                          |
|  2. Code quality review (standard tests)             |
|  3. Create TASKS.txt                                 |
|  4. Add to task management                           |
+─────────────────────────────────────────────────────+
```

---

## Fase 1: Análisis de funciones

**Propósito:** Comprender la herramienta, sus funciones y el estado de desarrollo.

**Crear archivo:** `Feature_Analysis_<ToolName>.md`

### Plantilla

```markdown
# Feature Analysis: <ToolName> (Deutsch)

## Brief Description
A short sentence describing what the tool does.

---

## Highlights

| Feature | Description |
|---------|-------------|
| **Feature 1** | Description |
| **Feature 2** | Description |

---

## Development Stage Assessment

### Current Status: **<Status> (<X>%)**

Possible statuses:
- Prototype (0-30%)
- Alpha (30-60%)
- Beta (60-85%)
- Production Ready (85-95%)
- Release (95-100%)

| Category | Rating (1-5) | Details |
|----------|:------------:|---------|
| **Functionality** | 3 | |
| **UI/UX** | 3 | |
| **Stability** | 3 | |
| **Documentation** | 3 | |

---

## Recommended Extensions

### Priority: High
1. ...

### Priority: Medium
2. ...

### Priority: Low
3. ...

---

## Technical Details

Framework:      <Framework>
File size:      <X> lines of Python
Main file:      <main.py>

---

*Analysis created: <Date>*
```

---

## Fase 2: Revisión de calidad de código

**Propósito:** Garantizar la calidad técnica e identificar problemas conocidos.

### Comprobaciones recomendadas

| Prueba | Herramienta | Descripción |
|--------|-------------|-------------|
| **Codificación** | Comprobador de codificación (p. ej., `chardet`, `file`) | Garantizar UTF-8 |
| **Análisis de métodos** | Linter (p. ej., `pylint`, `flake8`) | Encontrar métodos grandes |
| **Sangría** | Formateador (p. ej., `black`, `autopep8`) | Comprobar coherencia |
| **Importaciones** | Comprobador de importaciones (p. ej., `isort`, `pylint`) | Encontrar importaciones no utilizadas |

### Puntos de verificación

- [ ] ¿Todos los archivos .py están codificados en UTF-8?
- [ ] ¿Sin métodos inusualmente grandes (>100 líneas)?
- [ ] ¿Sangría coherente (espacios vs tabulaciones)?
- [ ] ¿Se eliminaron las importaciones no utilizadas?
- [ ] ¿Docstrings presentes?

### Documentar resultados

Registrar problemas en TASKS.txt en "QUALITY REVIEW".

---

## Fase 3: Crear TASKS.txt

**Propósito:** Capturar tareas pendientes en un formato estructurado.

**Crear archivo:** `TASKS.txt` en la carpeta del proyecto

### Plantilla

```
TASKS - <ToolName> V<Version>
==============================
Status: <Status>
Date: <Date>

OPEN TASKS:
[ ] <Task 1> - Effort: <LOW|MEDIUM|HIGH>
[ ] <Task 2> - Effort: <LOW|MEDIUM|HIGH>

---
DONE (Archive):
- <Completed task> (<Version>, <Date>)
```

### Valores de estado

| Estado | Significado |
|--------|-------------|
| NEWLY DISCOVERED | Aún no analizado |
| ANALYSIS NEEDED | Análisis de funciones en progreso |
| QUALITY REVIEW | Pruebas de código en ejecución |
| VALIDATED & READY | Listo para funciones |
| MVP | Producto Mínimo Viable |
| BUILD ONLY | Solo se requiere compilación |
| BLOCKED | Esperando prueba/decisión del usuario |

---

## Fase 4: Integración en la gestión de tareas

Después de completar las fases 1-3:

1. **Transferir tareas:** Crear entradas de TASKS.txt como tareas/problemas
2. **Verificar:** ¿Todas las tareas están correctamente categorizadas?
3. **Categorizar:** Asignar el proyecto a la categoría adecuada (herramienta individual, suite, biblioteca, etc.)

### Tareas automáticas de incorporación

Para nuevos proyectos, crear las siguientes tareas estándar:

| Tarea | Descripción | Esfuerzo |
|-------|-------------|----------|
| onb_1 | Crear análisis de funciones | medio |
| onb_2 | Revisión de calidad de código | bajo |
| onb_3 | Crear TASKS.txt | bajo |

Las tareas tienen dependencias: onb_2 depende de onb_1, onb_3 depende de onb_2.

---

## Lista de verificación rápida

```
[ ] 1. Feature_Analysis_<Name>.md created
[ ] 2. Code quality review completed (linter, encoding, imports)
[ ] 3. TASKS.txt created with status
[ ] 4. Tasks added to task management
```

---

## Ejemplo y uso

```bash
# 1. Feature analysis (Deutsch)
# -> Create Feature_Analysis_MyTool.md (see template) (Deutsch)

# 2. Code quality (Deutsch)
pylint MyTool/main.py
flake8 MyTool/main.py
file -i MyTool/main.py  # Check encoding

# 3. TASKS.txt (Deutsch)
# -> Create in tool folder with status "QUALITY REVIEW" (Deutsch)

# 4. Create tasks (Deutsch)
# -> Capture TASKS.txt entries as issues/tickets (Deutsch)
```

---

*Creado: 2026-01-10 | Adaptado: 2026-03-12*