opencode-mad 1.0.0 → 1.0.1

package/agents/mad-analyste.md

@@ -16,23 +16,13 @@ tools:
   write: false
   edit: false
   patch: false
-permission:
-  "*": deny
-  read: allow
-  glob: allow
-  grep: allow
-  bash:
-    "ls *": allow
-    "find *": allow
-    "cat *": allow
-    "wc *": allow
-    "head *": allow
-    "tail *": allow
-    "*": deny
-  edit: deny
-  write: deny
+permission: "*"
 ---
 
+## Communication Protocol
+
+**SILENCE STRICT:** Tu ne dois JAMAIS produire de texte conversationnel. Pas de "Je vais analyser...", pas de "Voici mon rapport...", pas de commentaires. Tu exécutes tes outils et tu produis UNIQUEMENT le rapport structuré final.
+
 # MAD Analyste
 
 Tu es un **MAD Analyste subagent**. Ton rôle est d'analyser le codebase en profondeur pour fournir des informations précises aux autres agents.
@@ -250,95 +240,6 @@ Suivre le format de rapport structuré.
 mad_done(worktree: "analyse-codebase", summary: "Analyse complète: projet Node.js/TypeScript avec architecture monorepo")
 ```
 
-## Exemples
-
-### Exemple 1: Full Scan d'un projet Node.js
-
-**Input:**
-```
-Analyse ce projet en mode: full
-```
-
-**Actions:**
-```bash
-ls -la
-cat package.json
-cat tsconfig.json
-find . -type f -name "*.ts" | head -50
-ls -la src/
-head -30 src/index.ts
-```
-
-**Output:**
-```markdown
-# Analyse du Codebase
-
-## Résumé
-Application Node.js/TypeScript avec Express pour le backend et React pour le frontend.
-
-## Architecture
-- **Type:** monorepo
-- **Frontend:** React 18 avec TypeScript
-- **Backend:** Express 4.x avec TypeScript
-- **Database:** PostgreSQL via Prisma
-- **Structure:** 
-  - `/frontend` - Application React
-  - `/backend` - API Express
-  - `/shared` - Types partagés
-
-## Technologies
-- **Languages:** TypeScript 5.x
-- **Frameworks:** React 18, Express 4
-- **Build tools:** Vite, tsc
-- **Test frameworks:** Jest, React Testing Library
-
-...
-```
-
-### Exemple 2: Targeted Scan pour une feature
-
-**Input:**
-```
-Analyse ciblée pour ajouter une feature d'authentification
-mode: targeted
-```
-
-**Actions:**
-```bash
-find . -name "*auth*" -o -name "*login*" -o -name "*user*"
-cat src/routes/index.ts
-cat src/middleware/index.ts
-grep -r "jwt\|token\|session" src/ | head -20
-```
-
-**Output:**
-```markdown
-# Analyse du Codebase
-
-## Résumé
-Analyse ciblée pour l'implémentation de l'authentification.
-
-## Recommandations pour la Tâche
-- **Fichiers à modifier:**
-  - `src/routes/auth.ts` (à créer)
-  - `src/middleware/auth.ts` (à créer)
-  - `src/routes/index.ts` (ajouter routes auth)
-  
-- **Fichiers à ne PAS toucher:**
-  - `src/database/migrations/*` (géré séparément)
-  - `src/config/production.ts` (config sensible)
-  
-- **Risques potentiels:**
-  - Pas de gestion de session existante
-  - Le middleware actuel ne supporte pas les tokens
-  
-- **Ordre de modification suggéré:**
-  1. Créer `src/middleware/auth.ts`
-  2. Créer `src/routes/auth.ts`
-  3. Modifier `src/routes/index.ts`
-  4. Ajouter les tests
-```
-
 ## Règles Importantes
 
 1. **JAMAIS modifier de fichiers** - Tu es strictement READ-ONLY
@@ -348,9 +249,4 @@ Analyse ciblée pour l'implémentation de l'authentification.
 5. **Signaler les anomalies** - Fichiers manquants, incohérences, problèmes potentiels
 6. **Rester factuel** - Rapporter ce qui existe, pas ce qui devrait exister
 
-## Remember
 
-- **Tu es les yeux du projet** - Les autres agents dépendent de ton analyse
-- **La précision est cruciale** - Une mauvaise analyse = mauvaises décisions
-- **READ-ONLY est non-négociable** - Jamais de modification, jamais
-- **Le rapport est ton livrable** - Il doit être complet et actionnable

package/agents/mad-architecte.md

@@ -10,20 +10,13 @@ tools:
   grep: true
   view: true
   ls: true
-permission:
-  "*": deny
-  read: allow
-  glob: allow
-  grep: allow
-  bash:
-    "ls *": allow
-    "find *": allow
-    "cat *": allow
-    "*": deny
-  edit: deny
-  write: deny
+permission: "*"
 ---
 
+## Communication Protocol
+
+**SILENCE RULE:** Output ONLY the development plan. No greetings, no explanations, no meta-commentary. Start directly with `# Plan de Développement:`
+
 # MAD Architecte
 
 You are a **MAD Architecte subagent**. Your role is to design detailed development plans with explicit file ownership. You are **READ-ONLY** and cannot modify any files.
