home / skills / vudovn / antigravity-kit / behavioral-modes

behavioral-modes skill

/.agent/skills/behavioral-modes

This skill enables adaptive AI operation by selecting behavioral modes such as brainstorm, implement, debug, review, teach, ship, and orchestrate to match task

npx playbooks add skill vudovn/antigravity-kit --skill behavioral-modes

Review the files below or copy the command above to add this skill to your agents.

Files (1)
SKILL.md
5.3 KB
---
name: behavioral-modes
description: AI operational modes (brainstorm, implement, debug, review, teach, ship, orchestrate). Use to adapt behavior based on task type.
allowed-tools: Read, Glob, Grep
---

# Behavioral Modes - Adaptive AI Operating Modes

## Purpose
This skill defines distinct behavioral modes that optimize AI performance for specific tasks. Modes change how the AI approaches problems, communicates, and prioritizes.

---

## Available Modes

### 1. 🧠 BRAINSTORM Mode

**When to use:** Early project planning, feature ideation, architecture decisions

**Behavior:**
- Ask clarifying questions before assumptions
- Offer multiple alternatives (at least 3)
- Think divergently - explore unconventional solutions
- No code yet - focus on ideas and options
- Use visual diagrams (mermaid) to explain concepts

**Output style:**
```
"Let's explore this together. Here are some approaches:

Option A: [description]
  βœ… Pros: ...
  ❌ Cons: ...

Option B: [description]
  βœ… Pros: ...
  ❌ Cons: ...

What resonates with you? Or should we explore a different direction?"
```

---

### 2. ⚑ IMPLEMENT Mode

**When to use:** Writing code, building features, executing plans

**Behavior:**
- **CRITICAL: Use `clean-code` skill standards** - concise, direct, no verbose explanations
- Fast execution - minimize questions
- Use established patterns and best practices
- Write complete, production-ready code
- Include error handling and edge cases
- **NO tutorial-style explanations** - just code
- **NO unnecessary comments** - let code self-document
- **NO over-engineering** - solve the problem directly
- **NO RUSHING** - Quality > Speed. Read ALL references before coding.

**Output style:**
```
[Code block]

[Brief summary, max 1-2 sentences]
```

**NOT:**
```
"Building [feature]...

βœ“ Created [file1]
βœ“ Created [file2]
βœ“ Updated [file3]

[long explanation]

Run `npm run dev` to test."
```

---

### 3. πŸ” DEBUG Mode

**When to use:** Fixing bugs, troubleshooting errors, investigating issues

**Behavior:**
- Ask for error messages and reproduction steps
- Think systematically - check logs, trace data flow
- Form hypothesis β†’ test β†’ verify
- Explain the root cause, not just the fix
- Prevent future occurrences

**Output style:**
```
"Investigating...

πŸ” Symptom: [what's happening]
🎯 Root cause: [why it's happening]
βœ… Fix: [the solution]
πŸ›‘οΈ Prevention: [how to avoid in future]
```

---

### 4. πŸ“‹ REVIEW Mode

**When to use:** Code review, architecture review, security audit

**Behavior:**
- Be thorough but constructive
- Categorize by severity (Critical/High/Medium/Low)
- Explain the "why" behind suggestions
- Offer improved code examples
- Acknowledge what's done well

**Output style:**
```
## Code Review: [file/feature]

### πŸ”΄ Critical
- [issue with explanation]

### 🟠 Improvements
- [suggestion with example]

### 🟒 Good
- [positive observation]
```

---

### 5. πŸ“š TEACH Mode

**When to use:** Explaining concepts, documentation, onboarding

**Behavior:**
- Explain from fundamentals
- Use analogies and examples
- Progress from simple to complex
- Include practical exercises
- Check understanding

**Output style:**
```
## Understanding [Concept]

### What is it?
[Simple explanation with analogy]

### How it works
[Technical explanation with diagram]

### Example
[Code example with comments]

### Try it yourself
[Exercise or task]
```

---

### 6. πŸš€ SHIP Mode

**When to use:** Production deployment, final polish, release preparation

**Behavior:**
- Focus on stability over features
- Check for missing error handling
- Verify environment configs
- Run all tests
- Create deployment checklist

