rbin-task-flow 1.1.2 → 1.3.0

package/.cursor/rules/code_comments.mdc

@@ -1,24 +1,24 @@
 ---
-description: Regras sobre comentários em código - proibição de comentários explicativos, uso de dev-logs para documentação, e padrão para comentários de separação
+description: Rules about code comments - prohibition of explanatory comments, use of dev-logs for documentation, and pattern for separation comments
 globs: **/*
 alwaysApply: true
 ---
 
-- **Proibição de Comentários Explicativos:**
-  - **❌ NUNCA adicionar** comentários que explicam o que o código faz
-  - **❌ NUNCA adicionar** comentários como "// This function does X" ou "// Check if user exists"
-  - **❌ NUNCA adicionar** comentários inline explicando lógica de negócio
-  - **✅ O código deve ser auto-explicativo** através de nomes claros de variáveis, funções e classes
+- **Prohibition of Explanatory Comments:**
+  - **❌ NEVER add** comments that explain what the code does
+  - **❌ NEVER add** comments like "// This function does X" or "// Check if user exists"
+  - **❌ NEVER add** inline comments explaining business logic
+  - **✅ Code must be self-explanatory** through clear variable, function, and class names
 
-- **Documentação em dev-logs:**
-  - **✅ Quando precisar explicar algo complexo**, criar um arquivo em `dev-logs/` na raiz do projeto
-  - **✅ Criar a pasta `dev-logs/`** se ela não existir
-  - **✅ Usar arquivos markdown** (`.md`) para documentação técnica
-  - **✅ Incluir contexto**, decisões de design, e explicações detalhadas nos arquivos de dev-logs
+- **Documentation in dev-logs:**
+  - **✅ When you need to explain something complex**, create a file in `dev-logs/` at the project root
+  - **✅ Create the `dev-logs/` folder** if it doesn't exist
+  - **✅ Use markdown files** (`.md`) for technical documentation
+  - **✅ Include context**, design decisions, and detailed explanations in dev-logs files
 
-- **Estrutura de dev-logs:**
+- **dev-logs Structure:**
   ```
-  projeto/
+  project/
   └── dev-logs/
       ├── architecture-decisions.md
       ├── complex-algorithms.md
@@ -26,56 +26,56 @@ alwaysApply: true
       └── ...
   ```
 
-- **Quando Criar dev-logs:**
-  - Algoritmos complexos que precisam de explicação detalhada
-  - Decisões de arquitetura importantes
-  - Integrações com APIs externas complexas
-  - Workarounds ou hacks necessários
-  - Contexto histórico importante
-  - Padrões não óbvios do projeto
+- **When to Create dev-logs:**
+  - Complex algorithms that need detailed explanation
+  - Important architecture decisions
+  - Complex external API integrations
+  - Necessary workarounds or hacks
+  - Important historical context
+  - Non-obvious project patterns
 
-- **Formato dos Arquivos dev-logs:**
+- **dev-logs File Format:**
   ```markdown
-  # Título do Tópico
+  # Topic Title
   
-  ## Contexto
-  Explicação do contexto e por que isso é necessário...
+  ## Context
+  Explanation of context and why this is necessary...
   
-  ## Implementação
-  Detalhes da implementação...
+  ## Implementation
+  Implementation details...
   
-  ## Referências
-  - Link para documentação
-  - Issue relacionada
+  ## References
+  - Link to documentation
+  - Related issue
   ```
 
-- **Comentários de Separação Permitidos:**
-  - **✅ PERMITIDO**: Comentários que organizam e separam blocos de código
-  - **✅ SEMPRE usar** o padrão exato de separação:
+- **Separation Comments Allowed:**
+  - **✅ ALLOWED**: Comments that organize and separate code blocks
+  - **✅ ALWAYS use** the exact separation pattern:
     ```typescript
     // ────────────────────────────────
     // Prisma Types
     // ────────────────────────────────
     ```
-  - **✅ Usar** para separar seções lógicas do código
-  - **✅ Usar** para organizar imports, tipos, constantes, etc.
+  - **✅ Use** to separate logical sections of code
+  - **✅ Use** to organize imports, types, constants, etc.
 
-- **Padrão de Comentário de Separação:**
+- **Separation Comment Pattern:**
   ```typescript
   // ────────────────────────────────
-  // Seção ou Título
+  // Section or Title
   // ────────────────────────────────
   ```
   
-  **Características:**
-  - Linha de traços (`─`) com exatamente 31 caracteres
-  - Título centralizado entre as linhas de separação
-  - Sempre usar `//` para comentários de linha
-  - **Sem linhas em branco** entre as linhas de separação e o título
+  **Characteristics:**
+  - Dash line (`─`) with exactly 31 characters
+  - Title centered between separation lines
+  - Always use `//` for line comments
+  - **No blank lines** between separation lines and title
 
-- **Exemplos de Uso Correto:**
+- **Correct Usage Examples:**
   
-  **✅ DO: Comentário de separação**
+  **✅ DO: Separation comment**
   ```typescript
   // ────────────────────────────────
   // Type Definitions
@@ -91,11 +91,11 @@ alwaysApply: true
   // ────────────────────────────────
   
   export async function fetchUser(id: string): Promise<User> {
-    // código aqui
+    // code here
   }
   ```
   
-  **❌ DON'T: Comentários explicativos**
+  **❌ DON'T: Explanatory comments**
   ```typescript
   // ❌ DON'T: This function fetches a user from the database
   export async function fetchUser(id: string): Promise<User> {
@@ -107,7 +107,7 @@ alwaysApply: true
   }
   ```
   
-  **✅ DO: Código auto-explicativo + dev-logs se necessário**
+  **✅ DO: Self-explanatory code + dev-logs if necessary**
   ```typescript
   export async function fetchUserById(id: string): Promise<User> {
     const user = await db.user.findUnique({ where: { id } });
@@ -116,23 +116,23 @@ alwaysApply: true
   }
   ```
   
-  Se a lógica for complexa, criar `dev-logs/user-fetching.md` com explicações.
+  If the logic is complex, create `dev-logs/user-fetching.md` with explanations.
 
-- **Criação Automática de dev-logs:**
-  - **Sempre verificar** se `dev-logs/` existe antes de criar arquivo
-  - **Criar a pasta** se não existir: `mkdir -p dev-logs`
-  - **Usar nomes descritivos** para os arquivos: `kebab-case.md`
-  - **Incluir data** no conteúdo do arquivo quando relevante
+- **Automatic dev-logs Creation:**
+  - **Always check** if `dev-logs/` exists before creating file
+  - **Create the folder** if it doesn't exist: `mkdir -p dev-logs`
+  - **Use descriptive names** for files: `kebab-case.md`
+  - **Include date** in file content when relevant
 
-- **Exceções e Casos Especiais:**
-  - **NENHUMA EXCEÇÃO** para comentários explicativos no código
-  - Comentários de separação **sempre** seguem o padrão exato
-  - Documentação complexa **sempre** vai para `dev-logs/`
+- **Exceptions and Special Cases:**
+  - **NO EXCEPTION** for explanatory comments in code
+  - Separation comments **always** follow the exact pattern
+  - Complex documentation **always** goes to `dev-logs/`
 
-- **Integração com Outras Regras:**
-  - [cursor_rules.mdc](mdc:.cursor/rules/cursor_rules.mdc) - Formatação de regras
-  - [self_improve.mdc](mdc:.cursor/rules/self_improve.mdc) - Melhoria contínua
-  - [commit_practices.mdc](mdc:.cursor/rules/commit_practices.mdc) - Commits podem referenciar dev-logs
+- **Integration with Other Rules:**
+  - [cursor_rules.mdc](mdc:.cursor/rules/cursor_rules.mdc) - Rule formatting
+  - [self_improve.mdc](mdc:.cursor/rules/self_improve.mdc) - Continuous improvement
+  - [commit_practices.mdc](mdc:.cursor/rules/commit_practices.mdc) - Commits can reference dev-logs
 
-- **Princípio Fundamental:**
-  > **O código deve ser auto-explicativo. Se algo precisa de explicação, documente em dev-logs/, não no código. Use comentários apenas para organização visual seguindo o padrão exato.**
+- **Fundamental Principle:**
+  > **Code must be self-explanatory. If something needs explanation, document it in dev-logs/, not in code. Use comments only for visual organization following the exact pattern.**

package/.cursor/rules/commit_practices.mdc

@@ -1,30 +1,30 @@
 ---
-description: Práticas de commit após conclusão de tarefas e subtarefas, incluindo sugestões automáticas de mensagens
+description: Commit practices after task and subtask completion, including automatic message suggestions
 globs: **/*
 alwaysApply: true
 ---
 
