尧图网站建设 
LifeOS 如何执行 Uninstall 工作流移除系统组件并保留 USER 数据【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS当你想把 LifeOS 从机器上完整移除又不想丢掉自己积累的配置文件、TELOS 和 memory 数据时入口是 LifeOS skill 目录下的 Uninstall 工作流。这个工作流的原则是只移除 LifeOS 安装过的东西按随包携带的 hook 清单manifest逐条比对自己的 hook 记录再删除系统模板文件和被复制的 hook 文件一并移除而你自己的配置树identity、TELOS、memory默认保留。下面按工作流的实际顺序走完整个卸载过程。前提条件已安装的 LifeOS、bun且不在源码仓库中目标机器上已有一份装好的 LifeOS即存在包含Workflows/、Tools/、install/的 LifeOS skill 目录。INSTALL.md 说明安装产物整体位于该 skill 目录内orchestrator、payload、bootstrap卸载命令都相对于这个目录执行。已安装bun。工作流第一步要运行Tools/DetectEnv.tsINSTALL.md 的 Prerequisites 一节把它列为安装/运行工具链的前置项bun --version检查缺失时按文档给出的方式安装。不能对着 LifeOS 源码仓库执行卸载。工作流第一步就检查isDevTree命中即 STOPSKILL.md 的 Hard rules 和 INSTALL.md 的规则同样写明Refuse to run inside the LifeOS source repo防止误删维护者的在役系统。触发方式有两种都在 SKILL.md 的 Workflow Routing 表中对 harnessClaude Code 等说出uninstall或 remove LifeOS路由到Workflows/Uninstall.md或者直接读该文档并按步骤执行。两种方式走的是同一份工作流。第一步环境探测与意图确认工作流声明的第一个动作是向 Pulse 的语音通知端点发一条通知Pulse 是安装时的可选组件运行在:31337见 INSTALL.md 的 Enhancements 表。命令本身重定向了输出并放后台Pulse 未运行时不会产生可见输出curl -s -X POST http://localhost:31337/notify -H Content-Type: application/json \ -d {message: Running the Uninstall workflow in the LifeOS skill to remove LifeOS} /dev/null 21 随后从 LifeOS skill 目录运行环境探测bun Tools/DetectEnv.tsDetectEnv.ts 输出一个 JSON 对象其中isDevTree字段决定后续走向isDevTree为真 →停止不执行任何移除动作。这是工作流的硬性判断输出拒绝信息后退出。isDevTree为假 → 进入意图确认。意图确认这一步要求先把移除范围完整展示给你会被移除的是 hook 记录、系统文件、LifeOS skill 本身会被保留的是你的配置树、TELOS 和数据。必须等到你的明确确认才继续——这一步不能跳过它是后面所有删除动作的授权依据。移除 hook 记录manifest-keyed只删自己装过的卸载不是把settings.json里的 hooks 块整个清掉而是按清单逐条比对读取install/hooks/hooks.json——随 LifeOS 分发的 hook 清单hooks.json 中每个条目都有明确的 command 或 url例如$HOME/.claude/hooks/ContextReduction.hook.sh、$HOME/.claude/hooks/PreToolGuard.hook.ts这类 shipped hook 路径。在 harness 的settings.jsonconfig root 路径以 DetectEnv 输出为准Claude Code 下即~/.claude目录内中只删除 command 与清单中某个 shipped hook 路径相匹配的条目。共享 matcher bucket 里所有不属于 LifeOS 的条目你自己或其他工具加的 hook原样保留。如果之前安装 hook 时生成过settings.json备份Setup.md 和 Update.md 都说明InstallHooks.ts在写settings.json前会先备份且你希望回到备份状态可以直接从备份恢复而不是逐条删除。判断这一步是否做对的标准就在规则本身删除是精确命中清单的settings.json里凡是对不上 shipped hook 路径的条目必须仍然在。移除系统文件USER 数据默认保留hook 记录清理后移除 LifeOS 拥有的系统模板和被复制的 hook 文件——工作流明确写着 Never the user config tree即用户配置树不在这次删除范围内。USER 数据的处理是分开决策的默认保留——配置树identity、TELOS、memory原样留在机器上如果你确认连这些数据也要删除那是一个独立、单独确认的步骤工作流只会在你明确要求时才提供绝不会和系统组件移除捆绑执行。工作流的 Rule 一节把这一点总结为凡是用户自己创建的东西默认保留default-keep卸载在数据删除这一点之前都是可逆的而数据删除永远是另一个独立、显式的选择。验证移除结果看最终报告工作流的最后一步是生成移除报告这是整个卸载流程的成功判据报告列出移除了什么hook 条目、系统文件、skill和保留了什么配置树、TELOS、数据报告中带settings.json备份路径供你核对或回滚对照前面几步的检查点isDevTree未命中、settings.json中非 LifeOS 的 hook 条目仍在、USER 数据identity、TELOS、memory完整存在。如果报告与只移除 LifeOS 安装过的东西这一前提不符——比如出现了不属于 shipped 清单的条目被删——说明移除超出了 manifest-keyed 的范围应停止操作并检查。限制与边界源码仓库中不可执行isDevTree命中即停止没有绕过方式源码仓库的自身更新走 git不走这个工作流同 Update.md 的说明。manifest 的可用性hook 移除依赖 skill 目录内的install/hooks/hooks.json。Update.md 提到已安装系统上的skillRoot/install/可能只含 bootstrap 文件——如果你在手上的 skill 目录里读不到这份清单先不要进入移除步骤补齐完整 payload 再执行。不可逆的只有数据删除系统组件移除前有settings.json备份可依但一旦执行了那个独立确认的 USER 数据删除步骤就没有回滚路径——所以是否连数据一起删应放在看完移除报告之后单独决定。完成报告核对后卸载流程即结束机器上不再有 LifeOS 的 hook、系统文件和 skill而你的 USER 数据按默认策略原封未动。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 LifeOS 如何执行 Uninstall 工作流移除系统组件并保留 USER 数据
LifeOS 如何执行 Uninstall 工作流移除系统组件并保留 USER 数据【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS当你想把 LifeOS 从机器上完整移除又不想丢掉自己积累的配置文件、TELOS 和 memory 数据时入口是 LifeOS skill 目录下的 Uninstall 工作流。这个工作流的原则是只移除 LifeOS 安装过的东西按随包携带的 hook 清单manifest逐条比对自己的 hook 记录再删除系统模板文件和被复制的 hook 文件一并移除而你自己的配置树identity、TELOS、memory默认保留。下面按工作流的实际顺序走完整个卸载过程。前提条件已安装的 LifeOS、bun且不在源码仓库中目标机器上已有一份装好的 LifeOS即存在包含Workflows/、Tools/、install/的 LifeOS skill 目录。INSTALL.md 说明安装产物整体位于该 skill 目录内orchestrator、payload、bootstrap卸载命令都相对于这个目录执行。已安装bun。工作流第一步要运行Tools/DetectEnv.tsINSTALL.md 的 Prerequisites 一节把它列为安装/运行工具链的前置项bun --version检查缺失时按文档给出的方式安装。不能对着 LifeOS 源码仓库执行卸载。工作流第一步就检查isDevTree命中即 STOPSKILL.md 的 Hard rules 和 INSTALL.md 的规则同样写明Refuse to run inside the LifeOS source repo防止误删维护者的在役系统。触发方式有两种都在 SKILL.md 的 Workflow Routing 表中对 harnessClaude Code 等说出uninstall或 remove LifeOS路由到Workflows/Uninstall.md或者直接读该文档并按步骤执行。两种方式走的是同一份工作流。第一步环境探测与意图确认工作流声明的第一个动作是向 Pulse 的语音通知端点发一条通知Pulse 是安装时的可选组件运行在:31337见 INSTALL.md 的 Enhancements 表。命令本身重定向了输出并放后台Pulse 未运行时不会产生可见输出curl -s -X POST http://localhost:31337/notify -H Content-Type: application/json \ -d {message: Running the Uninstall workflow in the LifeOS skill to remove LifeOS} /dev/null 21 随后从 LifeOS skill 目录运行环境探测bun Tools/DetectEnv.tsDetectEnv.ts 输出一个 JSON 对象其中isDevTree字段决定后续走向isDevTree为真 →停止不执行任何移除动作。这是工作流的硬性判断输出拒绝信息后退出。isDevTree为假 → 进入意图确认。意图确认这一步要求先把移除范围完整展示给你会被移除的是 hook 记录、系统文件、LifeOS skill 本身会被保留的是你的配置树、TELOS 和数据。必须等到你的明确确认才继续——这一步不能跳过它是后面所有删除动作的授权依据。移除 hook 记录manifest-keyed只删自己装过的卸载不是把settings.json里的 hooks 块整个清掉而是按清单逐条比对读取install/hooks/hooks.json——随 LifeOS 分发的 hook 清单hooks.json 中每个条目都有明确的 command 或 url例如$HOME/.claude/hooks/ContextReduction.hook.sh、$HOME/.claude/hooks/PreToolGuard.hook.ts这类 shipped hook 路径。在 harness 的settings.jsonconfig root 路径以 DetectEnv 输出为准Claude Code 下即~/.claude目录内中只删除 command 与清单中某个 shipped hook 路径相匹配的条目。共享 matcher bucket 里所有不属于 LifeOS 的条目你自己或其他工具加的 hook原样保留。如果之前安装 hook 时生成过settings.json备份Setup.md 和 Update.md 都说明InstallHooks.ts在写settings.json前会先备份且你希望回到备份状态可以直接从备份恢复而不是逐条删除。判断这一步是否做对的标准就在规则本身删除是精确命中清单的settings.json里凡是对不上 shipped hook 路径的条目必须仍然在。移除系统文件USER 数据默认保留hook 记录清理后移除 LifeOS 拥有的系统模板和被复制的 hook 文件——工作流明确写着 Never the user config tree即用户配置树不在这次删除范围内。USER 数据的处理是分开决策的默认保留——配置树identity、TELOS、memory原样留在机器上如果你确认连这些数据也要删除那是一个独立、单独确认的步骤工作流只会在你明确要求时才提供绝不会和系统组件移除捆绑执行。工作流的 Rule 一节把这一点总结为凡是用户自己创建的东西默认保留default-keep卸载在数据删除这一点之前都是可逆的而数据删除永远是另一个独立、显式的选择。验证移除结果看最终报告工作流的最后一步是生成移除报告这是整个卸载流程的成功判据报告列出移除了什么hook 条目、系统文件、skill和保留了什么配置树、TELOS、数据报告中带settings.json备份路径供你核对或回滚对照前面几步的检查点isDevTree未命中、settings.json中非 LifeOS 的 hook 条目仍在、USER 数据identity、TELOS、memory完整存在。如果报告与只移除 LifeOS 安装过的东西这一前提不符——比如出现了不属于 shipped 清单的条目被删——说明移除超出了 manifest-keyed 的范围应停止操作并检查。限制与边界源码仓库中不可执行isDevTree命中即停止没有绕过方式源码仓库的自身更新走 git不走这个工作流同 Update.md 的说明。manifest 的可用性hook 移除依赖 skill 目录内的install/hooks/hooks.json。Update.md 提到已安装系统上的skillRoot/install/可能只含 bootstrap 文件——如果你在手上的 skill 目录里读不到这份清单先不要进入移除步骤补齐完整 payload 再执行。不可逆的只有数据删除系统组件移除前有settings.json备份可依但一旦执行了那个独立确认的 USER 数据删除步骤就没有回滚路径——所以是否连数据一起删应放在看完移除报告之后单独决定。完成报告核对后卸载流程即结束机器上不再有 LifeOS 的 hook、系统文件和 skill而你的 USER 数据按默认策略原封未动。【免费下载链接】LifeOS⛰️ The Life Operating System — an intent engineering platform that moves you from your current state to your ideal state, in life and work.项目地址: https://gitcode.com/GitHub_Trending/pe/LifeOS创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考