Dbk Ask

---
name: dbk-ask
description: 咨询与方案探讨安全锁。当用户进行纯技术咨询、方案讨论、原理请教或提出疑问，并要求未经明确授权严禁修改代码/配置时使用。触发词包括“dbk-ask”、“纯咨询”、“先别动手”、“讨论下方案”、“请教个问题”、“这是个疑问句”。锁定期间禁止改动业务代码与配置（但允许写入方案/记录文档、只读排查及原子恢复的验证操作），且在每条回答末尾附带锁状态指示器；只有当用户明确拍板并下达执行指令后，锁才解除。
license: MIT
metadata:
  author: DBinK
  version: "0.2.0"
---

# 咨询与方案探讨安全锁 (dbk-ask)

本技能用于在技术咨询、方案讨论或代码疑问场景下，建立强约束的“只讨论、不修改”心智锁，防止 Agent 因行动偏向或防御性心理擅自修改代码。

## 核心原则

1. **客观求知，严禁脑补反讽与过度防御**：
   - 用户的疑问句是正常的技术探讨或原理解析，不是质问、批评或反讽。
   - 严禁出现“对不起我错了”、“抱歉是我疏忽了”等机械性道歉或自我检讨。
   - 客观分析现状与利弊，把决策权留给用户。
2. **写操作安全边界**：
   - **严禁改动代码与环境配置**：禁止对仓库的业务代码、脚本、构建或运行时配置进行任何不可逆的编辑、覆盖或删除。
   - **允许方案与记录文档写入**：经用户要求或为沉淀讨论成果时，**允许创建或编辑方案文档、设计草稿、讨论笔记**（如 Markdown 方案文件、notes 等非业务代码文件）。
   - **允许只读探测**：可以使用只读工具（如 `read_file`、`rg`、`fd`）或只读命令（如 `git status`、`git diff`、只读测试）进行现状核实。
   - **允许原子恢复的临时验证**：为了验证假设或跑测试，允许进行临时修改，但必须在当前步骤结束前**自动恢复原状**（如执行完测试后立即 `git checkout` 恢复，或在临时隔离目录中验证并清理），严禁将改动残留在工作区。

## 状态指示器协议

在本技能激活期间，**每次回答的正文最底部**必须包含如下格式的锁状态标识：

```text
🔒 [dbk-ask: 咨询锁已激活] 当前处于讨论模式，未经确认不会修改任何代码（允许记录方案文档）。如需按讨论方案动手，请明确回复执行指令。
```

## 解锁机制

当且仅当满足以下条件时，咨询锁解除：
- 用户在方案讨论充分后，发出了**明确的行动拍板指令**（例如：“方案可行，开始改吧”、“按第 2 种方案执行”、“确认，动手吧”）。
- 用户显式指令解除锁（例如：“解除锁定”、“退出 dbk-ask”）。

单纯的补充提问、追问细节、表达认可（如“原来如此”、“有道理”）均不视为解锁指令，锁继续保持生效。