B

Skill 详情

behavioral-modes

AI operational modes (brainstorm, implement, debug, review, teach, ship, orchestrate). Use to adapt behavior based on task type.

来源平台:GitHub
来源标识:sickn33/antigravity-awesome-skills
源文件:原始说明
编程开发 超热门 GitHub 中 风险 下载 1.95万Stars 3.68万 GitHub Copilot
来源平台GitHub
文档版本SKILL.md
热度超热门
排名信号下载 1.95万
概述 安装 文档 下载

快速判断

AI operational modes (brainstorm, implement, debug, review, teach, ship, orchestrate). Use to adapt behavior based on task type.

最后校验2026-05-27
来源平台GitHub
安全提示
下载副本ZIP 可用

适合任务

  • 把重复任务整理成可复用的 AI 操作流程。
  • 让 AI 在特定场景下按统一规范执行。
  • 为团队或个人工作流提供可复制的任务说明。

输入与输出

输入:任务目标、上下文材料、文件路径、约束条件或需要处理的内容。

输出:按 Skill 说明生成的文档、代码、检查结果、计划、建议或操作步骤。

示例任务

  • 使用 behavioral-modes 帮我处理当前任务,并说明执行前需要确认的输入。
  • 根据 behavioral-modes 的说明,给我一个安全的使用步骤清单。

安装方式

  1. 下载本站提供的 Skill ZIP 并解压。
  2. 把解压后的 Skill 目录放入当前 AI 工具支持的 skills 目录。
  3. 如需在线查看原始内容,可打开 GitHub 的 SKILL.md

在线原始地址:behavioral-modes/SKILL.md

风险边界

使用前请检查权限、外部依赖和要处理的数据类型。不要把密码、密钥、身份信息或敏感客户资料交给未经确认的 Skill。

SKILL.md 文档介绍

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

When to Use

This skill is applicable to execute the workflow or actions described in the overview.

Limitations

  • Use this skill only when the task clearly matches the scope described above.
  • Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
  • Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.
建议反馈