LifeOS Skill 深度解析AI 原生的人生操作系统一键安装与 TELOS 引导上线全流程【免费下载链接】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/SKILL.md为核心骨架结合LifeOS/INSTALL.md、LifeOS/Workflows/、LifeOS/Tools/及LifeOS/install/install.sh等仓库文档与源码系统讲解 LifeOS 的安装与上线机制它如何作为一个自包含的单个 Skill分发如何以AI 原生方式驱动安装如何通过Setup系统集成→ Interview生命引导两阶段把一台陌生机器变成当前状态 → 理想状态的个性化 Pulse 仪表盘。读完本文你将掌握 LifeOS 的完整安装路径、工作流路由、能力探针Doctor的用法以及它的硬性规则与常见坑。LifeOS 是什么安装即上线的 Life Operating SystemLifeOSLife Operating System是一个意图工程intent engineering平台核心命题是把使用者从当前状态current state带到理想状态ideal state——这两个状态分别由TELOS 体系和The Algorithm承载。而 LifeOS/SKILL.md 是这套系统的安装与上线入口install onboarding surface一条命令可以让任何 harnessClaude Code / Hermes / Cursor / OpenClaw上的新用户从零开始获得一套已个性化、Pulse 仪表盘已显示当前状态 vs 理想状态的可用安装——而无需更换其现有工作环境。关键设计理念bolt on, dont take over加装而非接管。安装过程是加性的additive只添加缺失内容绝不覆盖用户已有文件每一步机器变更都先展示精确改动、等待明确同意后才执行。分发形态整个发行版就是一个 Skill 目录LifeOS 的发行方式非常特别——没有任何东西在 Skill 之外LifeOS/目录本身就是完整发行版编排器SKILL.md、Workflows/、Tools/、整机负载install/、一行式引导脚本install/install.sh全部随目录内建没有 release-root 级别的install.sh没有.claude/克隆——Nothing ships outside the skill。从仓库目录结构可以印证这一点LifeOS/SKILL.md 的 frontmatter 声明了allowed-tools: Read, Write, Edit, Bash, Glob, Grep、disable-model-invocation: true、argument-hint: [setup|interview|doctor|update|uninstall]明确这是一个由 Agent 驱动的安装编排器而 LifeOS/Workflows/ 下挂着Setup.md、Interview.md、Update.md、Uninstall.md四份工作流LifeOS/Tools/ 下则是DetectEnv.ts、ScanConflicts.ts、DeployCore.ts、ScaffoldUser.ts、LinkUser.ts、InstallHooks.ts、InstallSettings.ts、ActivateImports.ts、DeployComponents.ts、SeedPulse.ts、OverlaySystem.ts等安装工具链。两个安装入口同一份事实来源LifeOS 提供两条安装路径且都指向 Skill 自身携带的唯一事实来源路径一AI 原生安装主路径。把 LifeOS/INSTALL.md在线托管于ourlifeos.ai/install交给任意具备读写文件与执行命令能力的 AI说一句install this即可。INSTALL.md以能力门禁capability gate开头无法读写文件、无法执行命令的纯聊天助手会在此被拦截并得到明确指引随后驱动安装 Tools——这些工具在任何操作系统上都用bun运行而非 shell 脚本——按 harness 进行集成诚实说明每个 harness 能得到什么最后进入 Setup → Interview。路径二终端快捷方式Claude Code on macOS/Linuxcurl -fsSL https://ourlifeos.ai/install.sh | bash版本语义组件版本 ≠ 发行版本最容易看错的点仓库中同时存在两种版本含义完全不同frontmatterversion:如1.5.43是 Skill 自身的组件版本行由维护侧工具BumpSkillVersions不随发行版发布维护Claude Code 会忽略它发行版本distribution version——用户口中的 LifeOS 7.x指的是 GitHub release tag 和LIFEOS_RELEASES/version/父目录。永远不要把组件版本行当作发行版本号来读。这一点在 LifeOS/SKILL.md 的 Gotchas 中被反复强调也是 LifeOS/Workflows/Update.md 中版本对比必须来自发行层的原因。工作流路由总览一个入口五个目标LifeOS/SKILL.md 用一张路由表定义了触发词到目标工作流的映射触发方式目标setup、/LifeOS setup、install LifeOS、integrate into my harnessWorkflows/Setup.mdinterview、onboard me、run the interview、TELOS captureWorkflows/Interview.mddoctor、check my install、whats broken、what capabilities are live直接运行bun configRoot/LIFEOS/TOOLS/Doctor.ts见 INSTALL.mdupdate、update LifeOS、版本升级后Workflows/Update.mduninstall、remove LifeOSWorkflows/Uninstall.md其中doctor是唯一工具直达的路由它不需要工作流因为Doctor.ts是自描述的——它会打印四种能力状态live / broken / declined / stale以及任何 broken 项对应的精确修复命令。Agent 的角色是转述其表格、提供其命名的修复方式并尊重decline一个被用户主动关闭declined的能力是 LifeOS 的合法运行方式绝不是需要反复提醒的缺陷。默认流程/LifeOS setup是一条连续体验、两个清晰阶段的流程先 Setup系统集成logistics再无缝转入 Interview生命引导meaning。Setup 永远先执行——hooks 必须在 Interview 写入任何内容之前完成接线。第一阶段Setup——系统集成logisticsLifeOS/Workflows/Setup.md 定义了两层部署模型与完整的步骤序列。部署被明确呈现为两层LifeOS Core步骤 4–6、8、8.5系统提示词 基础设置 CLAUDE.md/身份、技能库和 LIFEOS 运行时Algorithm、文档、工具、statusline、版本、用户模板由DeployCore在步骤 4.5 部署以及真正加载系统提示词的lifeos启动命令步骤 8.5。Core 在一次同意后作为整体安装install LifeOS Core?拒绝即等于完全不安装 LifeOS。Enhancements步骤 7hooks、statusline、tool tips、spinner verbs、agents、Pulse、launchd 任务。按需点单à la carte用户或其 AI 可挑选部分、全部或一个都不选每项独立部署、幂等、可逆。Setup 步骤详解DetectEnv—bun Tools/DetectEnv.ts输出{os, harness, display, ssh, bun, existingInstall, isDevTree, settingsExists, claudeMdExists}。这是对 LifeOS/Tools/InstallEngine.ts 中detectEnv()的薄封装该文件源码头注明确说明All detection here is READ-ONLY and non-destructive。若isDevTree为 true → 立即停止绝不改动作者的活动源码仓库。ScanConflicts只读—bun Tools/ScanConflicts.ts扫描既有 settings hooks、技能名冲突、已填充的用户配置树为LinkUser的分支决策提供输入。Prereqs— 确认bun存在、harness 在受支持集合内缺失前置条件时以通俗语言给出修复建议不自动安装系统包。特别注意若harness.confidence为assumed仅凭配置目录或无机器默认推断而非检测到 harness 二进制必须与用户确认实际运行中的 harness 再分支——残留的~/.claude目录绝不能让非 Claude Code 安装走上 Claude Code 路径hooks 与lifeos别名都依赖claudeCLI。这一设计在InstallEngine.ts的HarnessInfo.confidence类型注释中得到了源码级印证detected 二进制在 PATH 上assumed 仅由配置目录推断或 clean-machine 默认。— LifeOS Core步骤 4–6、8一次同意—System overlay— 放置 harness 根系统文件每项均existsSync守护绝不覆盖已填充的 harnessinstall/CLAUDE.template.md→CLAUDE.md路由表其身份-imports 以# LIFEOS/USER/...休眠形式内置稍后由ActivateImports激活install/LIFEOS/LIFEOS_SYSTEM_PROMPT.md→ 系统提示词即 payload 中真实、public-clean 的系统提示词直接使用无需模板settings →bun Tools/InstallSettings.ts先 dry-run再--apply放置install/settings.system.json→settings.json系统半部不含 hookshooks 由InstallHooks独占。工具在写入时展开env值中的$HOME/~——因为 harness 会原样注入 env 值#1404/#1451手工复制会留下字面$HOME/...字符串在运行时创建真实的$HOME/垃圾目录。此文件严禁手工复制。替换本步骤所放文件中的{{LIFEOS_VERSION}}/{{DA_NAME}}/{{PRINCIPAL_NAME}}占位符引擎的substituteTree。注意作用域此时技能与 LIFEOS 运行时尚未就位步骤 4.5 才落地本次替换无法触达它们完整树替换及其验证在步骤 9(d)那才是安装身份正确的关键。 4.5.DeployCore技能 运行时—bun Tools/DeployCore.ts先 dry-run再--apply以 copyMissing 方式把install/skills/→configRoot/skills/约 50 个技能的库以及install/LIFEOS/→configRoot/LIFEOS/运行时ALGORITHM、DOCUMENTATION、TOOLS、PULSE、statusline、VERSION、USER_TEMPLATES排除USER步骤 5 负责脚手架与LIFEOS_INSTALL空MEMORY/树WORK/KNOWLEDGE/LEARNING/STATE/OBSERVABILITY/SKILLS在此一并搭好让运行时拥有可写入的家。目标必须是全大写LIFEOS目录以保证LIFEOS/...imports 可解析。绝不覆盖已填充文件幂等、拒绝 dev treeisDevTree→ exit 2、payload 源缺失时大声失败exit 1——绝不静默空转。必须先于 ScaffoldUser 运行活动的LIFEOS/DOCUMENTATION/ARCHITECTURE_SUMMARY.mdimport 与技能必须在其余步骤前就位。ScaffoldUser—bun Tools/ScaffoldUser.ts先 dry-run再--apply从install/USER/模板树existsSync守护地 copyMissing 到用户配置树。绝不覆盖已填充文件。LinkUser—bun Tools/LinkUser.ts先 dry-run再--apply将配置树重定位/符号链接进 harness 树移植自安装引擎的三分支逻辑EXDEV 回退symlink 失败则抛出。配置根保持其规范名称。— Enhancements步骤 7à la carte—Enhancements 菜单— 呈现七个可选组件让用户或其 AI 挑选任意子集。背后是两个部署器均拒绝 dev tree、幂等、写前备份组件部署内容默认hooksAlgorithm 提示、记忆、语音——大多数功能依赖此recommendedstatuslineLIFEOS_StatusLine.shsettings.json的statusLineoptionaltooltipssettings.json的spinnerTipsOverride——265 条 LifeOS Claude-Code 提示随install/settings.enhancements.json以 public-clean 形式发布optionalspinnerverbssettings.json的spinnerVerbs——523 个自定义 spinner 动词随install/settings.enhancements.json发布optionalagents随附的agents/树copyMissing绝不覆盖optionalpulsePulse 仪表盘作为launchd服务:31337optionalworksweep/derivedsync后台launchd任务optionalhooks →bun Tools/InstallHooks.ts --apply信任门控不带--apply只打印计划读取install/hooks/hooks.json展示精确改动文件 settings 条目 事件数量等待明确许可先备份settings.json再按 matcher 桶加性合并通过 normalized-command 去重实现幂等type:http原样保留。其余 →bun Tools/DeployComponents.ts先 dry-run不带--apply--all显示完整计划再--apply --components csv只部署用户挑选的组件。增强设置从install/settings.enhancements.json读取这些 key 从settings.system.json拆分出来确保真正按需选用而非强制捆绑。前置条件缺失的组件会大声报告 blocker 并失败绝不静默空转。launchd仅限 macOSLinux/无头DetectEnv.display为 false静默跳过。验证两类证据Pulse →curl 127.0.0.1:31337/healthz返回 200statusline/tooltips/spinnerverbs → 重读settings.json确认 key 已写入agents → 文件存在于agents/launchd 任务 →launchctl print显示 label 已加载。ActivateImports—bun Tools/ActivateImports.ts先 dry-run再--apply取消CLAUDE.md中身份-imports 的注释每项由目标symlink 解析后的existsSync守护。路径字面量保持规范-import 形式。 8.5.接线启动命令Core 的关键一步— 步骤 4 放置的宪法级系统提示词LIFEOS_SYSTEM_PROMPT.md只有在 harness 携带它启动时才会被加载普通claude会话永远看不到它。因此必须按 INSTALL.md 第 7 步接线一个lifeos启动命令Claude Code在 shell rc 中加权限门控的lifeos别名alias lifeosbun configRoot/LIFEOS/TOOLS/lifeos.ts -s configRoot/LIFEOS/LIFEOS_SYSTEM_PROMPT.md先展示、先备份 rc、幂等绝不重复添加其他 harness使用它们各自的 system-prompt 旗标指向同一文件从 pre-7.x 升级时还要迁移陈旧的pai启动别名cd ~/.claude claude或bun ~/.claude/PAI/ACTIONS/pai.ts——PAI/路径已死 / 未宪法化启动注释掉并让同一别名名指向新启动器install.sh 第 5 步自动完成此迁移rc 先备份LIFEOS_SKIP_ALIAS1可跳过。若跳过此步LifeOS Core 已安装但会未宪法化启动普通claude无模式横幅/验证/安全层。验证三类证据(a) 配置树可解析身份-imports 能加载——永远检查这是 Core(b) 若用户选了hooks探针会话显示模式横幅/上下文注入触发。若 hooks 被拒绝则跳过 (b) 并直白说明后果宪法模式横幅与记忆/语音循环由 hooks 强制无 hooks 时 Core 安装成功但运行于无横幅、无增强状态——建议 hooks除非有理由拒绝(c)启动命令已接线——在 shell rc 中 greplifeos别名或确认已把手动一行启动命令交给用户。没有它Core 安装成功但未宪法化启动必须直说(d)无身份占位符存活。现在一切都在磁盘上可以运行步骤 4 无法触达的替换——对部署后的整树执行substituteTree(configRoot, vars)再运行checkSurvivingPlaceholders(configRoot)并要求passed: true。在原始 7.15.0 payload 上这是 104 个文件中的 303 个 token跳过或错根的替换就是系统知道用户名字与系统以{{PRINCIPAL_NAME}}称呼用户之间的差别。注意两个刻意的作用域限制只覆盖身份/版本 tokenArt 的缩略图模板、Fabric pattern 正文等其他{{TOKEN}}形式合法存在不应误报只遍历模板扩展名跳过MEMORY/用户数据永不模板化。 9.5.可选 Hermes sidecar询问一次绝不假定—Want to install Hermes too, so you can talk to your LifeOS as an agent?这是通向同一安装的第二扇门同一宪法、同一身份、同一技能拒绝零成本LifeOS 永不依赖它。接受则按LIFEOS/DOCUMENTATION/Hermes/HermesSidecar.md执行安装钉在已审查 commit 上的 Hermes--skip-browser、用它自己的device-code 登录认证绝不导入其他工具的 token——OAuth refresh token 单次使用、再bun LIFEOS/HERMES/Mount.ts。用证据而非配置验证python3 LIFEOS/HERMES/plugin/test_guard.py通过且活动会话被要求显式使用工具读取被拒文件时报告守卫的逐字拦截消息。Transition— 打印 Setup complete. Now lets get you into LifeOS — 并转入 Workflows/Interview.md。第二阶段Interview——生命引导meaningLifeOS/Workflows/Interview.md 是意义的一半在 Setup 之后运行捕获用户是谁、要去哪里然后用真实数据播种 Pulse让仪表盘首次打开即是活的。其立场是对等对话而非表单一次只问一件事、回显确认、有信号处深入每次写入均existsSync守护用户可对任何条目说skip、用done提前结束部分上线是合法的Pulse 只显示已有内容。访谈序列DA 命名 声音— 用户想如何称呼助手捕获da.name可选da.full_name/display_name/color以及一个声音da.voices.main.voice_id——提供公共默认值允许粘贴 ElevenLabs id。写入CONFIG/LIFEOS_CONFIG.toml。这正是旧安装向导处理的步骤如今移到了这里。Principal 身份— 姓名、读音、时区、家乡 →LIFEOS_CONFIG.toml的[principal]和PRINCIPAL/PRINCIPAL_IDENTITY.md。TELOS — 当前状态— 使命、重要的人、当前项目、挑战、当下真实情况。写入TELOS/。TELOS — 理想状态— 目标有指标和日期则填、策略、目的地。当前 → 理想是 LifeOS 的脊梁两半都要拿到。外部来源可选— 用户可交出既有材料笔记、旧配置、导出、URL、先前 LIFEOS/其他 harness 的设置。逐一拉取读文件、抓取 URL提取身份 / TELOS / 项目信号合并进 USER 树——existsSync守护、每次写入前确认。这是迁移入口带上你的上下文不要重新输入。SeedPulse—bun Tools/SeedPulse.ts先 dry-run再--apply→ 写入LIFEOS_STATE.json并从捕获的 TELOS 重新生成PRINCIPAL_TELOS.md使 Pulse 首次打开即渲染真实的环与状态。收尾确认落地的内容DA 名、身份、N 个目标、当前/理想均已捕获指引用户访问 Pulselocalhost:31337并告知访谈随时可重跑以深化。注意此工作流只写用户配置树绝不触碰系统文件若此前未运行 Setupstandalonelifeos interview需先确认 Setup 已运行配置树存在再播种。Doctor能力探针与运行真相LifeOS/install/LIFEOS/TOOLS/Doctor.ts 是安装后的能力诊断工具源码头注明其诞生背景LifeOS discussion #1461capabilities that are assumed but never verified degrade silently; anything dormant at rest is invisible to change-scoped checks——被假定但从未验证的能力会静默劣化。它的设计契约RedTeam 派生Manifest 是带 TTL 的咨询缓存绝非真相读者把它当作不可信输入doctrine 关键门禁会实时复验四种状态live | broken | declined | staledeclined 是一等公民且永久静默——opt-out 不是缺陷无分数、无百分比仅诊断寄存器绝不安装致命默认运行永远 exit 0每个探针限时PROBE_TIMEOUT_MS 15_000网络探针可选--network且只对已配置的能力触发防篡改manifest 携带盐化完整性哈希盐为独立 0600 文件。核心命令bun configRoot/LIFEOS/TOOLS/Doctor.ts # 探测离线检查 表格输出 bun configRoot/LIFEOS/TOOLS/Doctor.ts --network # 对已配置能力附加网络探针 bun configRoot/LIFEOS/TOOLS/Doctor.ts --json # 机器可读 bun configRoot/LIFEOS/TOOLS/Doctor.ts decline cap # 永久静默关闭某能力 bun configRoot/LIFEOS/TOOLS/Doctor.ts enable cap # 撤销 decline bun configRoot/LIFEOS/TOOLS/Doctor.ts ack # 确认当前 broken 集statusline 增量基准 bun configRoot/LIFEOS/TOOLS/Doctor.ts --statusline # 自上次 ack 后有新回归输出一个字形否则为空 bun configRoot/LIFEOS/TOOLS/Doctor.ts --verify # 完整性校验 manifest被篡改则 exit 2 bun configRoot/LIFEOS/TOOLS/Doctor.ts --reclaim # 合并并退役 shadow-$HOME 树issue #1485 bun configRoot/LIFEOS/TOOLS/Doctor.ts --hooks # 逐 hook 解释器解析issue #1600Doctor 的能力注册表源码CAPS数组覆盖了 doctrine 依赖的外部工具与核心接线identity-placeholders身份占位符是否已渲染——安装跳过 substituteTree 时系统会用{{PRINCIPAL_NAME}}称呼用户且无任何报错此探针让该状态永久可检测、shadow-homepre-#1451 安装遗留的孤儿记忆树MemoryRetriever看不见它们、codex跨厂商审计 CLI、interceptor真实浏览器验证、cloudflarewrangler 定时云流程、voiceElevenLabs 语音通知网络探针直接打 TTS 端点而非元数据端点——因为 scoped key 在元数据上 401 而 TTS 正常、以及被发行代码直接 spawn 的外部二进制ripgrep、imagemagick、gh、ffmpeg、yt-dlp、fabric、jq、hook-interpreters。每种 broken 能力都带可复制的修复命令。decline 的语义decline name将该能力标记为 declinedTTL 365 天永久静默——无警告、无红标、永不唠叨。Declining is a legitimate way to run LifeOS, not a defect.Update 与 Uninstall幂等再叠加与干净移除LifeOS/Workflows/Update.md 在版本升级后把既有安装带到当前版本不触碰用户数据可重复运行。其流程要点bun Tools/DetectEnv.tsisDevTree→ 停止发行层版本对比PR #1519 重做安装侧读configRoot/LIFEOS/VERSION安装标记7.1.1 起随包发布缺失视为落后最新侧读 releases/latest 的tag_name。相等 → 报告already current退出落后 →先取新 payload运行随包引导脚本bash skillRoot/install/install.sh再重读新Skill 的Workflows/Update.md继续步骤可能随版本变化。绝不对比磁盘 payload 的版本与安装标记——payload 自己写标记这种对比永远显示已是最新。OverlaySystem 重新叠加—bun Tools/OverlaySystem.ts --config-root configRoot先预览再--apply。只覆盖系统所有文件hooks、skills、agents、LIFEOS/{TOOLS,DOCUMENTATION,ALGORITHM,RULES,PULSE}、CLAUDE.md、系统提示词绝不触碰USER/、LIFEOS/MEMORY/、settings.json不删除、跳过 symlink最后写VERSION仅完全成功后防止部分更新冒领新版本。覆盖前将现有 CLAUDE.md 与系统提示词备份为时间戳.pre-overlay-*.bak。bun Tools/InstallHooks.ts --apply重新合并 hooks幂等先备份settings.jsonbun Tools/ScaffoldUser.ts --apply只补新模板文件bun Tools/ActivateImports.ts --apply重新激活新身份 import验证hooks 触发 imports 解析同 Setup 步骤 9。Update 规则加性且非破坏性——从不移除用户自定义、从不覆盖用户数据、从不删除用户添加的 hooks唯一被覆盖的是系统自有模板。硬性规则与常见坑硬性规则Hard rulesSetup 永远先于 Interviewhooks/集成先落地任何 onboarding 写入在其后加性绝不覆盖Additive, never clobberinginstall.sh只触碰 LifeOS 技能目录setup 写入全部existsSync守护。绝不覆盖或删除已填充目录或外来文件先许可后变更Permission before mutationhook 安装展示精确改动文件数 settings 条目并先备份settings.json无明确同意则一切不变配置根保持规范名称用户树位于配置目录下并被链接进 harness 树LifeOS是品牌名解析后的配置路径不更名更名会破坏身份-imports拒绝 dev treehook 安装拒绝在 LifeOS 源码仓库内运行通过 dev-tree 标记检测——私有维护技能存在或识别到源仓库 git remote。绝不改动作者的活动系统。常见坑Gotchasfrontmatterversion:是组件行而非发行版本前文已详述install.sh天生非破坏性只安装 LifeOS 技能、只备份先前 LifeOS 技能——绝不碰用户的其他技能、hooks 或配置hooks 以命令式、经许可方式安装裸技能无法自动接线 hooksSetup 工作流在展示改动后显式写入用户 harness配置是.toml绝不是.yamlLifeOS/Tools/LifeosConfig.ts 读取 TOML旧.yaml模板已于 2026-06-19 退役跨平台在 setup 时解决而非静态假设Setup 对话检测 OS harness 并裁剪 hook 命令与路径——不要假定 macOS。引导脚本的供应链路细节install.shLifeOS/install/install.sh 虽是一行式引导源码中却包含认真的供应链处理值得引用commit-pinned 下载先解析 tag 到 commit SHA再下载archive/sha.tar.gz——解析到什么就取什么消除 tag 被 force-move 的时间窗SHA 解析失败则回退 tag tarball 并大声声明checksum下载到文件后、解压前 sha256 并打印摘要设LIFEOS_EXPECTED_SHA256hex可硬失败于不匹配。源码诚实地注明 GitHub 不保证生成的 tarball 字节永久稳定服务端压缩变化会改摘要应同时刻跨机比对而非对照旧笔记事务式放置先取到可用源再备份既有技能EXITtrap 保证中断于放置中途时恢复备份Forge audit, 2026-07-30别名迁移检测历史pai|kai|lifeos陈旧别名/PAI/路径或裸 claude启动rc 先备份、注释掉、用同一别名名指向 7.x 宪法化启动器鱼壳用户需手工迁移 funcsaved 别名gitignore 安全规则为配置根.gitignore追加interceptor-screenshot-*等名称锚定规则issue #1566——Interceptor 验证捕获可能含认证页面绝不能进入用户备份提交。安装侧INSTALL.md的what you get表对各 harness 的能力边界也保持诚实Claude Code macOS/Linux 获得完整 always-on 行为原生 hooksClaude Code Windows 获得完整行为USER 树以目录 junction 链接无需管理员Cursor/Cline/Codex/Gemini 等获得技能 USER 数据 Pulse但 always-on hooks 尚未接线roadmap上下文通过AGENTS.md每会话加载纯聊天助手在能力门禁处停止。任何 harness 上的安装都遵循绝不写入 harness 不会读取的配置——诚实的劣化优于惰性的安装。总结LifeOS 的安装与上线设计可以概括为三条主线AI 原生文档即安装器、加性安全绝不覆盖、先许可后变更、两阶段上线Setup 物流 Interview 意义。它以单个自包含 Skill 发行用bun驱动的工具链在任意 OS/harness 上完成检测、冲突扫描、Core Enhancements 分层部署、宪法化启动接线与三证据验证再通过 TELOS 访谈把用户的当前状态与理想状态真实播种进 Pulse——整个过程既适合人类阅读跟随也完全可由任何编码 AI 代为执行这正是Life Operating System把意图工程落到日常运行的方式。【免费下载链接】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），仅供参考