LifeOS 7.x 升级后旧 pai 启动别名失效怎么迁移【免费下载链接】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把 7.x 之前的 LifeOS 安装升级到 7.x 之后很多人发现终端里的pai启动别名出了问题有的直接报文件不存在有的还能启动 Claude 但 LifeOS 的宪法层LIFEOS_SYSTEM_PROMPT.md没有被加载。原因是 7.x 把PAI/目录树整体改名成了LIFEOS/并把启动方式改成了宪法化的lifeos.ts -s LIFEOS_SYSTEM_PROMPT.md。这篇文章的迁移目标是保持pai这个别名名不变肌肉记忆继续可用把它重新指向 7.x 启动器。适用环境是 Claude Code 配合 zsh/bash rc 文件fish 用户需要按文档手动处理后文单独说明。两种旧别名为什么失效pre-7.x 安装写入的pai别名只有两种历史形态见 install.sh 的迁移注释# 形态 1裸 claude 启动 alias paicd ~/.claude claude # 形态 2指向旧 PAI 目录树 alias paibun ~/.claude/PAI/ACTIONS/pai.ts升级到 7.x 后这两条的失效方式不同形态 2 会死掉PAI/目录树在 7.x 已不存在bun找不到文件启动失败形态 1 会静默降级claude本身还能起但没有通过启动器附加LIFEOS_SYSTEM_PROMPT.md也就是 INSTALL.md 说的bare-claudeform launches without the constitution——会话里只有 CLAUDE.md没有整套 operating contract。7.x 的正确启动方式是由 启动器 携带宪法文件拉起 Claudebun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md其中configRoot是bun Tools/DetectEnv.ts报告的配置根目录Claude Code 下通常是~/.claude。INSTALL.md 明确警告不要用 DetectEnv 的实际结果不要硬编码任何 home 路径。哪些别名会被迁移、哪些绝不碰install.sh 的检测是刻意收紧的只有同时满足以下条件才算旧别名别名名是pai、kai或旧的lifeosgrep 模式alias[[:space:]](pai|kai|lifeos)且别名体包含/PAI/路径或为裸 claude启动形式且不包含LIFEOS_SYSTEM_PROMPT。两条绝不触碰的规则已包含LIFEOS_SYSTEM_PROMPT的当前 7.x 别名永远不会被改写包含ARBOL/Actions/lifeos.ts的别名是维护者侧的 Arbol CLI该目录树不在公开 payload 中即使它出现在 rc 文件里也要原样保留。所以如果你的 rc 里还有其他自定义别名这次迁移不会波及它们。路径一让 7.x 引导脚本自动迁移默认路径如果你是通过升级流程来到 7.x 的别名迁移本来就在流程里Update 工作流 检测到版本落后时会先运行随附的 bootstrapbash skillRoot/install/install.sh而 install.sh 的 Step 5/6 就是别名迁移本身。对 rc 文件它做的事依次扫描~/.zshrc、~/.bashrc、~/.bash_profile、~/.profile先把整个 rc 备份为rc.lifeos-backup-时间戳命中的旧别名行被注释掉并打上标记# [migrated to LifeOS tag — see .lifeos-backup]在文件末尾为相同的别名名追加指向 7.x 启动器的新别名并补一个规范的lifeos别名如果 rc 里还没有。改写是幂等的——被注释掉的行不再匹配检测模式重复运行脚本不会二次处理。运行 bootstrap 前先说清它的副作用因为它不止改别名脚本会检查并自动安装 bun≥ 1.2、联网抓取最新 LifeOS release、把 LifeOS skill 增量写入 skills 目录、向配置根的.gitignore追加 3 条 Interceptor 截图捕获规则最后自动进入/LifeOS setup本机装有claude且不在 Claude Code 会话内时会直接exec claude /LifeOS setup。也就是说如果 7.x 文件已经在磁盘上、你只想要别名迁移优先走下面的路径二避免再跑一次完整 bootstrap。bootstrap 入口来自 INSTALL.mdcurl -fsSL https://ourlifeos.ai/install.sh | bash如果想在它动手前先预览别名迁移会改哪些文件可以用 DRY-RUN 模式此时不写任何文件DRY_RUN1 bash -c curl -fsSL https://ourlifeos.ai/install.sh | bash命中旧别名时会看到类似输出脚本实际字符串[DRY-RUN] Would back up ~/.zshrc, comment the line(s) out, and repoint to the 7.x launcher.正式运行后脚本的成功判定输出同样是文档中的固定文案可作为核对依据Repointed pai to the constituted 7.x launcher (backup: .zshrc.lifeos-backup-20260913-040506)或没有任何旧别名时No stale pre-7.x launch aliases found.如果不想让 bootstrap 碰别名例如你在多机之间同步 rc想完全手动控制用LIFEOS_SKIP_ALIAS1跳过这一步脚本会打印Skipping alias migration (LIFEOS_SKIP_ALIAS1).。路径二7.x 已在磁盘手动改 rc 文件当人是绕过 bootstrap 脚本完成 Setup 的INSTALL.md 明确要求此时手动做同一件事或你不想再触发完整 bootstrap 时按下面顺序手动迁移。以 zsh 为例bash 换成对应 rc 文件即可。第 1 步确认 7.x 启动器已就位。install.sh 在启动器缺失时只会注释旧别名并告警、不写新别名the LIFEOS launcher isnt placed yet所以手动迁移前先确认两个文件存在ls ~/.claude/LIFEOS/TOOLS/lifeos.ts ls ~/.claude/LIFEOS/LIFEOS_SYSTEM_PROMPT.md两个文件都在才能继续缺了就先完成 7.x 安装别名迁移要等启动器落盘。第 2 步找出需要迁移的旧别名。用与 install.sh 相同的检测链只列出不含LIFEOS_SYSTEM_PROMPT且属于两种历史形态的行grep -HE ^[[:space:]]*alias[[:space:]](pai|kai|lifeos) \ ~/.zshrc ~/.bashrc ~/.bash_profile ~/.profile 2/dev/null \ | grep -v LIFEOS_SYSTEM_PROMPT \ | grep -E /PAI/|[[:space:]]*claude没有输出就说明没有旧别名需要迁移有输出的每一行就是要处理的对象。第 3 步备份 rc 文件。与脚本的备份命名保持一致cp ~/.zshrc ~/.zshrc.lifeos-backup-$(date %Y%m%d-%H%M%S)第 4 步注释旧行、追加新别名。把第 2 步命中的行前面加#注释掉然后在 rc 文件末尾追加# LifeOS 7.x launch aliases (repointed from pre-7.x) alias paibun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md alias lifeosbun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md两处configRoot都替换成DetectEnv.ts报告的实际配置根Claude Code 下为~/.claude。按 install.sh 生成的风格引号内保留为绝对路径——它写入 rc 的是单引号包裹的完整路径而不是依赖~在单引号内展开。第 5 步重新加载 shell。开一个新终端或在当前终端执行source ~/.zshrc再核对别名已指向启动器type pai输出应指向bun …/LIFEOS/TOOLS/lifeos.ts -s …/LIFEOS_SYSTEM_PROMPT.md这条命令。按 INSTALL.md 的判定标准别名一旦调用该启动器launches Claude WITH the constitution而裸claude保持 vanilla用户是通过显式输入pai或lifeos来选择加载宪法层的——这两点同时成立即迁移完成。fish 用户只能手动迁移install.sh 只处理 zsh/bash 系 rc 文件。对 fish 的 funcsaved 别名脚本注释 明确写着要按 INSTALL.md 第 7 步手动迁移。在 fish 里定义新别名并持久化alias lifeos bun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md funcsave lifeosconfigRoot同样替换为 DetectEnv 的实际值。旧的 funcsavedpai不在脚本迁移范围内需要你在 fish 里自行处理后再验证lifeos能正常启动。限制与边界启动器未落盘时脚本和手动路径都只会先注释掉旧别名并告警新别名要等/LifeOS setup把 LIFEOS 树写好后才有意义——所以第 1 步的文件检查不能省。Arbol CLI 别名不属于本次迁移rc 里若出现指向ARBOL/Actions/lifeos.ts的别名那是维护者侧的 Arbol CLI公开 payload 不携带该目录树原样保留。pai-freshness-v1之类的pai-前缀是文档 frontmatter 的 freshness 约定标记与启动别名无关不要混淆。fish 无自动化fish 用户完全依赖手动脚本不会代劳。迁移完成后pai、kai、lifeos这些旧入口会全部解析到 7.x 的lifeos.ts启动器宪法层随每次启动加载备份文件*.lifeos-backup-*留在原处确认一切正常前不要删。【免费下载链接】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 7.x 升级后旧 pai 启动别名失效怎么迁移
LifeOS 7.x 升级后旧 pai 启动别名失效怎么迁移【免费下载链接】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把 7.x 之前的 LifeOS 安装升级到 7.x 之后很多人发现终端里的pai启动别名出了问题有的直接报文件不存在有的还能启动 Claude 但 LifeOS 的宪法层LIFEOS_SYSTEM_PROMPT.md没有被加载。原因是 7.x 把PAI/目录树整体改名成了LIFEOS/并把启动方式改成了宪法化的lifeos.ts -s LIFEOS_SYSTEM_PROMPT.md。这篇文章的迁移目标是保持pai这个别名名不变肌肉记忆继续可用把它重新指向 7.x 启动器。适用环境是 Claude Code 配合 zsh/bash rc 文件fish 用户需要按文档手动处理后文单独说明。两种旧别名为什么失效pre-7.x 安装写入的pai别名只有两种历史形态见 install.sh 的迁移注释# 形态 1裸 claude 启动 alias paicd ~/.claude claude # 形态 2指向旧 PAI 目录树 alias paibun ~/.claude/PAI/ACTIONS/pai.ts升级到 7.x 后这两条的失效方式不同形态 2 会死掉PAI/目录树在 7.x 已不存在bun找不到文件启动失败形态 1 会静默降级claude本身还能起但没有通过启动器附加LIFEOS_SYSTEM_PROMPT.md也就是 INSTALL.md 说的bare-claudeform launches without the constitution——会话里只有 CLAUDE.md没有整套 operating contract。7.x 的正确启动方式是由 启动器 携带宪法文件拉起 Claudebun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md其中configRoot是bun Tools/DetectEnv.ts报告的配置根目录Claude Code 下通常是~/.claude。INSTALL.md 明确警告不要用 DetectEnv 的实际结果不要硬编码任何 home 路径。哪些别名会被迁移、哪些绝不碰install.sh 的检测是刻意收紧的只有同时满足以下条件才算旧别名别名名是pai、kai或旧的lifeosgrep 模式alias[[:space:]](pai|kai|lifeos)且别名体包含/PAI/路径或为裸 claude启动形式且不包含LIFEOS_SYSTEM_PROMPT。两条绝不触碰的规则已包含LIFEOS_SYSTEM_PROMPT的当前 7.x 别名永远不会被改写包含ARBOL/Actions/lifeos.ts的别名是维护者侧的 Arbol CLI该目录树不在公开 payload 中即使它出现在 rc 文件里也要原样保留。所以如果你的 rc 里还有其他自定义别名这次迁移不会波及它们。路径一让 7.x 引导脚本自动迁移默认路径如果你是通过升级流程来到 7.x 的别名迁移本来就在流程里Update 工作流 检测到版本落后时会先运行随附的 bootstrapbash skillRoot/install/install.sh而 install.sh 的 Step 5/6 就是别名迁移本身。对 rc 文件它做的事依次扫描~/.zshrc、~/.bashrc、~/.bash_profile、~/.profile先把整个 rc 备份为rc.lifeos-backup-时间戳命中的旧别名行被注释掉并打上标记# [migrated to LifeOS tag — see .lifeos-backup]在文件末尾为相同的别名名追加指向 7.x 启动器的新别名并补一个规范的lifeos别名如果 rc 里还没有。改写是幂等的——被注释掉的行不再匹配检测模式重复运行脚本不会二次处理。运行 bootstrap 前先说清它的副作用因为它不止改别名脚本会检查并自动安装 bun≥ 1.2、联网抓取最新 LifeOS release、把 LifeOS skill 增量写入 skills 目录、向配置根的.gitignore追加 3 条 Interceptor 截图捕获规则最后自动进入/LifeOS setup本机装有claude且不在 Claude Code 会话内时会直接exec claude /LifeOS setup。也就是说如果 7.x 文件已经在磁盘上、你只想要别名迁移优先走下面的路径二避免再跑一次完整 bootstrap。bootstrap 入口来自 INSTALL.mdcurl -fsSL https://ourlifeos.ai/install.sh | bash如果想在它动手前先预览别名迁移会改哪些文件可以用 DRY-RUN 模式此时不写任何文件DRY_RUN1 bash -c curl -fsSL https://ourlifeos.ai/install.sh | bash命中旧别名时会看到类似输出脚本实际字符串[DRY-RUN] Would back up ~/.zshrc, comment the line(s) out, and repoint to the 7.x launcher.正式运行后脚本的成功判定输出同样是文档中的固定文案可作为核对依据Repointed pai to the constituted 7.x launcher (backup: .zshrc.lifeos-backup-20260913-040506)或没有任何旧别名时No stale pre-7.x launch aliases found.如果不想让 bootstrap 碰别名例如你在多机之间同步 rc想完全手动控制用LIFEOS_SKIP_ALIAS1跳过这一步脚本会打印Skipping alias migration (LIFEOS_SKIP_ALIAS1).。路径二7.x 已在磁盘手动改 rc 文件当人是绕过 bootstrap 脚本完成 Setup 的INSTALL.md 明确要求此时手动做同一件事或你不想再触发完整 bootstrap 时按下面顺序手动迁移。以 zsh 为例bash 换成对应 rc 文件即可。第 1 步确认 7.x 启动器已就位。install.sh 在启动器缺失时只会注释旧别名并告警、不写新别名the LIFEOS launcher isnt placed yet所以手动迁移前先确认两个文件存在ls ~/.claude/LIFEOS/TOOLS/lifeos.ts ls ~/.claude/LIFEOS/LIFEOS_SYSTEM_PROMPT.md两个文件都在才能继续缺了就先完成 7.x 安装别名迁移要等启动器落盘。第 2 步找出需要迁移的旧别名。用与 install.sh 相同的检测链只列出不含LIFEOS_SYSTEM_PROMPT且属于两种历史形态的行grep -HE ^[[:space:]]*alias[[:space:]](pai|kai|lifeos) \ ~/.zshrc ~/.bashrc ~/.bash_profile ~/.profile 2/dev/null \ | grep -v LIFEOS_SYSTEM_PROMPT \ | grep -E /PAI/|[[:space:]]*claude没有输出就说明没有旧别名需要迁移有输出的每一行就是要处理的对象。第 3 步备份 rc 文件。与脚本的备份命名保持一致cp ~/.zshrc ~/.zshrc.lifeos-backup-$(date %Y%m%d-%H%M%S)第 4 步注释旧行、追加新别名。把第 2 步命中的行前面加#注释掉然后在 rc 文件末尾追加# LifeOS 7.x launch aliases (repointed from pre-7.x) alias paibun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md alias lifeosbun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md两处configRoot都替换成DetectEnv.ts报告的实际配置根Claude Code 下为~/.claude。按 install.sh 生成的风格引号内保留为绝对路径——它写入 rc 的是单引号包裹的完整路径而不是依赖~在单引号内展开。第 5 步重新加载 shell。开一个新终端或在当前终端执行source ~/.zshrc再核对别名已指向启动器type pai输出应指向bun …/LIFEOS/TOOLS/lifeos.ts -s …/LIFEOS_SYSTEM_PROMPT.md这条命令。按 INSTALL.md 的判定标准别名一旦调用该启动器launches Claude WITH the constitution而裸claude保持 vanilla用户是通过显式输入pai或lifeos来选择加载宪法层的——这两点同时成立即迁移完成。fish 用户只能手动迁移install.sh 只处理 zsh/bash 系 rc 文件。对 fish 的 funcsaved 别名脚本注释 明确写着要按 INSTALL.md 第 7 步手动迁移。在 fish 里定义新别名并持久化alias lifeos bun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md funcsave lifeosconfigRoot同样替换为 DetectEnv 的实际值。旧的 funcsavedpai不在脚本迁移范围内需要你在 fish 里自行处理后再验证lifeos能正常启动。限制与边界启动器未落盘时脚本和手动路径都只会先注释掉旧别名并告警新别名要等/LifeOS setup把 LIFEOS 树写好后才有意义——所以第 1 步的文件检查不能省。Arbol CLI 别名不属于本次迁移rc 里若出现指向ARBOL/Actions/lifeos.ts的别名那是维护者侧的 Arbol CLI公开 payload 不携带该目录树原样保留。pai-freshness-v1之类的pai-前缀是文档 frontmatter 的 freshness 约定标记与启动别名无关不要混淆。fish 无自动化fish 用户完全依赖手动脚本不会代劳。迁移完成后pai、kai、lifeos这些旧入口会全部解析到 7.x 的lifeos.ts启动器宪法层随每次启动加载备份文件*.lifeos-backup-*留在原处确认一切正常前不要删。【免费下载链接】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），仅供参考