尧图网站建设 
LifeOS ABOUTME.md 解读用 /interview 会话把占位身份改造成真实人格档案【免费下载链接】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/LifeOSLifeOS 的USER/身份层identity layer是整个系统认识你的起点CLAUDE.md会在每次会话启动时通过导入这批文件让 DADigital Assistant你的数字助理一开机就知道你是谁、你在做什么。而ABOUTME.md正是这个身份层中的个人画像骨架——它由安装器作为模板脚手架bootstrap scaffold落盘核心意图是先保证系统可用再通过/interview把它替换成属于你的真实内容。读完本文你将掌握这个文件的结构、它与身份层其他文件的分工、为什么填饱它直接影响 DA 的协作质量以及如何用Interview技能Interview/SKILL.md一次性完成从占位到定制的转换。文件定位USER 身份层的一张名片ABOUTME.md位于LifeOS/install/USER/ABOUTME.mdYAML frontmatter 只有一行provenance: template正文则是一份极简的 bootstrap 占位模板。它的内容非常克制只有四个部分Name / Role / Interests / Background四个基础字段其中三个标注为 (to be filled via interview)How I Work一段对使用意图的自述——我使用 LifeOS 在研究、写作、编码和生活运营中放大我的能力What Matters to Me三个等待填充的访谈占位符核心价值、正在构建的东西、想成为的人页脚提示说明通过/interview填充后向导会用真实答案替换整个脚手架。从USER/README.md可以看到它所属的身份层全貌同一目录下还有PRINCIPAL_IDENTITY.md简明身份启动加载、DA_IDENTITY.mdDA 的名字、声音、人格、PROJECTS.md项目注册表 路由别名、TELOS/PRINCIPAL_TELOS.md目标、使命、策略、RESUME.md、CONTACTS.md、WRITINGSTYLE.md、RHETORICALSTYLE.md、OPINIONS.md、DEFINITIONS.md、CANONICAL_CONTENT.md、ARCHITECTURE.md、FEED.md、PRONUNCIATIONS.md等。README 明确给出两条关键设计启动即加载这批文件被CLAUDE.md的导入每次会话开始 DA 都能读到隐私隔离USER/目录是纯私有数据release builder 会在构建时删除整个USER/树并覆盖为通用脚手架——你写入的内容永远不会随 LifeOS 发布。ABOUTME.md在其中扮演的是个人总览名片比PRINCIPAL_IDENTITY.md更口语化、更偏我是谁 我在乎什么的自述而不是结构化的身份字段。为什么必须是先可用后访谈bootstrap 哲学文件开头的引用块写得很直白Bootstrap default — functional before interview. Run /interview to personalize.这是 LifeOS 安装体系的一条总原则——所有模板文件必须保证不访谈也能跑访谈只是把占位符升级为个性化内容。同样的模式贯穿整个身份层例如 PRINCIPAL_IDENTITY.md 的 frontmatter 写着last_updated: 1970-01-01T00:00:00Z、last_updated_by: bootstrap-template、convention: pai-freshness-v1正文同样带有⚠ INTERVIEW REQUIRED警告DA_IDENTITY.md 也是同一套 YAML 骨架core/voice/personality/autonomy四块 schema占位 DA 名为 LifeOS。这套占位即可用设计的直接收益是新用户第一次打开系统时即使不运行访谈Pulse、提醒、状态行等基础设施已经能工作访谈则负责把体验从通用提升到像真人同事。访谈之前/interview 会把我写成什么ABOUTME.md页脚那句 the DAs quality of help scales directly with how much it knows about you 是理解这个文件价值的关键。LifeOS 的Interview技能Interview/SKILL.md不是一次普通的问答而是一套证据驱动的上下文刷新会话。它的描述明确写着读取宪法级文件TELOS、身份、项目、系统提示词、架构加CURRENT_STATE/、IDEAL_STATE/维度文件用观察数据Oura 睡眠/HRV、Conduit 应用时间、工作注册表、git 节奏、开支账本去对撞文件里的过时声明开场直接抛最尖锐的声明 vs 证据矛盾草拟修正让用户批准最后以 ComputeGap 度量的理想态差距收尾。与ABOUTME.md直接相关的是它的工作流路由工作流触发条件对应文件ContextCheckin已填充系统上的默认/interview、context check-in、whats stale 等Workflows/ContextCheckin.mdPhase0Setup全新安装DA 名仍为 LifeOSPRINCIPAL_IDENTITY仍为 UserPROJECTS 仅样例行Workflows/Phase0Setup.md路由判定用扫描器完成源码见 InterviewScan.ts该文件对每个目标计算completeness_score、leverage、priority并输出 Phase 0/1 的优先级缺口报告bun ~/.claude/LIFEOS/TOOLS/InterviewScan.ts --json | jq [.targets[] | select(.phase 0 and .completeness_score 80)] | length结果 0→ 先跑Phase0Setup再进 ContextCheckin结果为0→ 直接进 ContextCheckin。Phase0SetupPhase0Setup.md把首次启动需要补齐的东西拆成六个目标这正好是ABOUTME.md里那些占位符背后访谈会问什么的答案#目标写入的文件0.1DA 身份——名字、全名、颜色、角色、人格摘要USER/DIGITAL_ASSISTANT/DA_IDENTITY.md0.2Principal 身份——名字含读音、所在地、时区、角色、专注点USER/PRINCIPAL/PRINCIPAL_IDENTITY.md的 Quick Reference 段0.3语音 ID——主 DA 声音提供 ElevenLabs 库或用默认DA_IDENTITY.mdVoice 段 PULSE/PULSE.toml的[voice]块0.4凭据——ANTHROPIC_API_KEY、ELEVENLABS_API_KEY可跳过并说明、可选GH_TOKEN、STRIPE_KEY~/.claude/.env0.5第一个项目——至少一行PROJECTS 路由才能工作USER/PROJECTS.md表格 路由别名0.6工作仓库——GitHub 仓库或显式跳过 禁用工作流水线USER/WORK/config.yaml的WORK.REPO字段或PULSE.toml的[work] enabled false对话流程强调几条硬规则一次只问一个问题绝不在语音里回显凭据只确认已捕获 ANTHROPIC_API_KEY每一步都可跳过Phase 0 完成后重新生成PRINCIPAL_TELOS.md它会插值 principal 的名字并向 Pulse 发/reload。完成后 /interview 会路由到 ContextCheckin 做持续性上下文巡检。访谈之后ABOUTME 与身份层如何协同运作在已填充的系统上/interview进入 ContextCheckinContextCheckin.md。它的开场铁律是问之前先读文件——当上下文已填充时直接问Whats your mission?这类泛化提示是被禁止的因为文件就在磁盘上。针对不同类型的文件访谈用不同寄存器宪法级文件DA_IDENTITY.md、PRINCIPAL_IDENTITY.md、PROJECTS.md、LIFEOS_SYSTEM_PROMPT.md——按文件用途做文件级评审提示例如身份文件超过阈值时会问Identity hasnt been touched in {N}d. Still right?带类型 ID 的 TELOS 段落Goals→G0、Problems→P0、Mission→M0 等——逐条目对话且遵守 ID 稳定性规则G3 永远叫 G3删除也留墓碑派生文件PRINCIPAL_TELOS.md、ARCHITECTURE_SUMMARY.md——永不直接编辑一律路由回源文件TELOS.md、LifeosSystemArchitecture.md再重新生成。这与ABOUTME.md的定位互补ABOUTME 记录的是总览性自述而具体的使命目标沉淀在 TELOS结构化身份沉淀在 PRINCIPAL/DA_IDENTITY项目沉淀在 PROJECTS。访谈的核心机制——last_reviewed:新鲜度时钟、每次批准编辑后的TelosFreshness.ts --bump slug、InterviewDue.ts --mark-done关闭状态行的 提示——保证了这些文件不会写一次就腐烂。实操手动填充与验证基线如果你不想等访谈也可以直接编辑ABOUTME.md并同步更新身份层。可参考的验证基线填充ABOUTME.md把 Interests / Background 占位符替换为真实内容What Matters to Me 三行可以按TELOS/的使命、目标、信念结构起草因为 TELOS/README.md 规定TELOS.md是唯一事实源访谈结束后这些主题会沉淀到那里。同步PRINCIPAL_IDENTITY.md至少填 Quick Reference 段Name / Pronunciation / Location / Timezone / Role / Focus它是 DA 每会话启动的简明身份参照。命名 DA在DA_IDENTITY.md的 YAMLcore块里设置name、full_name、display_name、colorvoice 主声音 ID 放在settings.json的daidentity.voices.main文件注释明确ID 不硬编码在此文件。验证跑bun ~/.claude/LIFEOS/TOOLS/InterviewScan.ts人类可读缺口报告或--json确认 Phase 0 目标completeness_score≥ 80、why_incomplete为空之后/interview就会以评审模式review_mode而不是填充模式运行。小结ABOUTME.md是一张刻意保持最小可用的个人名片它不承载系统核心逻辑却承载着 DA 与你协作的起点信息。它和PRINCIPAL_IDENTITY.md、DA_IDENTITY.md、TELOS/一起构成身份层的完整拼图——/interviewInterview 技能负责把每一块从占位符变成真实内容并用新鲜度机制让它们在数月后依然still right。理解这个文件也就理解了 LifeOS先可用、后个性化、持续保鲜的身份工程思路系统越了解你它的帮助质量就越高——而这一切从填饱ABOUTME.md开始。【免费下载链接】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 ABOUTME.md 解读：用 /interview 会话把占位身份改造成真实人格档案
LifeOS ABOUTME.md 解读用 /interview 会话把占位身份改造成真实人格档案【免费下载链接】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/LifeOSLifeOS 的USER/身份层identity layer是整个系统认识你的起点CLAUDE.md会在每次会话启动时通过导入这批文件让 DADigital Assistant你的数字助理一开机就知道你是谁、你在做什么。而ABOUTME.md正是这个身份层中的个人画像骨架——它由安装器作为模板脚手架bootstrap scaffold落盘核心意图是先保证系统可用再通过/interview把它替换成属于你的真实内容。读完本文你将掌握这个文件的结构、它与身份层其他文件的分工、为什么填饱它直接影响 DA 的协作质量以及如何用Interview技能Interview/SKILL.md一次性完成从占位到定制的转换。文件定位USER 身份层的一张名片ABOUTME.md位于LifeOS/install/USER/ABOUTME.mdYAML frontmatter 只有一行provenance: template正文则是一份极简的 bootstrap 占位模板。它的内容非常克制只有四个部分Name / Role / Interests / Background四个基础字段其中三个标注为 (to be filled via interview)How I Work一段对使用意图的自述——我使用 LifeOS 在研究、写作、编码和生活运营中放大我的能力What Matters to Me三个等待填充的访谈占位符核心价值、正在构建的东西、想成为的人页脚提示说明通过/interview填充后向导会用真实答案替换整个脚手架。从USER/README.md可以看到它所属的身份层全貌同一目录下还有PRINCIPAL_IDENTITY.md简明身份启动加载、DA_IDENTITY.mdDA 的名字、声音、人格、PROJECTS.md项目注册表 路由别名、TELOS/PRINCIPAL_TELOS.md目标、使命、策略、RESUME.md、CONTACTS.md、WRITINGSTYLE.md、RHETORICALSTYLE.md、OPINIONS.md、DEFINITIONS.md、CANONICAL_CONTENT.md、ARCHITECTURE.md、FEED.md、PRONUNCIATIONS.md等。README 明确给出两条关键设计启动即加载这批文件被CLAUDE.md的导入每次会话开始 DA 都能读到隐私隔离USER/目录是纯私有数据release builder 会在构建时删除整个USER/树并覆盖为通用脚手架——你写入的内容永远不会随 LifeOS 发布。ABOUTME.md在其中扮演的是个人总览名片比PRINCIPAL_IDENTITY.md更口语化、更偏我是谁 我在乎什么的自述而不是结构化的身份字段。为什么必须是先可用后访谈bootstrap 哲学文件开头的引用块写得很直白Bootstrap default — functional before interview. Run /interview to personalize.这是 LifeOS 安装体系的一条总原则——所有模板文件必须保证不访谈也能跑访谈只是把占位符升级为个性化内容。同样的模式贯穿整个身份层例如 PRINCIPAL_IDENTITY.md 的 frontmatter 写着last_updated: 1970-01-01T00:00:00Z、last_updated_by: bootstrap-template、convention: pai-freshness-v1正文同样带有⚠ INTERVIEW REQUIRED警告DA_IDENTITY.md 也是同一套 YAML 骨架core/voice/personality/autonomy四块 schema占位 DA 名为 LifeOS。这套占位即可用设计的直接收益是新用户第一次打开系统时即使不运行访谈Pulse、提醒、状态行等基础设施已经能工作访谈则负责把体验从通用提升到像真人同事。访谈之前/interview 会把我写成什么ABOUTME.md页脚那句 the DAs quality of help scales directly with how much it knows about you 是理解这个文件价值的关键。LifeOS 的Interview技能Interview/SKILL.md不是一次普通的问答而是一套证据驱动的上下文刷新会话。它的描述明确写着读取宪法级文件TELOS、身份、项目、系统提示词、架构加CURRENT_STATE/、IDEAL_STATE/维度文件用观察数据Oura 睡眠/HRV、Conduit 应用时间、工作注册表、git 节奏、开支账本去对撞文件里的过时声明开场直接抛最尖锐的声明 vs 证据矛盾草拟修正让用户批准最后以 ComputeGap 度量的理想态差距收尾。与ABOUTME.md直接相关的是它的工作流路由工作流触发条件对应文件ContextCheckin已填充系统上的默认/interview、context check-in、whats stale 等Workflows/ContextCheckin.mdPhase0Setup全新安装DA 名仍为 LifeOSPRINCIPAL_IDENTITY仍为 UserPROJECTS 仅样例行Workflows/Phase0Setup.md路由判定用扫描器完成源码见 InterviewScan.ts该文件对每个目标计算completeness_score、leverage、priority并输出 Phase 0/1 的优先级缺口报告bun ~/.claude/LIFEOS/TOOLS/InterviewScan.ts --json | jq [.targets[] | select(.phase 0 and .completeness_score 80)] | length结果 0→ 先跑Phase0Setup再进 ContextCheckin结果为0→ 直接进 ContextCheckin。Phase0SetupPhase0Setup.md把首次启动需要补齐的东西拆成六个目标这正好是ABOUTME.md里那些占位符背后访谈会问什么的答案#目标写入的文件0.1DA 身份——名字、全名、颜色、角色、人格摘要USER/DIGITAL_ASSISTANT/DA_IDENTITY.md0.2Principal 身份——名字含读音、所在地、时区、角色、专注点USER/PRINCIPAL/PRINCIPAL_IDENTITY.md的 Quick Reference 段0.3语音 ID——主 DA 声音提供 ElevenLabs 库或用默认DA_IDENTITY.mdVoice 段 PULSE/PULSE.toml的[voice]块0.4凭据——ANTHROPIC_API_KEY、ELEVENLABS_API_KEY可跳过并说明、可选GH_TOKEN、STRIPE_KEY~/.claude/.env0.5第一个项目——至少一行PROJECTS 路由才能工作USER/PROJECTS.md表格 路由别名0.6工作仓库——GitHub 仓库或显式跳过 禁用工作流水线USER/WORK/config.yaml的WORK.REPO字段或PULSE.toml的[work] enabled false对话流程强调几条硬规则一次只问一个问题绝不在语音里回显凭据只确认已捕获 ANTHROPIC_API_KEY每一步都可跳过Phase 0 完成后重新生成PRINCIPAL_TELOS.md它会插值 principal 的名字并向 Pulse 发/reload。完成后 /interview 会路由到 ContextCheckin 做持续性上下文巡检。访谈之后ABOUTME 与身份层如何协同运作在已填充的系统上/interview进入 ContextCheckinContextCheckin.md。它的开场铁律是问之前先读文件——当上下文已填充时直接问Whats your mission?这类泛化提示是被禁止的因为文件就在磁盘上。针对不同类型的文件访谈用不同寄存器宪法级文件DA_IDENTITY.md、PRINCIPAL_IDENTITY.md、PROJECTS.md、LIFEOS_SYSTEM_PROMPT.md——按文件用途做文件级评审提示例如身份文件超过阈值时会问Identity hasnt been touched in {N}d. Still right?带类型 ID 的 TELOS 段落Goals→G0、Problems→P0、Mission→M0 等——逐条目对话且遵守 ID 稳定性规则G3 永远叫 G3删除也留墓碑派生文件PRINCIPAL_TELOS.md、ARCHITECTURE_SUMMARY.md——永不直接编辑一律路由回源文件TELOS.md、LifeosSystemArchitecture.md再重新生成。这与ABOUTME.md的定位互补ABOUTME 记录的是总览性自述而具体的使命目标沉淀在 TELOS结构化身份沉淀在 PRINCIPAL/DA_IDENTITY项目沉淀在 PROJECTS。访谈的核心机制——last_reviewed:新鲜度时钟、每次批准编辑后的TelosFreshness.ts --bump slug、InterviewDue.ts --mark-done关闭状态行的 提示——保证了这些文件不会写一次就腐烂。实操手动填充与验证基线如果你不想等访谈也可以直接编辑ABOUTME.md并同步更新身份层。可参考的验证基线填充ABOUTME.md把 Interests / Background 占位符替换为真实内容What Matters to Me 三行可以按TELOS/的使命、目标、信念结构起草因为 TELOS/README.md 规定TELOS.md是唯一事实源访谈结束后这些主题会沉淀到那里。同步PRINCIPAL_IDENTITY.md至少填 Quick Reference 段Name / Pronunciation / Location / Timezone / Role / Focus它是 DA 每会话启动的简明身份参照。命名 DA在DA_IDENTITY.md的 YAMLcore块里设置name、full_name、display_name、colorvoice 主声音 ID 放在settings.json的daidentity.voices.main文件注释明确ID 不硬编码在此文件。验证跑bun ~/.claude/LIFEOS/TOOLS/InterviewScan.ts人类可读缺口报告或--json确认 Phase 0 目标completeness_score≥ 80、why_incomplete为空之后/interview就会以评审模式review_mode而不是填充模式运行。小结ABOUTME.md是一张刻意保持最小可用的个人名片它不承载系统核心逻辑却承载着 DA 与你协作的起点信息。它和PRINCIPAL_IDENTITY.md、DA_IDENTITY.md、TELOS/一起构成身份层的完整拼图——/interviewInterview 技能负责把每一块从占位符变成真实内容并用新鲜度机制让它们在数月后依然still right。理解这个文件也就理解了 LifeOS先可用、后个性化、持续保鲜的身份工程思路系统越了解你它的帮助质量就越高——而这一切从填饱ABOUTME.md开始。【免费下载链接】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），仅供参考