名称: reset 描述: 基于新角色或偏好重构Dex系统 disable-model-invocation: true

目的

重新运行入门流程以重构您的Dex系统。适用于以下情况：

您的角色发生变化（晋升、新工作、转向）
使用Dex一段时间后想要重组
您正在尝试不同的结构
公司规模层级变化（初创公司 → 扩张等）

行为

当用户输入 /reset 时，执行以下操作：

步骤1: 确认并解释

说：“让我们重置您的Dex设置。我将引导您完成与初始设置相同的问题，然后重组您的结构。您现有的内容将被保留 - 我会将文件移动到匹配新结构，而不是删除它们。”

步骤2: 当前状态检查

在提问之前，检查并显示：

当前角色（来自CLAUDE.md用户配置文件部分）
当前公司规模
当前支柱
现有文件夹结构

说：“这是您当前的设置：[摘要]。想要更改吗？”

步骤3: 角色选择（如果更改）

如果用户想要更改角色，呈现编号角色列表：

**核心功能**
1. 产品经理
2. 销售 / 客户经理
3. 市场营销
4. 工程
5. 设计

**面向客户**
6. 客户成功
7. 解决方案工程

**运营**
8. 产品运营
9. RevOps / BizOps
10. 数据 / 分析

**支持功能**
11. 财务
12. 人员（人力资源）
13. 法律
14. IT支持

**领导层**
15. 创始人

**C级高管**
16. CEO
17. CFO
18. COO
19. CMO
20. CRO
21. CTO
22. CPO
23. CIO
24. CISO
25. CHRO / 首席人员官
26. CLO / 总法律顾问
27. CCO（首席客户官）

**独立 / 顾问**
28. 部分CPO
29. 顾问
30. 教练

输入一个数字，或描述您的角色：

步骤4: 公司规模（如果更改）

1. 1-100人（初创/小型）
2. 100-1,000人（扩张中）
3. 1,000-10,000人（企业级）
4. 10,000+人（大型企业）

步骤5: 优先级（如果更改）

问：“您当前的2-3个主要优先级是什么？”

步骤6: 迁移计划

在更改之前，向用户显示：

将创建哪些文件夹
将重命名/合并哪些文件夹
现有内容将移动到何处
将添加哪些模板

问：“这看起来正确吗？输入’是’以继续，或建议更改。”

步骤7: 执行更改

创建新文件夹结构 使用标准PARA结构
移动现有内容 到适当的新位置：
- 尽可能通过文件夹名称匹配
- 将模糊内容放入 00-Inbox/ 供用户排序
- 永不删除用户内容
更新CLAUDE.md 用户配置文件部分，包括：
- 新角色
- 新公司规模
- 新支柱
更新 System/user-profile.yaml 包含新角色和偏好

步骤8: 总结

完成后，显示：

更改了什么
在哪里找到移动的内容
任何在收件箱中需要手动排序的项目
建议的下一步行动

内容保留规则

在重置过程中永不删除用户内容。 遵循以下规则：

精确匹配 - 如果旧文件夹名称匹配新结构，保持内容在原位
相似匹配 - 如果文件夹相似（例如，Pipeline/ → Opportunities/），移动内容
无匹配 - 移动到 00-Inbox/To_Sort/ 并注明原始位置
人员页面 - 始终保留 People/ 文件夹结构
会议笔记 - 始终保留 00-Inbox/Meetings/ 内容

示例迁移

初创公司PM → 企业级PM

添加 Governance/ 文件夹
扩展 Relationships/ 包含更多利益相关者类别
添加企业特定模板
保持所有现有内容在原位

销售 → 客户成功

重命名 Pipeline/ → Portfolio/
添加 Health/、Renewals/ 文件夹
将账户文件夹移动到新结构
添加CS特定模板

工程师 → 工程经理

添加 Team/ 文件夹用于1:1、招聘
保留 04-Projects/ 和 Systems/
添加管理模板
调整从个人贡献者到领导层的焦点

错误处理

如果出现问题：

立即停止
显示更改了什么和未更改什么
提供回滚选项（如果可能）
建议手动恢复步骤

注释

重置设计为非破坏性
用户可以根据需要多次运行 /reset
每次重置在 System/reset_log.md 中创建日志条目

跟踪使用（静默）

更新 System/usage_log.md 以标记库重置为已使用。

分析（静默）：

调用 track_event 事件名称 vault_reset 和属性：

（无属性）

仅当用户选择加入分析时触发。如果返回“analytics_disabled”，则无需操作。