lifeos

LifeOS

これは LifeOS スキルのインストール済みコピーであり、配布ルートではありません。 その install/ ディレクトリには、ブートストラップファイルのみが含まれています。更新するには、Intents/Update.md の手順に従ってください。最初に bash <configRoot>/skills/LifeOS/install/install.sh を実行して、完全なリリーススキルを取得します。その後で初めて、 完全なペイロードを必要とするペイロードツール（OverlaySystem、InstallHooks、ScaffoldUser）を実行してください。 すべてのツールは、フルパスで実行してください：bun <configRoot>/skills/LifeOS/Tools/<Tool>.ts。

LifeOS（Life Operating System）のインストールとオンボーディングを行うための仕組みです。1つのコマンドで、どのハーネスを使う人でも、何もない状態から、現在の状態と理想の状態がすでに表示された Pulse ダッシュボードを備える、個人に合わせた実用的なインストール環境を構築できます。新しいハーネス全体への移行は必要ありません。

理想の状態

• サポート対象の OS とハーネスを使う人が、実用的で個人に合わせたインストール環境を利用できる状態になります。1回の同意で Core が配置され、拒否されなかった拡張機能がすべて導入され、ID のプレースホルダーがなくなり、lifeos 起動コマンドが設定され、Pulse に本人の現在の状態と理想の状態が表示されます。
• ユーザーのマシンへの変更は、実行前にすべて提示され、元に戻せます。設定ファイルとシェルの rc ファイルは事前にバックアップされ、更新とアンインストールでは削除する代わりに移動またはバックアップが行われ、ユーザーが作成したものは上書きされません。
• Interview が何かを書き込む前に、セットアップが完了し、そのフックと連携機能が導入されます。
• インストール中も、その後も、明示的な同意なしに変更は行われません。ただし、ユーザーがオプトインの automode コンポーネント（Intents/Setup.md の手順 7）を有効にした場合を除きます。このコンポーネントは無効の状態で提供され、明確な同意が必要です。
• 「インストール済み」「更新済み」「削除済み」というすべての申告は、インテントで指定された証拠に基づきます。ユーザーが拒否した機能は、機能不全ではなく、拒否されたものとして報告されます。
• 上流に送信するフィードバックは、機密情報が除去され、再現可能なものであり、ユーザー自身の同意があった場合にのみ投稿されます。

インテントの振り分け

インテント	トリガー	ファイル
セットアップ	setup、/LifeOS setup、「LifeOS をインストール」、「自分のハーネスに統合」	Intents/Setup.md
インタビュー	interview、「オンボーディングして」、「インタビューを実施して」、TELOS の記録	Intents/Interview.md
診断	doctor、「インストールを確認して」、「何が壊れているか教えて」、「どの機能が使えるか教えて」	bun <configRoot>/LIFEOS/TOOLS/Doctor.ts を実行（Intents/Setup.md の手順 9.6）
Pulse	「Pulse をセットアップ」、「Pulse のセットアップ」、「Pulse のセットアップを監査」、「Pulse は正常ですか」	Intents/Setup.md の手順 8.6：bun Tools/PulseHealth.ts audit で Pulse の状態を読み取り専用で報告
更新	update、「LifeOS を更新」、バージョン更新後	Intents/Update.md
アンインストール	uninstall、「LifeOS を削除」	Intents/Uninstall.md
レポート	report、「このバグを報告」、「イシューを登録」、「この修正に貢献」、「PR を作成」、「プロジェクトに提案」、「LifeOS プロジェクトに問い合わせ」	Intents/Report.md

ファイル	読み込むタイミング
INSTALL.md	AI ネイティブのインストールドキュメント（ourlifeos.ai/install で提供。ホストは <configRoot>/LIFEOS/USER/CUSTOMIZATIONS/SKILLS/LifeOS/Config.md の install_host）：機能の確認、前提条件、リリースの取得、DetectEnv、ハーネスへの統合、サポート表、インストール規則を記載しています。取得後の手順はすべて Intents/Setup.md にあります
Workflows/Update.md	Update 手順でこのパスを再読み込みする、2026-10-08 より前にインストールした場合：エージェントを Intents/Update.md に誘導する案内です
GETTING-STARTED.md	インストール後：オプションの外部ツール（codex、Interceptor、cf、Fish Audio、gh など）、各ツールで利用可能になる機能、および動作を確認する方法
References/HermesSidecar.md	Setup の手順 9.5 で Hermes サイドカーの提案にユーザーが同意した場合：固定バージョンのインストール、サイドカー専用のデバイスコードログイン、エビデンスに基づくガードチェック、および明示すべき 2 つの事項
install/	システム全体のペイロード（セットアップ中に許可を得て配置するスキル、フック、システムプロンプト、Algorithm、ドキュメント、ランタイムツール）と、ブートストラップ用の install/install.sh（ourlifeos.ai/install.sh で提供）。インストールツールが読み込んで配置するデータであり、手動で編集するものではありません。LifeOS/ ディレクトリが配布物全体です。リリースルートに install.sh はなく、.claude/ の複製もありません

