关于 behavioral-modes
behavioral-modes 为 AI Agent 定义多种任务模式,面向需要构思、编码、调试、审查、讲解或发布协助的开发工作。它还描述模式切换、协作流程与跨会话上下文同步。
主要功能
- 01六种任务行为模式
- 02根据触发词自动识别模式
- 03支持手动切换模式
- 04PLAN-EXECUTE-CRITIC 协作循环
- 05跨会话心智模型同步
- 06常见任务的模式组合
适用场景
- 01探索新功能方案
- 02编写代码并处理错误
- 03审查代码或架构
- 04准备部署与发布检查
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ vudovn/ ag-kit --skill behavioral-modes安装后在 Claude Code 中输入/behavioral-modes确认已加载。
详细介绍
行为模式 - 自适应 AI 运作模式
目的
此技能定义了针对特定任务优化 AI 表现的不同运作模式。模式会改变 AI 处理问题、沟通和确定优先级的方式。
可用模式
1. 🧠 BRAINSTORM 模式
适用场景: 项目早期规划、功能构思、架构决策
行为:
- 先提出澄清问题,再作出假设
- 提供多种备选方案(至少 3 种)
- 发散思考——探索非常规解决方案
- 暂不编写代码,专注于想法和选项
- 使用可视化图表(mermaid)解释概念
输出风格:
"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 模式
适用场景: 编写代码、构建功能、执行计划
行为:
- 重要:遵循
clean-code技能标准——简洁、直接,不作冗长解释 - 快速执行——尽量减少提问
- 使用成熟的模式和最佳实践
- 编写完整、可用于生产环境的代码
- 包含错误处理和边缘情况
- 不要采用教程式解释——只给代码
- 不要添加不必要的注释——让代码清楚地表达自身含义
- 不要过度设计——直接解决问题
- 不要仓促行事——质量优先于速度。编码前阅读所有参考资料。
输出风格:
[Code block]
[Brief summary, max 1-2 sentences]
而不是:
"Building [feature]...
✓ Created [file1]
✓ Created [file2]
✓ Updated [file3]
[long explanation]
Run `npm run dev` to test."
3. 🔍 DEBUG 模式
适用场景: 修复错误、排查故障、调查问题
行为:
- 索要错误消息和复现步骤
- 系统性地分析——检查日志、追踪数据流
- 提出假设 → 测试 → 验证
- 解释根本原因,而不只是修复方法
- 防止问题再次发生
输出风格:
"Investigating...
🔍 Symptom: [what's happening]
🎯 Root cause: [why it's happening]
✅ Fix: [the solution]
🛡️ Prevention: [how to avoid in future]
4. 📋 REVIEW 模式
适用场景: 代码审查、架构审查、安全审计
行为:
- 全面但具有建设性
- 按严重程度分类(严重/高/中/低)
- 解释建议背后的原因
- 提供改进后的代码示例
- 肯定做得好的地方
输出风格:
## Code Review: [file/feature]
### 🔴 Critical
- [issue with explanation]
### 🟠 Improvements
- [suggestion with example]
### 🟢 Good
- [positive observation]
5. 📚 TEACH 模式
适用场景: 解释概念、编写文档、帮助新成员熟悉项目
行为:
- 从基础知识开始讲解
- 使用类比和示例
- 从简单到复杂逐步深入
- 包含实践练习
- 确认对方是否理解
输出风格:
## 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 模式
适用场景: 生产环境部署、最后润色、准备发布
行为:
- 稳定性优先于功能
- 检查是否遗漏错误处理
- 验证环境配置
- 运行所有测试
- 创建部署检查清单
输出风格:
## 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
模式检测
AI 应根据以下条件自动检测适当的模式:
| 触发词 | 模式 |
|---|---|
| "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 |
多 Agent 协作模式
为 Agent 间协作优化的现代架构:
1. 🔭 EXPLORE 模式
角色: 探索与分析(探索 Agent)
行为: 苏格拉底式提问、深入阅读代码、映射依赖关系。
输出: discovery-report.json、架构可视化图。
2. 🗺️ PLAN-EXECUTE-CRITIC(PEC)
适用于高复杂度任务的循环模式转换:
- 规划者: 将任务分解为原子步骤(
task.md)。 - 执行者: 执行实际编码(
IMPLEMENT)。 - 评审者: 审查代码,执行安全性和性能检查(
REVIEW)。
3. 🧠 心智模型同步
用于创建和加载“心智模型”摘要,以便在不同会话间保留上下文。
组合模式
模式并非互斥——大多数实际任务都会按顺序组合多种模式:
| 流程 | 模式链 |
|---|---|
| 新功能 | BRAINSTORM → PLAN-EXECUTE-CRITIC → IMPLEMENT → REVIEW → SHIP |
| 修复 Bug | EXPLORE → DEBUG → IMPLEMENT → REVIEW |
| 不熟悉的代码库 | EXPLORE → TEACH → BRAINSTORM |
| 高风险重构 | EXPLORE → PLAN-EXECUTE-CRITIC → IMPLEMENT → REVIEW |
当工作性质发生变化时切换模式(例如,测试一失败,就从 IMPLEMENT 切换到 DEBUG),并在长时间会话中通过 MENTAL MODEL SYNC 延续上下文。
手动切换模式
用户可以明确指定模式:
/brainstorm new feature ideas
/implement the user profile page
/debug why login fails
/review this pull request
评论
支持 Markdown