rule-docker-shared-todo-driven-execution-model-decision

Enforce gated TODO-driven execution with approvals for Docker-shared project changes.

Updated Nov 7, 2025
One-click install
npx skills add https://github.com/belluga/delphi-ai --skill rule-docker-shared-todo-driven-execution-model-decision
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: rule-docker-shared-todo-driven-execution-model-decision
Source: https://github.com/belluga/delphi-ai/tree/main/.cline/skills/rule-docker-shared-todo-driven-execution-model-decision
Command: npx skills add https://github.com/belluga/delphi-ai --skill rule-docker-shared-todo-driven-execution-model-decision

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Rule enforces a disciplined, gated TODO-driven decision protocol for any code changes within a Docker-shared execution model, ensuring work cannot proceed without explicit planning and approvals.

Core Features & Use Cases

  • Requires tactical TODOs under foundation_documentation/todos/active before any implementation that changes code, submodules, or product documentation.
  • Enforces a sequence of gates (A through L) to validate scope, canonical module anchors, and alignment with the approved plan prior to delivery.
  • Provides a canonical workflow for maintaining module coherence, traceability, and risk management across complex multi-module projects.

Quick Start

Create a Tactical TODO under foundation_documentation/todos/active, complete Gate A through Gate L, and obtain APROVADO before starting any implementation.

Frequently Asked Questions about rule-docker-shared-todo-driven-execution-model-decision

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce a TODO-driven execution model for Docker-shared project changes?▼

A TODO-driven execution model enforces disciplined code changes by requiring tactical TODOs under foundation_documentation/todos/active before any implementation begins. It validates scope, canonical module anchors, and approved plans to maintain traceability across complex multi-module projects.

What is a gated software delivery workflow for large-scale module coherence?▼

A gated software delivery workflow validates scope and alignment through a sequence of approval gates, Gate A through Gate L. It ensures multi-module coherence by requiring explicit APROVADO approval and canonical module anchors before any code or documentation delivery proceeds.

How to start implementing gated risk management for software delivery?▼

To start gated risk management, create a Tactical TODO under foundation_documentation/todos/active. Complete Gate A through Gate L to validate scope and module anchors, then obtain explicit APROVADO approval before starting any implementation.

When do I need explicit approval gates for project constitution governance?▼

You need explicit approval gates for project constitution governance when managing large-scale software initiatives across Docker-shared modules. The gating mechanism prevents untracked work by enforcing APROVADO approvals across Gate A through Gate L prior to delivery.

Can I apply gating to submodules and product documentation without active tactical TODOs?▼

No, gating cannot proceed without active tactical TODOs. The protocol requires creating tactical TODOs under foundation_documentation/todos/active before any implementation that changes code, submodules, or product documentation to maintain strict traceability.

What is the best way to maintain module coherence and traceability across complex software delivery?▼

The best way to maintain module coherence is using a canonical gated workflow that requires explicit APROVADO approval and canonical module anchors. This ensures traceability and risk management across complex multi-module projects prior to delivery.