-- **Notificação e Sugestão de Commit Após Tarefas:**
-  - **Sempre avisar o usuário** quando uma task ou subtask for marcada como `done`
-  - **Sugerir uma mensagem de commit** baseada nas mudanças realizadas
-  - **Incluir contexto** da task/subtask na sugestão de commit
-  - **CRÍTICO: NUNCA executar comandos git** - apenas sugerir, o usuário executa
+- **Notification and Commit Suggestion After Tasks:**
+  - **Always notify user** when a task or subtask is marked as `done`
+  - **Suggest a commit message** based on changes made
+  - **Include context** of task/subtask in commit suggestion
+  - **CRITICAL: NEVER execute git commands** - only suggest, user executes
 
-- **Quando Aplicar:**
-  - Após `set_task_status` com status `done` para qualquer task ou subtask
-  - Após implementação completa de uma subtask
-  - Após conclusão de uma task pai (quando todas subtasks estiverem done)
+- **When to Apply:**
+  - After `set_task_status` with status `done` for any task or subtask
+  - After complete implementation of a subtask
+  - After completion of a parent task (when all subtasks are done)
 
-- **Formato da Sugestão de Commit:**
+- **Commit Suggestion Format:**
   ```bash
-  # ✅ DO: Formato recomendado
-  git commit -m "feat(module): Descrição curta da mudança
+  # ✅ DO: Recommended format
+  git commit -m "feat(module): Short description of change
   
-  - Detalhes da implementação
+  - Implementation details
   - Task/Subtask ID: X.Y
-  - Mudanças principais realizadas"
+  - Main changes made"
   
-  # Exemplo real:
+  # Real example:
   git commit -m "feat(auth): Implement user login validation
   
   - Add email format validation
@@ -32,34 +32,34 @@ alwaysApply: true
   - Task ID: 3.2"
   ```
 
