construir-automatizacionworkflow★0
stevenvo780/prizma-talos ↗What it does
Build end-to-end enterprise automation workflow
Best for
Orchestrating multi-stage automation design-build-test-verify-audit when distinct specialists (architect, builders, testers, verifiers, auditors) are available as separate agents.
Inputs
- · automation folder id (string)
- · existing automation.json or empty state
Outputs
- · automation.json manifest (complete)
- · implementation code in src/ (integracion/documentos/RPA layers)
- · E2E test suite
- · verification report (adversarial checklist)
- · audit report (idempotency, checkpoints, HITL, decision-log)
Requires
- · agent orchestration (subagents: arquitecto-automatizacion, constructor-integracion, extractor-documentos, constructor-rpa, autor-pruebas, verificador-adversarial, auditor-confiabilidad)
Preconditions
- · automation folder id must exist or be creatable
- · subagents must be loaded (requires Claude Code restart if custom agents were modified in same session)
- · integration layer decision made (api > wrapper > rpa degradation path)
Failure modes
- · agent not found if subagent was created in current session (requires restart)
- · missing or incorrect automation.json schema during architect phase
- · test coverage insufficient for edge cases
- · verification fails against independent evidence
- · audit detects idempotency/checkpoint/HITL violations
Trust signals
- · named 5-phase structure: Disenar → Construir → Probar → Verificar → Auditar
- · automation.json schema defined (id, descripcion, owner, version, trigger, inputs, outputs, capaIntegracion, criteriosExito, hitl, maxIteraciones, maxMinutos, idempotencyKey)
- · exclusive zones per subagent (no cross-contamination)
- · integration layer degradation path documented (api > wrapper > rpa)
- · one-round correction limit if verification/audit fails