ツールが実行される経路は doctor だけです。Doctor.ts は各機能の状態と、問題がある場合の修正方法を出力します。その内容を伝え、decline を尊重してください（Setup の手順 9.6）。

データと設定

<configRoot> は DetectEnv が報告するハーネス設定ディレクトリです（Claude Code の場合、$CLAUDE_CONFIG_DIR が設定されていればその値、そうでなければ ~/.claude）。LinkUser によるリンク後、ユーザーツリーには <configRoot>/LIFEOS/USER からアクセスできます。

• USER/CONFIG/LIFEOS_CONFIG.toml には DA の名前と音声、および [principal] の ID 情報が格納されます。Interview がこのファイルに書き込み、Update が読み込んで ID プレースホルダーを再レンダリングします。
• USER/PRINCIPAL/PRINCIPAL_IDENTITY.md（本文のみ。名前と音声は LIFEOS_CONFIG.toml に格納）と USER/TELOS/TELOS.md は Interview が書き込みます。SeedPulse はこれらから LIFEOS_STATE.json と PRINCIPAL_TELOS.md を生成します。
• USER/CUSTOMIZATIONS/SKILLS/LifeOS/Config.md には、INSTALL.md と install/install.sh を提供するホスト（このスキルでは ourlifeos.ai として記述）の install_host と、オプションの spinner_verbs_file が格納されます。後者はその隣に配置する spinnerVerbs.json で、spinnerverbs コンポーネントが同梱リストの代わりに配置します。また、pulse_templates_dir には USER テンプレートツリーを指定します。これは Tools/ScaffoldUser.ts がコピー元として使い、Tools/PulseHealth.ts audit が USER/ との比較に使います（既定値は <configRoot>/skills/LifeOS/install/USER。ScaffoldUser では明示的な --skill-root が優先されます）。すべてのキー、ファイル形式、動作確認の実行例については、Setup.md を参照してください。
• <configRoot>/LIFEOS/MEMORY/STATE/reports/current/ には Report インテントの作業中レポートが格納されます。Report.ts reset で消去できます。

注意点

• フロントマターの version: はリリースではなく、コンポーネントのバージョンです。 Claude Code はこれを無視します。メンテナー側の BumpSkillVersions（配布されていません）が、ソースリポジトリでこの値を管理します。配布バージョン、つまりユーザーが「LifeOS 7.x」と呼ぶものは、GitHub リリースタグ、LIFEOS_RELEASES/<version>/、install.sh による取得で決まります。コンポーネントのバージョンをリリース番号として扱わないでください。
• 設定ルートの正式名称は変わりません。 ユーザーツリーは設定ディレクトリ配下にあり、ハーネスツリーにリンクされています。「LifeOS」はブランド名ですが、解決済みの設定パスは改名されません。改名すると、@ インポートの識別子が壊れます。
• 開発ツリーの拒否判定は、1つのマーカーを確認します。 インストールツールは LifeOS のソースリポジトリ内での実行を拒否します。detectDevTree（Tools/InstallEngine.ts）が確認するのは、設定ルート配下にメンテナー側のリリーススキルディレクトリが存在するかどうかだけです。git リモートは確認しないため、この非公開スキルを含まないソースチェックアウトは検出されません。--allow-dev を指定すると、これを受け付けるツール（InstallSettings.ts、ActivateImports.ts など）で拒否を上書きできます。作成者の稼働中のシステムは変更しないでください。
• 設定ファイルは .toml であり、.yaml ではありません。 LifeosConfig.ts は TOML を読み込みます。従来の .yaml テンプレートは 2026-06-19 に廃止されました。
• --apply を指定しない限り、すべてのインストールツールはドライランです（InstallAll では --yes）。2026-07-08 から 2026-07-31 まで、ドキュメントに記載された更新手順ではこのオプションが抜けていたため、ユーザーには成功したような出力が表示されても、実際には何も変更されませんでした。

使用例

• 「LifeOS をインストールして」→ Setup の後に Interview を実行します。Core と、辞退しなかったすべての拡張機能が、各ステップで許可を得たうえで導入され、フックが作動し、ユーザーはそのままオンボーディングに進みます。
• 「lifeos interview を実行して」→ Interview を実行します。TELOS と現在／理想の状態が記録され、ユーザーのソースが統合され、Pulse に実際のリングが表示されます。
• 「lifeos doctor」→ Doctor.ts を実行します。機能一覧が表示され、問題のある項目には修正コマンドが提示されます。
• 「pulse の設定を監査して」→ PulseHealth.ts audit を実行します。スキーマツールの実際の件数、USER テンプレートのコピー元、欠落しているテンプレート、/healthz をまとめたステータスブロックが表示され、未実行のものはそのように示されます。
• 「LifeOS を更新して」→ Update を実行します。ユーザーデータには手を加えず、インストールを最新リリースに更新するか、すでに最新であることを報告します。
• 「このバグを LifeOS に報告して」→ Report を実行します。ユーザーが内容を確認した、5つのフィールドを持つ機密情報を伏せたイシューが作成され、ユーザーが許可した場合にのみ投稿されます。「この修正に貢献して」では、さらにグリーンの実行と PR が追加されます。「これをプロジェクトに提案して」では、代わりにディスカッションが作成されます。