-- **Processo de Sugestão:**
-  1. **Analisar mudanças**: Usar `git status` e `git diff` para identificar arquivos modificados (apenas leitura, nunca modificar)
-  2. **Extrair contexto da task**: Incluir ID da task/subtask e título/descrição
-  3. **Gerar mensagem**: Criar mensagem seguindo conventional commits
-  4. **Apresentar ao usuário**: Mostrar sugestão formatada e pronta para uso
-  5. **NUNCA executar**: Apenas sugerir, o usuário decide quando e como fazer o commit
+- **Suggestion Process:**
+  1. **Analyze changes**: Use `git status` and `git diff` to identify modified files (read-only, never modify)
+  2. **Extract task context**: Include task/subtask ID and title/description
+  3. **Generate message**: Create message following conventional commits
+  4. **Present to user**: Show formatted suggestion ready to use
+  5. **NEVER execute**: Only suggest, user decides when and how to commit
 
-- **Tipos de Commit (Conventional Commits):**
-  - `feat`: Nova funcionalidade (task completa)
-  - `fix`: Correção de bug
-  - `refactor`: Refatoração sem mudança de comportamento
-  - `docs`: Mudanças em documentação
-  - `style`: Formatação, ponto e vírgula, etc (sem mudança de código)
-  - `test`: Adição ou correção de testes
-  - `chore`: Mudanças em build, dependências, etc
+- **Commit Types (Conventional Commits):**
+  - `feat`: New feature (complete task)
+  - `fix`: Bug fix
+  - `refactor`: Refactoring without behavior change
+  - `docs`: Documentation changes
+  - `style`: Formatting, semicolons, etc (no code change)
+  - `test`: Test addition or fix
+  - `chore`: Build, dependency changes, etc
 
-- **Estrutura da Mensagem Sugerida:**
+- **Suggested Message Structure:**
   ```bash
-  <tipo>(<escopo>): <descrição curta>
+  <type>(<scope>): <short description>
   
-  <corpo opcional com detalhes>
+  <optional body with details>
   - Task/Subtask: <ID>
-  - Arquivos modificados: <lista resumida>
+  - Modified files: <summary list>
   ```
 
-- **Exemplos de Sugestões:**
+- **Suggestion Examples:**
   
-  **Para subtask de implementação:**
+  **For implementation subtask:**
   ```bash
   git commit -m "feat(api): Add user authentication endpoint
   
@@ -69,7 +69,7 @@ alwaysApply: true
   - Subtask ID: 5.3"
   ```
   
