refactor(orchestrator): replace SDLC actions with protocols - #517
refactor(orchestrator): replace SDLC actions with protocols#517alexsoyes wants to merge 28 commits into
Conversation
Keep the orchestrator moving until validation, independent review, and the final outcome challenge all pass. Route contract and implementation gaps back through explicit bounded loops.
Remove the remaining interactive and mandatory-spec descriptions so every public path points to the same autonomous contract.
Record the clean three-axis review after validation loops, fresh checker inputs, bounded Todo fan-out, and public guidance were aligned.
Keep Mermaid ownership links and agent capability declarations explicit so responsibility maps resolve to installed providers.
Put autonomous invariants before each flowchart and let Mermaid remain the single source for transitions instead of repeating every edge in trailing bullets.
Refresh the evidence after canonical agent permissions, the repaired codebase map, and behavior-first protocol documentation.
Use vertical stage subgraphs so each protocol remains readable in a normal Markdown viewport without changing its routing contract.
Keep each protocol self-contained and human-readable while preserving autonomous routing, useful parallelism, and review freshness without exposing Git jargon.
Move validation gates into their owning recipe skills so the orchestration references teach only behavior, delegation, and handoffs.
Record the simplified source handoff, delegated gates, Mermaid renders, and five target builds.
The diagrams describe an already-running orchestration, so routing now starts directly from each zone input.
Record that internal diagrams no longer represent the already-invoked orchestrator as a node.
Keep confirmation boundaries in the SDLC contract and route unclear validation failures through the executor debugging capability.
Record the executor debug fallback and the refined SDLC authority boundary.
|
Hello @blafourcade , J'ai documenté les flows + déplacé l'orchestration dans le bon plugin + viré les actions pour les rendre plus simples / suivables ! |
| @@ -0,0 +1,48 @@ | |||
| # 01 - Frame | |||
|
|
|||
| ## Behavior | |||
There was a problem hiding this comment.
On sort completement de la structure des autres skills. Pourquoi pas mais à challenger et ça a pour conséquence : définir un nouveau type de skill a generer côté skill-generate, dans les cours, dans la formation
| subgraph SourceStage["Resolve the source"] | ||
| direction TB | ||
| Source["$source"] | ||
| Ticket["/aidd-pm:01-ticket-info"] |
There was a problem hiding this comment.
Trop orienté pour moi on doit être haut niveau ici
There was a problem hiding this comment.
Le but c'est de définir un flot sur lequel l'IA peut se rattacher et suivre une ligne directrice. Qu'est-ce qui ne te convient pas ici ?
There was a problem hiding this comment.
Les plugins sont optionnels donc ici tu as un risque que ça n'existe pas. Si quelqu'un a une autre façon de faire tu l'oblige a suivre cette façon de faire.
Vu qu'on est sur de l'orchestration, en ayant discuté aussi avec Jerem on est aligné pour utiliser le concept "Ticketing Information" ou autre vs un skill en dur
There was a problem hiding this comment.
Je suis pas sur de comprendre on est sur un skill d'orchestration donc ofc y'a de la dépendance -- tu aurais fait quoi ?
| subgraph FrameStage["Frame the contract when needed"] | ||
| direction TB | ||
| Brainstorm["/aidd-refine:01-brainstorm"] | ||
| Spec["/aidd-pm:04-spec"] |
There was a problem hiding this comment.
C'est une bonne chose, ça sert de doc à l'IA + aux humains ?
Un dev ça cross les barrières en fonction
|
@blafourcade du coup, tu voudrais que je mette ça dans des dossiers de référence ? Ça ferait plus de sens pour toi sur le flow ? |
Oui je pense |
alexsoyes
left a comment
There was a problem hiding this comment.
@blafourcade sounds good ?
Keep the current PM catalog additions while preserving the relocated synchronous SDLC documentation. Follow next's intentional removal of the frozen v3-to-v4 upgrade guide.
What
Moves SDLC orchestration from
aidd-devtoaidd-orchestratorand replaces the rigid action tree with three routing protocols:$request → Frame → Deliver → Check → draft PR@executorimplements, validates, debugs unclear failures, and commits.@checkerreviews and challenges the outcome independently./aidd-dev:10-todowhen independent.Verification
✅ I certify