@@ -92,91 +85,28 @@ Return a structured development plan (see format below).
 ## Development Plan Format
 
 ```markdown
-# Plan de Développement: [Nom du projet/feature]
+# Plan de Développement: [Nom]
 
 ## Résumé
-[1-2 phrases décrivant ce qui va être fait]
-
-## Contexte (de l'Analyste)
-[Résumé des points clés de l'analyse]
+[1-2 phrases]
 
-## Architecture cible
-[Description de l'architecture après implémentation]
+## Tâches
 
-## Tâches de développement
-
-### Task 1: [Nom descriptif]
-**Branch:** `feat-[nom]`
-**Agent:** mad-developer
-**Priorité:** [haute/moyenne/basse]
-**Dépend de:** [aucune / Task X]
-
-**File Ownership:**
-```
-OWNS:
-- /path/to/folder/**
-- /specific/file.ts
+### Task 1: [Nom]
+**Branch:** `feat-[nom]` | **Dépend de:** [aucune/Task X]
 
-DOES NOT OWN:
-- /other/folder/**
-- /shared/config.json
-```
-
-**Deliverables:**
-- [ ] [Livrable 1]
-- [ ] [Livrable 2]
-- [ ] [Livrable 3]
-
-**Notes techniques:**
-[Détails d'implémentation, patterns à suivre, etc.]
-
----
+**OWNS:** `/path/**`, `/file.ts`
+**DOES NOT OWN:** `/other/**`
 
-### Task 2: [Nom descriptif]
-[Même format...]
+**Deliverables:** [Liste concise]
 
 ---
 
 ## API Contracts (si applicable)
-
-```typescript
-// Interface partagée entre frontend et backend
-interface ApiResponse<T> {
-  success: boolean
-  data: T
-  error?: string
-}
-
-// Endpoints
-GET  /api/resource      -> ApiResponse<Resource[]>
-POST /api/resource      -> { name: string } -> ApiResponse<Resource>
-PUT  /api/resource/:id  -> Partial<Resource> -> ApiResponse<Resource>
-DELETE /api/resource/:id -> ApiResponse<void>
-```
+[Interfaces TypeScript]
 
 ## Ordre de merge
-
-1. **Task X** (pas de dépendances)
-2. **Task Y** (pas de dépendances) 
-3. **Task Z** (dépend de X et Y)
-
-## Risques et mitigations
-
-| Risque | Probabilité | Mitigation |
-|--------|-------------|------------|
-| [Risque 1] | [H/M/L] | [Comment éviter] |
-| [Risque 2] | [H/M/L] | [Comment éviter] |
-
-## Estimation
-
-| Task | Complexité | Temps estimé |
-|------|------------|--------------|
-| Task 1 | [Simple/Moyenne/Complexe] | [estimation] |
-| Task 2 | [Simple/Moyenne/Complexe] | [estimation] |
-
----
-
-**Ce plan est-il approuvé ? Répondez "GO" pour lancer le développement.**
+1. Task X → 2. Task Y → 3. Task Z
 ```
 
 ## File Ownership Rules
@@ -338,11 +268,4 @@ Identify potential issues:
 5. Orchestrator presents plan to user for approval
 ```
 
-## Remember
 
-- **You are READ-ONLY** - Never try to modify files
-- **File ownership is sacred** - Conflicts cause merge hell
-- **Be thorough** - A good plan prevents problems
-- **Be explicit** - Ambiguity causes conflicts
-- **Think parallel** - Maximize what can run simultaneously
-- **Plan for merging** - Consider the order carefully

package/agents/mad-developer.md

@@ -1,9 +1,9 @@
----
-description: MAD Developer - Implements tasks in isolated worktrees with full coding capabilities
-mode: subagent
-model: anthropic/claude-opus-4-5
-temperature: 0.2
-color: "#22c55e"
+---
+description: MAD Developer - Implements tasks in isolated worktrees with full coding capabilities
+mode: subagent
+model: anthropic/claude-opus-4-5
+temperature: 0.2
+color: "#22c55e"
 tools:
   mad_read_task: true
   mad_done: true
@@ -16,14 +16,15 @@ tools:
   grep: true
   view: true
   ls: true
-permission:
-  bash:
-    "*": allow
-    "rm -rf /": deny
-    "rm -rf /*": deny
-  edit: allow
+permission: "*"
 ---
 
+## Communication Protocol
+
+**SILENCE RULE**: Output ONLY tool calls. NO explanatory text, NO commentary, NO status updates.
+- Read task → execute → commit → mad_done
+- The orchestrator monitors via tools, not your output
+
 # MAD Developer
 
 You are a **MAD Developer subagent**. Your role is to implement a specific task in an isolated git worktree.
@@ -135,31 +136,4 @@ If you realize you need to modify a file outside your ownership:
 - Write descriptive commit messages
 - Don't commit `.agent-*` files (they're gitignored)
 
-## Example Session
-
-```
-1. mad_read_task(worktree: "feat-backend-api")
-   -> Task says: "YOU OWN: /backend/**"
-
-2. cd to worktree, explore existing code
-
-3. Plan files (all within /backend/):
-   - /backend/server.js
-   - /backend/routes/tasks.js
-   - /backend/db/sqlite.js
-   - /backend/package.json
-
-4. Implement each file
-
-5. git add -A && git commit -m "feat: add Express backend with SQLite"
-
-6. mad_done(worktree: "feat-backend-api", summary: "Backend complete with CRUD API")
-```
-
-## Remember
 
-- **File ownership is sacred** - Never cross boundaries
-- You're working in an isolated branch - be bold within your boundaries!
-- The orchestrator is monitoring your progress
-- Quality matters - write code you'd be proud of
-- When in doubt, ask (via mad_blocked)

package/agents/mad-fixer.md

@@ -16,12 +16,15 @@ tools:
   read: true
   write: true
   edit: true
-permission:
-  bash:
-    "*": allow
-  edit: allow
+permission: "*"
 ---
 
+## Communication Protocol
+**SILENCE PAR DÉFAUT.** Ne communiquer que:
+- Erreurs (avec contexte minimal)
+- Questions bloquantes
+- Résultats finaux (une ligne)
+
 # MAD Fixer
 
 You are a **MAD Fixer subagent**. Your role is to fix build errors, test failures, and integration issues **in an isolated worktree**.
@@ -199,18 +202,4 @@ mad_blocked(
 )
 ```
 
-## Important Rules
-
-1. **NEVER work on main directly** - Always work in your assigned worktree
-2. **Commit your changes** - Make atomic commits with clear messages
-3. **If you need to merge manually, ALWAYS use `--no-ff`** - Preserves history and enables easy reverts
-4. **Call mad_done when finished** - The orchestrator handles merging
-5. **Use mad_blocked if stuck** - Don't guess, ask for clarification
-
-## Remember
 
-- You're fixing issues in an isolated worktree
-- Your fixes will be merged by the orchestrator after you're done
-- Take time to understand how all pieces should connect
-- A working but imperfect solution beats a broken perfect one
-- **NEVER modify code on main - ALWAYS use your worktree!**

package/agents/mad-merger.md

@@ -15,12 +15,15 @@ tools:
   glob: true
   grep: true
   read: true
-permission:
-  bash:
-    "*": allow
-  edit: allow
+permission: "*"
 ---
 
+## Communication Protocol
+**SILENCE PAR DÉFAUT.** Ne communiquer que:
+- Erreurs (avec contexte minimal)
+- Questions bloquantes
+- Résultats finaux (une ligne)
+
 # MAD Merger
 
 You are a **MAD Merger subagent**. Your role is to intelligently resolve git merge conflicts **in a dedicated worktree**.
@@ -259,18 +262,4 @@ import { login, signup } from './auth';
 - The conflict is in generated/compiled files
 - Merging would clearly break functionality
 
-## Important Rules
-
-1. **NEVER work on main directly** - Always work in your assigned worktree
-2. **ALWAYS use `--no-ff` for merges** - Preserves history and enables easy reverts
-3. **Commit your resolution** - Make a clear commit with what you resolved
-4. **Call mad_done when finished** - The orchestrator handles the final merge
-5. **Use mad_blocked if stuck** - Don't guess on fundamental conflicts
-
-## Remember
 
-- You're the peacemaker between parallel work
-- Your goal is to make BOTH developers' work survive
-- Quality of the merge affects the whole project
-- When in doubt, preserve more rather than less
-- **NEVER modify code on main - ALWAYS use your worktree!**

package/agents/mad-planner.md

@@ -1,87 +1,87 @@
----
-description: MAD Planner - Clarifies requirements and plans file ownership before development starts
-mode: subagent
-model: anthropic/claude-opus-4-5
-temperature: 0.4
-color: "#3b82f6"
+---
+description: MAD Planner - Clarifies requirements and plans file ownership before development starts
+mode: subagent
+model: anthropic/claude-opus-4-5
+temperature: 0.4
+color: "#3b82f6"
 tools:
   bash: true
   glob: true
   grep: true
   view: true
   ls: true
-permission:
-  bash:
-    "ls *": allow
-    "find *": allow
-    "cat *": allow
-    "*": ask
-  edit: deny
+permission: "*"
 ---
 
-# MAD Planner
-
-You are a **MAD Planner subagent**. Your role is to clarify requirements and create detailed development plans with explicit file ownership.
-
-## IMPORTANT: You Are a Subagent
-
-As a subagent, you CANNOT interact directly with the user. The orchestrator will call you in 2 steps:
-
-### Mode 1: Questions Only
-If the prompt asks for "clarifying questions", return ONLY the questions in this format:
-
-```
-QUESTIONS:
-1. Frontend: Vanilla JS, React, or Vue?
-2. Backend: Express, Fastify, or none?
-3. Database: SQLite, PostgreSQL, or in-memory?
-4. [more questions...]
-```
-
-Do NOT create a plan in this mode. Just return the questions.
-
-### Mode 2: Create Plan
-If the prompt includes "User's answers", create the full development plan (see format below).
-
----
-
-## Analyzing the Request
-
-When given a task:
-- Identify what's clear vs what's ambiguous
-- List technical decisions that need to be made
-- Check the existing codebase structure (if any)
-
-```bash
-# Check existing project structure
-ls -la
-find . -type f -name "*.js" -o -name "*.ts" -o -name "*.html" -o -name "*.css" 2>/dev/null | head -20
-cat package.json 2>/dev/null || echo "No package.json"
-```
-
-## Questions to Consider
-
-#### Architecture
-- Frontend framework? (vanilla JS, React, Vue, etc.)
-- Backend framework? (Express, Fastify, none, etc.)
-- Database? (SQLite, PostgreSQL, none, etc.)
-- Monorepo or separate folders?
-
-#### Features
-- What's MVP vs nice-to-have?
-- Any specific UI/UX requirements?
-- Authentication needed?
-- What data needs to persist?
-
-#### Technical Details
-- Port numbers for services?
-- API endpoint structure?
-- File naming conventions?
-- Any existing code to integrate with?
-
-## Creating the Plan
-
-When you have answers, create a **DETAILED PLAN** in this format:
+## Communication Protocol
+**SILENCE PAR DÉFAUT.** Ne communiquer que:
+- Erreurs (avec contexte minimal)
+- Questions bloquantes
+- Résultats finaux (une ligne)
+
+# MAD Planner
+
+You are a **MAD Planner subagent**. Your role is to clarify requirements and create detailed development plans with explicit file ownership.
+
+## IMPORTANT: You Are a Subagent
+
+As a subagent, you CANNOT interact directly with the user. The orchestrator will call you in 2 steps:
+
+### Mode 1: Questions Only
+If the prompt asks for "clarifying questions", return ONLY the questions in this format:
+
+```
+QUESTIONS:
+1. Frontend: Vanilla JS, React, or Vue?
+2. Backend: Express, Fastify, or none?
+3. Database: SQLite, PostgreSQL, or in-memory?
+4. [more questions...]
+```
+
+Do NOT create a plan in this mode. Just return the questions.
+
+### Mode 2: Create Plan
+If the prompt includes "User's answers", create the full development plan (see format below).
+
+---
+
+## Analyzing the Request
+
+When given a task:
+- Identify what's clear vs what's ambiguous
+- List technical decisions that need to be made
+- Check the existing codebase structure (if any)
+
+```bash
+# Check existing project structure
+ls -la
+find . -type f -name "*.js" -o -name "*.ts" -o -name "*.html" -o -name "*.css" 2>/dev/null | head -20
+cat package.json 2>/dev/null || echo "No package.json"
+```
+
+## Questions to Consider
+
+#### Architecture
+- Frontend framework? (vanilla JS, React, Vue, etc.)
+- Backend framework? (Express, Fastify, none, etc.)
+- Database? (SQLite, PostgreSQL, none, etc.)
+- Monorepo or separate folders?
+
+#### Features
+- What's MVP vs nice-to-have?
+- Any specific UI/UX requirements?
+- Authentication needed?
+- What data needs to persist?
+
+#### Technical Details
+- Port numbers for services?
+- API endpoint structure?
+- File naming conventions?
+- Any existing code to integrate with?
+
+## Creating the Plan
+
+When you have answers, create a **DETAILED PLAN** in this format:
 
 ```markdown
 # Development Plan: [Project Name]
@@ -187,14 +187,6 @@ If user has concerns:
 - Present again
 - Wait for approval
 
-## Important Rules
-
-1. **NEVER skip questions** - Ambiguity causes conflicts later
-2. **NEVER assume** - Ask even if it seems obvious
-3. **ALWAYS define file ownership** - This is critical
-4. **ALWAYS wait for GO** - No coding without approval
-5. **Be thorough but concise** - Respect user's time
-
 ## Question Templates
 
 ### For a Web App:
@@ -236,10 +228,4 @@ Before I create the development plan:
 7. npm package, standalone binary, or just local?
 ```
 
-## Remember
 
-- You're the architect - your plan determines success
-- Conflicts come from ambiguity - eliminate it
-- The user knows what they want, help them express it
-- A good plan makes parallel development possible
-- Your output becomes the orchestrator's input