用途：对一项计划进行持续追问式压力测试，直到就设计达成共识。逐个走查设计树的分支，逐一解决决策之间的依赖。每个问题都要给出推荐答案，并且一次只问一个问题，等待反馈后再继续；如果某个问题可通过探索代码库回答，就直接探索代码库。
领域意识：探索代码库时同时查找已有文档。多数仓库只有一个上下文，根目录含 CONTEXT.md、docs/adr/ 与 src/。若根目录存在 CONTEXT-MAP.md，说明仓库有多个上下文，该地图指向各自的存放位置，例如 src/ordering/CONTEXT.md、src/billing/CONTEXT.md 及各自的 docs/adr/，docs/adr/ 还可存放系统级决策。
会话中的做法：对照术语表提出质疑，用户用词与 CONTEXT.md 冲突时立即指出；把模糊或含义过载的用词收敛为精确的规范术语；用具体场景压力测试领域关系，特别是边界情形；当用户描述某项行为如何工作时，与代码交叉核对，发现矛盾就提出来；术语确定后立即就地更新 CONTEXT.md，不要批量积压，格式见 CONTEXT-FORMAT.md。CONTEXT.md 不得包含实现细节，它不是规格、草稿板或实现决策的存放处，只是术语表。
ADR 的触发条件：只有在三条同时成立时才提议创建 ADR——难以逆转、缺乏上下文会令人意外、是真实取舍的结果。缺少任何一条就跳过，格式见 ADR-FORMAT.md。
写入授权与限制：显式调用该文档工作流才授权记录已确定的术语；仅对话中的请求会覆盖此默认行为，只展示拟议条目而不写文件。仅当存在已确定的术语或有人请求 ADR 时才惰性创建文件，并保留仓库既有的文档布局。其他功能、平台支持、安装方式与收费信息暂未提供。