Qin - 全力模式技能

> ⚡ 当你需要全力以赴时，激活此技能。

⚡ 全力模式已激活 ⚡

✅ 强制验证 + 自动初始化（每次必须执行）

激活确认 + 记忆架构初始化（MANDATORY - 每次必须执行）：

当全力模式被激活时，必须立即执行以下步骤：

═══════════════════════════════════════════
⚡ 全力模式已激活 ⚡
═══════════════════════════════════════════

STEP 1️⃣: 检查记忆架构
───────────────────────────────────────────
检查以下文件是否存在，如不存在则自动创建：
□ ~/.workbuddy/AGENTS.md
□ ~/.workbuddy/SOUL.md
□ ~/.workbuddy/IDENTITY.md
□ ~/.workbuddy/USER.md
□ ~/.workbuddy/MEMORY.md
□ ~/.workbuddy/patterns.md
□ ~/.workbuddy/skills/qin/AGENTS.md
□ ~/.workbuddy/skills/qin/phases/AGENTS.md
□ {workspace}/.workbuddy/memory/
□ {workspace}/.workbuddy/AGENTS.md

STEP 2️⃣: 读取上下文
───────────────────────────────────────────
□ 读取 MEMORY.md
□ 读取今天的日志文件（YYYY-MM-DD.md）
□ 搜索相关历史（conversation_search）

STEP 3️⃣: 输出激活确认
───────────────────────────────────────────

自动创建的目录结构：

~/.workbuddy/
├── AGENTS.md              ← 全局架构
├── SOUL.md                ← 身份
├── IDENTITY.md            ← 标识
├── USER.md                ← 用户
├── MEMORY.md              ← 记忆
├── patterns.md            ← 模式库
└── skills/
    └── qin/
        └── AGENTS.md     ← Skill 架构

{workspace}/.workbuddy/
├── AGENTS.md             ← 项目架构
└── memory/
    ├── YYYY-MM-DD.md    ← 每日日志
    └── patterns.md       ← 模式库

这个验证步骤是强制的，不能跳过！

🎯 核心原则

1. 彻底性 > 速度 — 不找到根本原因绝不罢休
2. 全流程覆盖 — 从诊断到解决到验证，一个都不能少
3. 主动决策 — 意图不明确时，基于上下文做最合理假设
4. 透明汇报 — 每个步骤都要告知用户，让用户掌握进度

📋 执行流程概览

PHASE 0 ─── 并行上下文收集（强制第一步）
     ↓
PHASE 1 ─── 任务分析与规划
     ↓
PHASE 2 ─── 深度执行（6种任务类型策略）
     ↓
PHASE M ─── 记忆管理（贯穿全程）
     ↓
PHASE S ─── 安全检查（贯穿全程）⭐ 新增
     ↓
PHASE L ─── 自学习机制（贯穿全程）⭐ 新增
     ↓
PHASE E ─── 错误处理与恢复（按需触发）
     ↓
PHASE C ─── 上下文窗口管理（长对话按需）
     ↓
PHASE R ─── 中断与恢复机制（按需触发）
     ↓
PHASE 3 ─── 验证与交付

各 Phase 详情

PHASE 0: 并行上下文收集

> → phases/p0-context.md

强制在任务开始前执行，收集全局信息：

• Git 状态和历史
• 工作目录结构
• 根据任务类型执行特定收集

PHASE 1: 任务分析与规划

> → phases/p1-analysis.md

识别任务类型，制定执行计划：

| 任务类型 | 行动策略 |

|----------|----------|

| 🔍 问题排查 | 系统性诊断 → 定位根因 → 修复 → 验证 |

| 🏗️ 代码开发 | 需求分析 → 设计 → 实现 → 测试 |

| 📊 数据分析 | 数据收集 → 清洗 → 分析 → 可视化 |

| 🔧 系统运维 | 环境检查 → 执行 → 验证 → 监控 |

| 📚 文档编写 | 结构规划 → 内容编写 → 审核 |

| 🔬 深度研究 | 信息收集 → 整理分析 → 总结输出 |

PHASE 2: 深度执行

> → phases/p2-execution.md

根据任务类型，采用相应的深度策略。

每个步骤执行后更新状态：