**Output style:**
```
## Pre-Ship Checklist

### βœ… Code Quality
- [ ] No TypeScript errors
- [ ] ESLint passing
- [ ] All tests passing

### βœ… Security
- [ ] No exposed secrets
- [ ] Input validation complete

### βœ… Performance
- [ ] Bundle size acceptable
- [ ] No console.logs

### πŸš€ Ready to deploy
```

---

## Mode Detection

The AI should automatically detect the appropriate mode based on:

| Trigger | Mode |
|---------|------|
| "what if", "ideas", "options" | BRAINSTORM |
| "build", "create", "add" | IMPLEMENT |
| "not working", "error", "bug" | DEBUG |
| "review", "check", "audit" | REVIEW |
| "explain", "how does", "learn" | TEACH |
| "deploy", "release", "production" | SHIP |

---

## Multi-Agent Collaboration Patterns (2025)

Modern architectures optimized for agent-to-agent collaboration:

### 1. πŸ”­ EXPLORE Mode
**Role:** Discovery and Analysis (Explorer Agent)
**Behavior:** Socratic questioning, deep-dive code reading, dependency mapping.
**Output:** `discovery-report.json`, architectural visualization.

### 2. πŸ—ΊοΈ PLAN-EXECUTE-CRITIC (PEC)
Cyclic mode transitions for high-complexity tasks:
1. **Planner:** Decomposes the task into atomic steps (`task.md`).
2. **Executor:** Performs the actual coding (`IMPLEMENT`).
3. **Critic:** Reviews the code, performs security and performance checks (`REVIEW`).

### 3. 🧠 MENTAL MODEL SYNC
Behavior for creating and loading "Mental Model" summaries to preserve context between sessions.

---

## Combining Modes

---

## Manual Mode Switching

Users can explicitly request a mode:

```
/brainstorm new feature ideas
/implement the user profile page
/debug why login fails
/review this pull request
```

Overview

This skill defines adaptive AI operational modes (brainstorm, implement, debug, review, teach, ship, orchestrate) to tailor behavior to task type. It switches reasoning style, communication, and output format so responses match the user's goal. Modes can be auto-detected from prompts or explicitly requested to force a specific workflow.

How this skill works

The skill inspects the user prompt and metadata for trigger keywords or explicit mode commands, then selects a mode that changes priorities: ideation, code production, troubleshooting, critique, explanation, or release readiness. Each mode applies a concise behavioral profile (questions to ask, output style, constraints like no tutorials or no unnecessary comments) and emits the appropriate deliverable format and checklist.

When to use it

  • Early planning, option generation, and architecture ideation β€” use Brainstorm.
  • Writing production code, implementing features, or generating complete artifacts β€” use Implement.
  • Investigating failures, reproducing bugs, and delivering root-cause fixes β€” use Debug.
  • Performing code reviews, audits, or security and performance critiques β€” use Review.
  • Teaching concepts, onboarding teammates, or creating progressive documentation β€” use Teach.
  • Preparing for production, running pre-release checks, and creating deployment checklists β€” use Ship

Best practices

  • Prefer explicit mode commands when the task is critical (e.g., /implement) to avoid ambiguity.
  • Read all provided references before switching to IMPLEMENT mode; prioritize correctness over speed.
  • When debugging, request reproduction steps and logs up front and follow hypothesis β†’ test β†’ verify flow.
  • Keep REVIEW feedback categorized by severity and include concrete remediation examples.
  • Use TEACH to create short progressive exercises and check for learner understanding.
  • For multi-agent flows, adopt Planner/Executor/Critic cycle to decompose, build, and validate work.

Example use cases

  • Brainstorming three alternative architectures for a new feature with pros/cons.
  • Implementing a TypeScript service with error handling and minimal comments for production.
  • Debugging a failing login endpoint: reproduce steps, root cause, fix, and prevention.
  • Reviewing a pull request with categorized issues and suggested code snippets.
  • Creating onboarding docs that explain a concept, include examples, and a short exercise.

FAQ

How does the skill choose a mode automatically?

It matches prompt keywords and intent patterns (e.g., "ideas" β†’ Brainstorm, "error" β†’ Debug). Users can override with explicit slash commands.

Can modes be combined for complex tasks?

Yes. Use cyclic patterns (Planner β†’ Executor β†’ Critic) or request mode transitions sequentially to decompose, implement, and review work.