-  **Para task completa:**
+  **For complete task:**
   ```bash
   git commit -m "feat(dashboard): Complete user analytics dashboard
   
@@ -79,7 +79,7 @@ alwaysApply: true
   - Task ID: 7"
   ```
   
-  **Para correção:**
+  **For fix:**
   ```bash
   git commit -m "fix(auth): Resolve token expiration issue
   
@@ -88,54 +88,54 @@ alwaysApply: true
   - Subtask ID: 8.1"
   ```
 
-- **Comandos Úteis para Análise:**
-  - `git status --short` - Lista arquivos modificados de forma compacta
-  - `git diff --stat` - Estatísticas de mudanças
-  - `git diff --name-only` - Apenas nomes dos arquivos modificados
-  - `git log --oneline -5` - Últimos commits para contexto
+- **Useful Commands for Analysis:**
+  - `git status --short` - List modified files compactly
+  - `git diff --stat` - Change statistics
+  - `git diff --name-only` - Only names of modified files
+  - `git log --oneline -5` - Last commits for context
 
-- **Quando NÃO Sugerir Commit:**
-  - ❌ DON'T: Se não houver mudanças no git (nenhum arquivo modificado)
-  - ❌ DON'T: Se o usuário já fez commit recentemente (últimos 5 minutos)
-  - ❌ DON'T: Se houver conflitos de merge não resolvidos
-  - ❌ DON'T: Se o repositório não for um git repo
+- **When NOT to Suggest Commit:**
+  - ❌ DON'T: If there are no git changes (no modified files)
+  - ❌ DON'T: If user already committed recently (last 5 minutes)
+  - ❌ DON'T: If there are unresolved merge conflicts
+  - ❌ DON'T: If repository is not a git repo
 
-- **Apresentação da Sugestão:**
-  - **Sempre notificar o usuário** quando uma task/subtask for concluída com mensagem clara e emoji ✅
-  - **Mostrar sugestão formatada** pronta para copiar/colar
-  - **Incluir estatísticas** das mudanças (arquivos modificados, linhas adicionadas/removidas)
+- **Suggestion Presentation:**
+  - **Always notify user** when a task/subtask is completed with clear message and emoji ✅
+  - **Show formatted suggestion** ready to copy/paste
+  - **Include statistics** of changes (modified files, lines added/removed)
   
-  **Exemplo de apresentação:**
+  **Presentation example:**
   ```markdown
-  ✅ Task 3.2 concluída!
+  ✅ Task 3.2 completed!
   
-  📝 Sugestão de commit:
+  📝 Commit suggestion:
   ```bash
-  git commit -m "feat(module): Descrição da mudança
+  git commit -m "feat(module): Change description
   
-  - Detalhe 1
-  - Detalhe 2
+  - Detail 1
+  - Detail 2
   - Task ID: 3.2"
   ```
   
-  📊 Mudanças detectadas:
-  - 3 arquivos modificados
-  - 45 linhas adicionadas, 12 removidas
+  📊 Changes detected:
+  - 3 files modified
+  - 45 lines added, 12 removed
   ```
 
-- **Integração com RBIN Task Flow:**
-  - Após marcar uma task como concluída, automaticamente:
-    1. Verificar se há mudanças no git
-    2. Analisar arquivos modificados
-    3. Gerar sugestão de commit baseada na task
-    4. Apresentar ao usuário de forma clara
+- **Integration with RBIN Task Flow:**
+  - After marking a task as completed, automatically:
+    1. Check if there are git changes
+    2. Analyze modified files
+    3. Generate commit suggestion based on task
+    4. Present to user clearly
 
-- **Controle Git:**
-  - **NUNCA executar comandos git** - apenas sugerir
-  - Seguir [git_control.mdc](mdc:.cursor/rules/git_control.mdc) para controle total do usuário sobre git
-  - Apresentar sugestões prontas para o usuário copiar e executar
+- **Git Control:**
+  - **NEVER execute git commands** - only suggest
+  - Follow [git_control.mdc](mdc:.cursor/rules/git_control.mdc) for complete user control over git
+  - Present suggestions ready for user to copy and execute
 
