LaunchOS 智能分组整理

解决什么问题

当应用数量不断膨胀，LaunchOS 本地的图标会逐渐失去秩序。手动拖拽整理不仅繁琐，而且在分组层级较深时容易误操作。更隐蔽的风险在于：LaunchOS 在运行时会启用 WAL 日志机制，如果外部脚本直接写入数据库，SQLite 的 WAL 会覆盖修改，导致整理结果凭空消失。

这个 Skill 要解决的是：在保证数据库安全的前提下，用 AI 自动完成应用归类的"决策"与"执行"分离。你只需确认方案，剩下的读写交给 CLI。

核心能力与工作流

Skill 不依赖静态规则，而是通过 npx tsx {skill_dir}/scripts/cli.ts 直接与本地 SQLite 交互。

1. 强制版本自检

任何写操作前必须先执行版本比对。Skill 基于 LaunchOS 2.1.1 (Build 302) 开发，如果检测到版本不匹配（无论是过旧还是过新），Agent 必须向你发出风险提示并等待确认，防止因数据库结构变更导致数据损坏。

2. AI 驱动的动态归类

这是核心流程。Skill 会采集当前分组树和所有应用信息，由 AI 进行以下分析：

• 用户画像推理：根据已安装应用的分布，判断你是开发者、设计师还是全能型用户。
• 既有结构评估：识别语义重复的分组，但绝不自动覆盖或删除已有命名。
• 方案生成：结合 Bundle ID 前缀和应用名，为未归类应用推荐归属。

3. 安全执行边界

• CLI 为唯一入口：禁止手写 SQL，所有操作必须通过 CLI 工具完成。
• 写前退出 LaunchOS：执行任何修改前，必须先执行 osascript -e 'tell application "LaunchOS" to quit'，防止 WAL 日志冲突。
• 备份先行：批量移动或自动归类前，必须先执行 backup。
• 预览确认：所有批量修改必须先展示方案，用户确认后才执行，不做静默操作。

适用边界与注意点

• 仅支持 macOS：依赖 osascript 退出应用，且数据库路径位于 ~/Library/Application Support/ 下。
• 版本敏感：如果你升级了 LaunchOS 但 Skill 未更新，可能会触发结构不兼容风险。此时应等待 Skill 适配，或在明确知晓风险的情况下强制执行。
• 不可逆操作需谨慎：delete-app、restore 等命令会永久改变数据，执行前必须由你再次确认。
• 尊重既有习惯：Skill 不会预设固定的分组名。如果你原本习惯叫"写码"而不是"开发"，Skill 会优先保留你的叫法。