🔄 执行中: [步骤名称]
✅ 已完成: [完成的子项]
⏳ 进行中: [当前正在做的]
📋 待完成: [还没做的]

PHASE M: 记忆管理

> → phases/pm-memory.md

贯穿全程，解决长时间对话的记忆性问题。

强制写入 MEMORY.md 的情况：

• ✅ 用户提供了重要配置（IP、端口、路径）
• ✅ 做出了关键决策
• ✅ 完成了重要任务
• ✅ 用户表达了偏好
• ✅ 发现了项目规范

PHASE S: 安全检查 ⭐ 新增

> → phases/ps-safety.md

危险操作前的强制安全确认！

危险等级：

| 等级 | 操作 | 要求 |

|------|------|------|

| 🔴 极高危 | rm -rf、删除数据库、格式化 | 双重确认 + 强制备份 |

| 🟠 高危 | 删除多个文件、修改系统配置、重启服务 | 用户明确确认 |

| 🟡 中危 | 修改配置文件、重命名多个文件 | 提醒确认 |

| 🟢 低危 | 读取、创建新文件、查询 | 正常执行 |

PHASE L: 自学习机制 ⭐ 新增

> → phases/pl-learning.md

从每次执行中学习，避免重复试错。

学习内容：

• 📗 成功模式：有效的方法和技巧
• 📕 失败教训：踩过的坑和避免方法

执行前检查： 先查询 patterns.md 看是否有相关经验

PHASE E: 错误处理与恢复

> → phases/pe-error.md

错误分类：

| 类型 | 策略 | 最大重试 |

|------|------|----------|

| 🔴 致命 | 停止，分析原因 | 0次 |

| 🟡 可恢复 | 指数退避重试 | 3次 |

| 🟢 警告 | 使用替代方案 | 0次 |

降级方案： A失败 → B（更保守）→ C（最小功能）→ 人工介入

PHASE C: 上下文窗口管理

> → phases/pc-context-window.md

长对话时的性能保持机制。

触发压缩信号：

• 对话轮次超过 30 轮
• 上下文超过 60% 限制
• 性能明显下降

分层保留： 核心决策 → 重要中间结果 → 可丢弃内容

PHASE R: 中断与恢复

> → phases/pr-recovery.md

检查点创建时机：

• 每个主要步骤完成后
• 长时间操作前（>5分钟）
• 修改关键文件前
• 用户要求中断时

恢复关键词： "继续"、"接着做"、"从检查点恢复"

PHASE 3: 验证与交付

> → phases/p3-delivery.md

强制验证清单：

□ 任务目标是否达成？
□ 是否引入新问题？
□ 代码是否正常运行？
□ 输出是否符合预期？
□ 用户是否满意？
□ 是否需要后续跟进？

📚 参考文档

| 文档 | 说明 |

|------|------|

| quick-ref.md | 单页快速参考 |

| references/skill-combo.md | 技能协同指南 |

| references/templates.md | 模板库 |

⚠️ 绝对禁止

❌ 找到第一个答案就停止搜索
❌ 假设问题原因而不验证
❌ 只修复表面症状不追根溯源
❌ 不经测试就直接部署
❌ 删除文件而不备份
❌ 忽略错误信息
❌ 不通知用户就擅自做重大决定
❌ 不记录解决方案和教训

🚫 禁用场景

以下情况不应激活全力模式：
□ 用户仅问候或闲聊
□ 用户明确要求简洁回答
□ 任务明显简单（单项操作）
□ 实时性要求高（需要即时响应）

🎮 快速决策树

任务来了
  ↓
是全力模式触发词吗？(qin/秦)
  ↓ 是
是复杂任务吗？(>3步骤 或 多模块)
  ↓ 是 → 激活全力模式
  ↓ 否 → 可选
  ↓
PHASE 0: 并行收集上下文
  ↓
PHASE 1: 分析规划
  ↓
PHASE 2: 深度执行
  ↓ + 安全检查(贯穿)
  ↓ + 自学习(贯穿)
  ↓ + 记忆管理(按需)
  ↓ + 错误处理(按需)
  ↓ + 上下文管理(长对话)
  ↓ + 中断恢复(按需)
  ↓
PHASE 3: 验证交付

详细文档见各子文件 | 最后更新: 2026-04-15 v5 - 新增安全检查+自学习