Current State — Snapshot【免费下载链接】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/LifeOSEnergy:5/10Mood:(sample) steadyFocus:(sample) TBD — what youre centered on right now字段语义与取值范围 | 字段 | 类型 | 样本值 | 语义 | |------|------|--------|------| | Energy | 0–10 标度 | 5/10 | 此刻精力水平供 DA 判断任务安排强度与沟通方式 | | Mood | 自由文本 | (sample) steady | 此刻情绪基调样本用 (sample) 前缀标明是占位值 | | Focus | 自由文本 | (sample) TBD — what youre centered on right now | 你当前正专注于什么TBD 表示尚未填写 | 注意 (sample) 标记整个 USER/TELOS/ 目录以样本脚手架形式发布所有带 (sample) 的值都只是展示 SHAPE 的占位符安装后必须通过 /interview 或对话替换为真实内容见 [TELOS/README.md](https://link.gitcode.com/i/4c31c03f2dc86c46ccd8f8b8160a6439) 顶部说明。 Focus 字段的 TBD 写法并非随意——在 LifeOS 的评分哲学里诚实的空白比编造的目标更有用见 [IDEAL_STATE/README.md](https://link.gitcode.com/i/1c1079c4aacd4e0ccf705760896cdc0f)。IDEAL_STATE 评分中每个字面 TBD 会扣 10 分以此度量你有多完整地表述了理想而快照中的 TBD 则诚实声明此刻我还不确定专注点这比硬编一个值更能保持基线的真实性。 ## 填充快照/interview、DA 对话与手动覆盖 SNAPSHOT.md 的提示块明确给出了三种写入路径 1. **运行 /interview 设置真实值**这是推荐路径。/interview 是 LifeOS 的引导式访谈命令由 skills/Interview 技能实现它按阶段逐个维度提问并将答案写入对应文件。访谈开始时会调用 TelosFreshness.ts 的读取器定位最过期的章节优先提问见 [PULSE/modules/telos.ts](https://link.gitcode.com/i/795e3f435887d0da6855f50f253371c5) 顶部注释Interview 技能在 /interview 开始时调用 /freshness 一次以驱动对话。 2. **与 DA 对话**直接向 DA 描述此刻状态由 DA 代写。 3. **手动覆盖manually overridable**直接编辑 SNAPSHOT.md 中的字段。文档措辞是manually overridable——手动编辑是**覆盖**而非从零创建因为 auto_populated: partial 意味着系统会持续回写部分字段。 与 [CURRENT_STATE/README.md](https://link.gitcode.com/i/34818482b0ff3e667775aa6351b3fb91) 的填写建议一致**诚实优于慷慨**——一个被注水的基线会产生一个不断恭喜你、却没有任何改善的仪表盘。 ## Pulse 自动填充auto_populated: partial 的运行时含义 SNAPSHOT.md 的提示块声明Partially auto-populated by Pulse (heartbeat, healthcheck); manually overridable. Pulse renders the snapshot panel from the fields below.部分由 Pulse 自动填充——通过 heartbeat 与 healthcheck可手动覆盖Pulse 从以下字段渲染快照面板。 这意味着快照文件处于一条**双向写入管线**中 - **系统侧**Pulse 常驻守护进程单一 Bun 进程端口 31337见 [PulseSystem.md](https://link.gitcode.com/i/fa4de48d42cc1dc5b34ab18d9cc1f108)的心跳循环与健康检查会定期回写部分字段——这解释了为何该文件的 provenance 保持模板标记、auto_populated 却是 partial它天生是人与系统的混合产物。 - **面板侧**Pulse 的 TELOS 相关模块为仪表盘提供只读 API快照字段被渲染为snapshot panel。Pulse 中对应数据读取由 [PULSE/modules/telos.ts](https://link.gitcode.com/i/795e3f435887d0da6855f50f253371c5) 完成它缓存 readTelosFreshness() 结果 60 秒并暴露三类端点详见下文新鲜度监控一节。 - **人工侧**/interview、DA 对话或直接编辑负责提供 (sample) 占位值与 TBD 的真实答案。 从源码结构看快照文件与七维度文件在评分上走的是不同路径UpdateLifeosState.ts 的维度清单只含 HEALTH/MONEY/FREEDOM/CREATIVE/RELATIONSHIPS/RHYTHMS/INFRASTRUCTURE 七项见 [UpdateLifeosState.ts](https://link.gitcode.com/i/c2df49d2cfd39ceaf8dfa41a43cccf96) 的 DIMENSIONS 常量快照字段Energy/Mood/Focus不参与该评分而是独立服务于 Pulse 的快照面板呈现。 ## 与七维度 CURRENT_STATE 的关系快照与档案的分工 理解 SNAPSHOT.md 的关键是把它放回 CURRENT_STATE 体系里看CURRENT_STATE/ ├── HEALTH.md # 维度档案可评分status: 行 ├── MONEY.md ├── FREEDOM.md ├── CREATIVE.md ├── RELATIONSHIPS.md ├── RHYTHMS.md ├── INFRASTRUCTURE.md ├── SNAPSHOT.md # 快照此刻读数部分自动填充不参与维度评分 └── README.md**维度文件**按 [CURRENT_STATE/README.md](https://link.gitcode.com/i/34818482b0ff3e667775aa6351b3fb91) 的约定评分——你在多大程度上活出了理想公式为pct (have 0.5 × partial) / (have partial missing) × 100通过每项一行的 status: 标记表达仅接受三个值 markdown - Sleep: status: have - Movement: status: partial - Nutrition: status: missingUpdateLifeosState.ts 的源码证实了这一解析逻辑它用正则统计字面status: have|partial|missing出现次数并对未识别的 status 关键词如status: populated发出响亮警告——因为同义词会被静默计为 0导致文件明明已填充却算出 0% 覆盖率。快照文件则不做这种计数评分它的价值在于此刻的三行读数。两者互补维度档案回答长期来看我的健康在什么水平快照回答此刻我的能量和心情如何、正专注什么。DA 在做如何从 A 到 B的规划时两者都会作为输入。新鲜度监控快照过期了怎么办快照文件同样受 LifeOS 的新鲜度freshness体系约束。TelosFreshness.ts 是 TELOS 过期信号的规范读写器其中为 CURRENT_STATE 定义了动态注册表stateFreshnessRegistry()它扫描CURRENT_STATE/与IDEAL_STATE/下所有.md文件排除README.md、INDEX.md为每个维度文件生成新鲜度条目默认阈值CURRENT_STATE 文件默认 30 天CURRENT_STATE_DEFAULT_THRESHOLD_DAYS 30IDEAL_STATE 文件默认 90 天文件可用 frontmatter 中的review_cadence:字段如30d覆盖目录默认值。每个条目按 A–F 评分A ≤ 25% 阈值、B ≤ 50%、C ≤ 75%、D ≤ 100%、F 100% 或从未审阅——从未审阅直接判 F绝不虚报见freshnessGrade()实现。注意快照是此刻状态理论上比 30 天更易过期。判断其新鲜度时应结合last_updated字段——若SNAPSHOT.md的last_updated长期未动说明 heartbeat/healthcheck 未回写或快照已被弃置此时运行/interview重新初始化是正确动作。这些新鲜度数据在 Pulse 中以 API 形式暴露PULSE/modules/telos.ts端点用途GET /api/telos/freshness全部章节新鲜度 JSONGET /api/telos/freshness/stale仅过期章节按超出阈值天数排序GET /api/telos/freshness/summary轻量摘要statusline 与 DA 面板每刷新调用一次GET /api/telos/health模块健康状态文件缺失/过期时为 degraded此外LIFEOS_StatusLine.sh 的 STATE 段与 Pulse TELOS 仪表盘圆环读取的是LIFEOS_STATE.json——由 UpdateLifeosState.ts 写出的每维度 pct 分数文件bun ~/.claude/LIFEOS/TOOLS/UpdateLifeosState.ts # 更新 LIFEOS_STATE.json bun ~/.claude/LIFEOS/TOOLS/UpdateLifeosState.ts --json # 输出机器可读 JSON该工具的回退语义值得注意若某维度的CURRENT_STATE/DIM.md不存在则回退到 IDEAL_STATE 的表述完整度100 − TBD 数 × 10clamp 0–100。这意味着不写 CURRENT_STATE 文件仪表盘会用理想表述分冒充现实达成分来奉承你——正如 CURRENT_STATE/README.md 所警告的。快照与维度文件共同承担让数字诚实的职责。隐私与发布边界SNAPSHOT.md 的classification: private与整个TELOS/目录一致见 TELOS/README.md你写入的内容永不离开机器公共 LifeOS 发布构建器剥离LIFEOS/USER/**并为每个新安装者覆盖一套全新样本脚手架provenance: template标记保证了发布审计只会放行模板状态的文件写入真实内容后翻转的customized状态文件不会被误发布。因此放心在快照中写下真实的能量分、心情与专注点——它们只是你与你的 DA 之间的私密读数。实操清单让快照真正工作起来初始化安装 LifeOS 后运行/interview选择 Current State 阶段回答各维度与三个快照字段的问题或直接编辑 SNAPSHOT.md把(sample)占位值与TBD替换为真实答案。保持诚实Energy 按 0–10 如实打分Focus 若确实没有专注点就保留TBD不要编造。观察自动填充Pulse 运行期间观察auto_populated: partial字段是否随 heartbeat/healthcheck 变化检查last_updated若长期静止用manage.sh status确认 Pulse 心跳是否正常见 PulseSystem.md 的故障排查表。验证新鲜度用 TelosFreshness 的 CLI 检查快照所在目录的整体新鲜度bun ~/.claude/LIFEOS/TOOLS/TelosFreshness.ts --state # CURRENT_STATE/IDEAL_STATE 维度文件新鲜度 bun ~/.claude/LIFEOS/TOOLS/TelosFreshness.ts # TELOS.md 各章节新鲜度 bun ~/.claude/LIFEOS/TOOLS/TelosFreshness.ts --json # 机器可读【免费下载链接】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），仅供参考 Current State — Snapshot
Current State — Snapshot【免费下载链接】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/LifeOSEnergy:5/10Mood:(sample) steadyFocus:(sample) TBD — what youre centered on right now字段语义与取值范围 | 字段 | 类型 | 样本值 | 语义 | |------|------|--------|------| | Energy | 0–10 标度 | 5/10 | 此刻精力水平供 DA 判断任务安排强度与沟通方式 | | Mood | 自由文本 | (sample) steady | 此刻情绪基调样本用 (sample) 前缀标明是占位值 | | Focus | 自由文本 | (sample) TBD — what youre centered on right now | 你当前正专注于什么TBD 表示尚未填写 | 注意 (sample) 标记整个 USER/TELOS/ 目录以样本脚手架形式发布所有带 (sample) 的值都只是展示 SHAPE 的占位符安装后必须通过 /interview 或对话替换为真实内容见 [TELOS/README.md](https://link.gitcode.com/i/4c31c03f2dc86c46ccd8f8b8160a6439) 顶部说明。 Focus 字段的 TBD 写法并非随意——在 LifeOS 的评分哲学里诚实的空白比编造的目标更有用见 [IDEAL_STATE/README.md](https://link.gitcode.com/i/1c1079c4aacd4e0ccf705760896cdc0f)。IDEAL_STATE 评分中每个字面 TBD 会扣 10 分以此度量你有多完整地表述了理想而快照中的 TBD 则诚实声明此刻我还不确定专注点这比硬编一个值更能保持基线的真实性。 ## 填充快照/interview、DA 对话与手动覆盖 SNAPSHOT.md 的提示块明确给出了三种写入路径 1. **运行 /interview 设置真实值**这是推荐路径。/interview 是 LifeOS 的引导式访谈命令由 skills/Interview 技能实现它按阶段逐个维度提问并将答案写入对应文件。访谈开始时会调用 TelosFreshness.ts 的读取器定位最过期的章节优先提问见 [PULSE/modules/telos.ts](https://link.gitcode.com/i/795e3f435887d0da6855f50f253371c5) 顶部注释Interview 技能在 /interview 开始时调用 /freshness 一次以驱动对话。 2. **与 DA 对话**直接向 DA 描述此刻状态由 DA 代写。 3. **手动覆盖manually overridable**直接编辑 SNAPSHOT.md 中的字段。文档措辞是manually overridable——手动编辑是**覆盖**而非从零创建因为 auto_populated: partial 意味着系统会持续回写部分字段。 与 [CURRENT_STATE/README.md](https://link.gitcode.com/i/34818482b0ff3e667775aa6351b3fb91) 的填写建议一致**诚实优于慷慨**——一个被注水的基线会产生一个不断恭喜你、却没有任何改善的仪表盘。 ## Pulse 自动填充auto_populated: partial 的运行时含义 SNAPSHOT.md 的提示块声明Partially auto-populated by Pulse (heartbeat, healthcheck); manually overridable. Pulse renders the snapshot panel from the fields below.部分由 Pulse 自动填充——通过 heartbeat 与 healthcheck可手动覆盖Pulse 从以下字段渲染快照面板。 这意味着快照文件处于一条**双向写入管线**中 - **系统侧**Pulse 常驻守护进程单一 Bun 进程端口 31337见 [PulseSystem.md](https://link.gitcode.com/i/fa4de48d42cc1dc5b34ab18d9cc1f108)的心跳循环与健康检查会定期回写部分字段——这解释了为何该文件的 provenance 保持模板标记、auto_populated 却是 partial它天生是人与系统的混合产物。 - **面板侧**Pulse 的 TELOS 相关模块为仪表盘提供只读 API快照字段被渲染为snapshot panel。Pulse 中对应数据读取由 [PULSE/modules/telos.ts](https://link.gitcode.com/i/795e3f435887d0da6855f50f253371c5) 完成它缓存 readTelosFreshness() 结果 60 秒并暴露三类端点详见下文新鲜度监控一节。 - **人工侧**/interview、DA 对话或直接编辑负责提供 (sample) 占位值与 TBD 的真实答案。 从源码结构看快照文件与七维度文件在评分上走的是不同路径UpdateLifeosState.ts 的维度清单只含 HEALTH/MONEY/FREEDOM/CREATIVE/RELATIONSHIPS/RHYTHMS/INFRASTRUCTURE 七项见 [UpdateLifeosState.ts](https://link.gitcode.com/i/c2df49d2cfd39ceaf8dfa41a43cccf96) 的 DIMENSIONS 常量快照字段Energy/Mood/Focus不参与该评分而是独立服务于 Pulse 的快照面板呈现。 ## 与七维度 CURRENT_STATE 的关系快照与档案的分工 理解 SNAPSHOT.md 的关键是把它放回 CURRENT_STATE 体系里看CURRENT_STATE/ ├── HEALTH.md # 维度档案可评分status: 行 ├── MONEY.md ├── FREEDOM.md ├── CREATIVE.md ├── RELATIONSHIPS.md ├── RHYTHMS.md ├── INFRASTRUCTURE.md ├── SNAPSHOT.md # 快照此刻读数部分自动填充不参与维度评分 └── README.md**维度文件**按 [CURRENT_STATE/README.md](https://link.gitcode.com/i/34818482b0ff3e667775aa6351b3fb91) 的约定评分——你在多大程度上活出了理想公式为pct (have 0.5 × partial) / (have partial missing) × 100通过每项一行的 status: 标记表达仅接受三个值 markdown - Sleep: status: have - Movement: status: partial - Nutrition: status: missingUpdateLifeosState.ts 的源码证实了这一解析逻辑它用正则统计字面status: have|partial|missing出现次数并对未识别的 status 关键词如status: populated发出响亮警告——因为同义词会被静默计为 0导致文件明明已填充却算出 0% 覆盖率。快照文件则不做这种计数评分它的价值在于此刻的三行读数。两者互补维度档案回答长期来看我的健康在什么水平快照回答此刻我的能量和心情如何、正专注什么。DA 在做如何从 A 到 B的规划时两者都会作为输入。新鲜度监控快照过期了怎么办快照文件同样受 LifeOS 的新鲜度freshness体系约束。TelosFreshness.ts 是 TELOS 过期信号的规范读写器其中为 CURRENT_STATE 定义了动态注册表stateFreshnessRegistry()它扫描CURRENT_STATE/与IDEAL_STATE/下所有.md文件排除README.md、INDEX.md为每个维度文件生成新鲜度条目默认阈值CURRENT_STATE 文件默认 30 天CURRENT_STATE_DEFAULT_THRESHOLD_DAYS 30IDEAL_STATE 文件默认 90 天文件可用 frontmatter 中的review_cadence:字段如30d覆盖目录默认值。每个条目按 A–F 评分A ≤ 25% 阈值、B ≤ 50%、C ≤ 75%、D ≤ 100%、F 100% 或从未审阅——从未审阅直接判 F绝不虚报见freshnessGrade()实现。注意快照是此刻状态理论上比 30 天更易过期。判断其新鲜度时应结合last_updated字段——若SNAPSHOT.md的last_updated长期未动说明 heartbeat/healthcheck 未回写或快照已被弃置此时运行/interview重新初始化是正确动作。这些新鲜度数据在 Pulse 中以 API 形式暴露PULSE/modules/telos.ts端点用途GET /api/telos/freshness全部章节新鲜度 JSONGET /api/telos/freshness/stale仅过期章节按超出阈值天数排序GET /api/telos/freshness/summary轻量摘要statusline 与 DA 面板每刷新调用一次GET /api/telos/health模块健康状态文件缺失/过期时为 degraded此外LIFEOS_StatusLine.sh 的 STATE 段与 Pulse TELOS 仪表盘圆环读取的是LIFEOS_STATE.json——由 UpdateLifeosState.ts 写出的每维度 pct 分数文件bun ~/.claude/LIFEOS/TOOLS/UpdateLifeosState.ts # 更新 LIFEOS_STATE.json bun ~/.claude/LIFEOS/TOOLS/UpdateLifeosState.ts --json # 输出机器可读 JSON该工具的回退语义值得注意若某维度的CURRENT_STATE/DIM.md不存在则回退到 IDEAL_STATE 的表述完整度100 − TBD 数 × 10clamp 0–100。这意味着不写 CURRENT_STATE 文件仪表盘会用理想表述分冒充现实达成分来奉承你——正如 CURRENT_STATE/README.md 所警告的。快照与维度文件共同承担让数字诚实的职责。隐私与发布边界SNAPSHOT.md 的classification: private与整个TELOS/目录一致见 TELOS/README.md你写入的内容永不离开机器公共 LifeOS 发布构建器剥离LIFEOS/USER/**并为每个新安装者覆盖一套全新样本脚手架provenance: template标记保证了发布审计只会放行模板状态的文件写入真实内容后翻转的customized状态文件不会被误发布。因此放心在快照中写下真实的能量分、心情与专注点——它们只是你与你的 DA 之间的私密读数。实操清单让快照真正工作起来初始化安装 LifeOS 后运行/interview选择 Current State 阶段回答各维度与三个快照字段的问题或直接编辑 SNAPSHOT.md把(sample)占位值与TBD替换为真实答案。保持诚实Energy 按 0–10 如实打分Focus 若确实没有专注点就保留TBD不要编造。观察自动填充Pulse 运行期间观察auto_populated: partial字段是否随 heartbeat/healthcheck 变化检查last_updated若长期静止用manage.sh status确认 Pulse 心跳是否正常见 PulseSystem.md 的故障排查表。验证新鲜度用 TelosFreshness 的 CLI 检查快照所在目录的整体新鲜度bun ~/.claude/LIFEOS/TOOLS/TelosFreshness.ts --state # CURRENT_STATE/IDEAL_STATE 维度文件新鲜度 bun ~/.claude/LIFEOS/TOOLS/TelosFreshness.ts # TELOS.md 各章节新鲜度 bun ~/.claude/LIFEOS/TOOLS/TelosFreshness.ts --json # 机器可读【免费下载链接】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），仅供参考