Casos d’ús pràctics de DCP Flow
Divuit escenaris end-to-end que combinen Discovery, arquitectura/stack/cloud, Quality Gates, Git/multiagent, deploy/release, incidents, upgrades i el cas website + CRM extern amb EspoCRM ADOPTED com a opció contextual.
Divuit escenaris end-to-end que combinen Discovery, arquitectura/stack/cloud, Quality Gates, Git/multiagent, deploy/release, incidents, upgrades i el cas website + CRM extern amb EspoCRM ADOPTED com a opció contextual.
Els casos d’ús pràctics mostren com diverses capes de DCP Flow es combinen en situacions reals. No són receptes rígides: ensenyen a seleccionar artefactes, gates i eines segons problema i risc.
Escenaris end-to-end
Els divuit escenaris cobreixen discovery de nous productes, adopció de projectes existents, decisions de hosting/cloud, treball multiagent, defectes de gates, canvis de permisos/dades, validació d’artifacts, migracions, incidents i upgrades.
- Discovery i ADOPT/CONFIGURE/INTEGRATE/EXTEND/BUILD.
- Arquitectura, stack i cloud.
- QA, Git i multiagent.
- Deploy, incidents i upgrades.
Aplicar la metodologia en context
Altres escenaris cobreixen avaluació de tools/MCPs, Capability vs Authorization de Kai, transició de productes madurs cap a suport/upgrades, promoció d’aprenentatges repetits i websites que integren un CRM extern sense convertir-se ells mateixos en CRM. En aquest escenari, EspoCRM és l’opció CRM lleugera ADOPTED, però la selecció continua sent contextual.
- Tool Catalog i MCP evaluation.
- Kai i Human Gates.
- Operació de productes madurs.
- Promoció de Lessons Learned.
Discovery i adopció en escenaris reals
Els casos d’ús mostren com abordar un producte nou sense assumir BUILD, com reconstruir Project Truth en un repositori existent i com escollir shared hosting, VPS o cloud separant requeriments arquitectònics de preferències de provider.
- Capability Matrix abans de construir.
- Audit abans de refactor massiu.
- Architecture requirement ≠ provider preference.
- Decisió proporcional al context.
Multiagent, gates i risc
Altres escenaris mostren com crear Concurrency Contracts per dos agents, classificar Product/Gate/Harness Defects abans de canviar una arquitectura correcta i tractar canvis petits amb alt impacte —com permisos o dades— segons risc i no segons nombre de línies.
- Temporal ownership i Shared Interfaces.
- Git Conflict ≠ Functional Conflict.
- Un Gate Defect no ha de deformar el producte.
- Change size ≠ risk level.
Artifacts, releases, incidents i Kai
El Handbook aplica Artifact/Package Gates quan un ZIP pot fallar tot i source i CI verds; defineix Migration Ordering i recovery en releases d’alt risc; organitza Incident Response; avalua eines abans d’adoptar-les; i separa capacitat de Kai d’autorització quan una acció pot ser destructiva.
- Source correct ≠ artifact correct.
- Release amb backup/recovery evidence.
- Stabilize → understand → recover → verify.
- Capability ≠ Authorization.
Glossari contextual＋
Escenari pràctic que mostra quan i com combinar parts de DCP Flow.
Recorregut crític end-to-end que ha de funcionar i produir evidència verificable.
Procediment manual, verificable i explícit utilitzat quan Kai no pot executar directament una acció.
Punt de control on l’evidència determina si el treball pot avançar.