企业官网建设流程全解析

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/LifeOS

Energy:5/10Mood:(sample) steadyFocus:(sample) TBD — what you're centered on right now

字段语义与取值范围： | 字段 | 类型 | 样本值 | 语义 | |------|------|--------|------| | `Energy` | 0–10 标度 | `5/10` | 此刻精力水平，供 DA 判断任务安排强度与沟通方式 | | `Mood` | 自由文本 | `(sample) steady` | 此刻情绪基调；样本用 `(sample)` 前缀标明是占位值 | | `Focus` | 自由文本 | `(sample) TBD — what you're 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: missing

UpdateLifeosState.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 = 30）
• IDEAL_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）：

此外，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 数 × 10，clamp 0–100）。这意味着不写 CURRENT_STATE 文件，仪表盘会用"理想表述分"冒充"现实达成分"来奉承你——正如 CURRENT_STATE/README.md 所警告的。快照与维度文件共同承担"让数字诚实"的职责。

隐私与发布边界

SNAPSHOT.md 的classification: private与整个TELOS/目录一致（见 TELOS/README.md）：

• 你写入的内容永不离开机器；
• 公共 LifeOS 发布构建器剥离LIFEOS/USER/**，并为每个新安装者覆盖一套全新样本脚手架；
• provenance: template标记保证了发布审计只会放行模板状态的文件，写入真实内容后翻转的customized状态文件不会被误发布。

因此，放心在快照中写下真实的能量分、心情与专注点——它们只是你与你的 DA 之间的私密读数。

实操清单：让快照真正工作起来

1. 初始化：安装 LifeOS 后运行/interview，选择 Current State 阶段，回答各维度与三个快照字段的问题；或直接编辑 SNAPSHOT.md，把(sample)占位值与TBD替换为真实答案。
2. 保持诚实：Energy 按 0–10 如实打分，Focus 若确实没有专注点就保留TBD，不要编造。
3. 观察自动填充：Pulse 运行期间，观察auto_populated: partial字段是否随 heartbeat/healthcheck 变化（检查last_updated）；若长期静止，用manage.sh status确认 Pulse 心跳是否正常（见 PulseSystem.md 的故障排查表）。
4. 验证新鲜度：用 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