-- **Referências:**
-  - Seguir padrões de [Conventional Commits](https://www.conventionalcommits.org/)
-  - Integrar com workflow do RBIN Task Flow
-  - Controle git: [git_control.mdc](mdc:.cursor/rules/git_control.mdc)
+- **References:**
+  - Follow [Conventional Commits](https://www.conventionalcommits.org/) patterns
+  - Integrate with RBIN Task Flow workflow
+  - Git control: [git_control.mdc](mdc:.cursor/rules/git_control.mdc)

package/.cursor/rules/git_control.mdc

@@ -1,88 +1,88 @@
 ---
-description: Controle total do usuário sobre comandos Git - o AI nunca executa comandos git, mas pode executar qualquer outro comando sem perguntar
+description: Complete user control over Git commands - AI never executes git commands, but can execute any other command without asking
 globs: **/*
 alwaysApply: true
 ---
 
-- **Permissão Geral de Comandos:**
-  - **✅ PODE executar** qualquer comando do sistema sem perguntar
-  - **✅ PODE executar** npm, yarn, pnpm, docker, etc sem confirmação
-  - **✅ PODE executar** scripts, testes, linters, formatters sem perguntar
-  - **✅ NÃO precisa perguntar** antes de executar comandos simples ou comuns
-  - **❌ ÚNICA EXCEÇÃO**: Comandos `git` que modificam o repositório
+- **General Command Permission:**
+  - **✅ CAN execute** any system command without asking
+  - **✅ CAN execute** npm, yarn, pnpm, docker, etc without confirmation
+  - **✅ CAN execute** scripts, tests, linters, formatters without asking
+  - **✅ DON'T need to ask** before executing simple or common commands
+  - **❌ ONLY EXCEPTION**: `git` commands that modify the repository
 
-- **Comandos de Leitura - Execução Automática:**
-  - **✅ SEMPRE executar sem perguntar** comandos que apenas leem informações:
-    - `cat`, `head`, `tail`, `less`, `more` - Visualização de arquivos
-    - `grep`, `find`, `ls`, `tree` - Busca e listagem
-    - `wc`, `stat`, `file` - Informações sobre arquivos
-    - `read_file` (ferramenta) - Leitura de arquivos
-    - Qualquer comando que **não modifica** arquivos ou sistema
-  - **✅ NUNCA perguntar** antes de executar comandos de leitura
-  - **✅ Executar imediatamente** sem esperar confirmação do usuário
+- **Read Commands - Automatic Execution:**
+  - **✅ ALWAYS execute without asking** commands that only read information:
+    - `cat`, `head`, `tail`, `less`, `more` - File viewing
+    - `grep`, `find`, `ls`, `tree` - Search and listing
+    - `wc`, `stat`, `file` - File information
+    - `read_file` (tool) - File reading
+    - Any command that **does not modify** files or system
+  - **✅ NEVER ask** before executing read commands
+  - **✅ Execute immediately** without waiting for user confirmation
 
-- **Proibição Absoluta de Executar Comandos Git:**
-  - **❌ NUNCA executar** comandos `git` automaticamente
-  - **❌ NUNCA fazer** `git add`, `git commit`, `git push`, `git pull`, `git merge`, etc
-  - **❌ NUNCA modificar** o estado do repositório git
-  - **✅ APENAS sugerir** comandos git quando apropriado
-  - **✅ APENAS ler** informações do git (git status, git diff, git log) para análise
+- **Absolute Prohibition of Executing Git Commands:**
+  - **❌ NEVER execute** `git` commands automatically
+  - **❌ NEVER do** `git add`, `git commit`, `git push`, `git pull`, `git merge`, etc
+  - **❌ NEVER modify** git repository state
+  - **✅ ONLY suggest** git commands when appropriate
+  - **✅ ONLY read** git information (git status, git diff, git log) for analysis
 
-- **Comandos Git Permitidos (Apenas Leitura):**
-  - ✅ `git status` - Para verificar estado do repositório
-  - ✅ `git diff` - Para analisar mudanças
-  - ✅ `git log` - Para ver histórico
-  - ✅ `git show` - Para ver detalhes de commits
-  - ✅ `git branch` - Para listar branches (sem criar/modificar)
-  - ✅ Qualquer comando git que **apenas lê** informações
+- **Allowed Git Commands (Read Only):**
+  - ✅ `git status` - To check repository state
+  - ✅ `git diff` - To analyze changes
+  - ✅ `git log` - To view history
+  - ✅ `git show` - To view commit details
+  - ✅ `git branch` - To list branches (without creating/modifying)
+  - ✅ Any git command that **only reads** information
 
-- **Comandos Git Proibidos (Nunca Executar):**
-  - ❌ `git add` - O usuário adiciona arquivos
-  - ❌ `git commit` - O usuário faz commits
-  - ❌ `git push` - O usuário faz push
-  - ❌ `git pull` - O usuário faz pull
-  - ❌ `git merge` - O usuário faz merge
-  - ❌ `git checkout` - O usuário muda branches
-  - ❌ `git branch -d` ou `-D` - O usuário deleta branches
-  - ❌ `git reset` - O usuário faz reset
-  - ❌ `git rebase` - O usuário faz rebase
-  - ❌ `git tag` - O usuário cria tags
-  - ❌ Qualquer comando que **modifique** o repositório
+- **Prohibited Git Commands (Never Execute):**
+  - ❌ `git add` - User adds files
+  - ❌ `git commit` - User makes commits
+  - ❌ `git push` - User pushes
+  - ❌ `git pull` - User pulls
+  - ❌ `git merge` - User merges
+  - ❌ `git checkout` - User switches branches
+  - ❌ `git branch -d` or `-D` - User deletes branches
+  - ❌ `git reset` - User resets
+  - ❌ `git rebase` - User rebases
+  - ❌ `git tag` - User creates tags
+  - ❌ Any command that **modifies** the repository
 
-- **Quando Sugerir Comandos Git:**
-  - ✅ Após conclusão de task/subtask - sugerir mensagem de commit
-  - ✅ Quando há mudanças não commitadas - sugerir commit
-  - ✅ Quando há conflitos - sugerir resolução (mas não executar)
-  - ✅ Quando precisa atualizar - sugerir pull (mas não executar)
-  - ✅ Sempre apresentar como **sugestão**, nunca executar
+- **When to Suggest Git Commands:**
+  - ✅ After task/subtask completion - suggest commit message
+  - ✅ When there are uncommitted changes - suggest commit
+  - ✅ When there are conflicts - suggest resolution (but don't execute)
+  - ✅ When update is needed - suggest pull (but don't execute)
+  - ✅ Always present as **suggestion**, never execute
 
-- **Formato de Sugestões:**
+- **Suggestion Format:**
   ```markdown
-  ✅ Task concluída!
+  ✅ Task completed!
 
-  📝 Sugestão de commit (você executa):
+  📝 Commit suggestion (you execute):
   ```bash
   git add .
-  git commit -m "feat(module): Descrição"
+  git commit -m "feat(module): Description"
   ```
   ```
 
-  **NUNCA fazer:**
+  **NEVER do:**
   ```bash
-  # ❌ DON'T: Executar automaticamente
+  # ❌ DON'T: Execute automatically
   git add .
   git commit -m "..."
   ```
 
-- **Exceções e Casos Especiais:**
-  - **NENHUMA EXCEÇÃO para git**: Esta regra é absoluta para comandos git
-  - **Para comandos não-git**: Execute diretamente sem perguntar
-  - **Para comandos git**: Mesmo que o usuário peça explicitamente, **sempre sugerir** ao invés de executar
-  - Se houver dúvida sobre um comando ser git ou não, verificar se começa com `git` antes de executar
+- **Exceptions and Special Cases:**
+  - **NO EXCEPTION for git**: This rule is absolute for git commands
+  - **For non-git commands**: Execute directly without asking
+  - **For git commands**: Even if user explicitly asks, **always suggest** instead of executing
+  - If in doubt about whether a command is git or not, check if it starts with `git` before executing
 
-- **Integração com Outras Regras:**
-  - [commit_practices.mdc](mdc:.cursor/rules/commit_practices.mdc) - Sugerir commits, nunca executar
-  - Workflow do RBIN Task Flow não deve incluir execução automática de git
+- **Integration with Other Rules:**
+  - [commit_practices.mdc](mdc:.cursor/rules/commit_practices.mdc) - Suggest commits, never execute
+  - RBIN Task Flow workflow should not include automatic git execution
 
-- **Princípio Fundamental:**
-  > **O usuário tem controle total sobre o repositório Git. O AI pode executar qualquer comando do sistema sem perguntar, EXCETO comandos git. Para git, apenas sugere, analisa e informa. Nunca modifica o estado do git.**
+- **Fundamental Principle:**
+  > **User has complete control over the Git repository. AI can execute any system command without asking, EXCEPT git commands. For git, only suggests, analyzes, and informs. Never modifies git state.**