lifeos

LifeOS Core

このフラットな配布パッケージには、LifeOS Skill バンドル全体が1つのパッケージにまとめられています。 ドメイン別のワークフローを使用する前に、ここに記載された共通のランタイムおよび安全性の規約を適用してください。

ドメインを選択する

• 今日の情報、タスク、定期ノート、最近の作業、または週次レビューの場合は、 LifeOS Today を使用してください。
• ワークフロー／PARA ボード、テーマノート、またはフローのボトルネックの場合は、 LifeOS Board を使用してください。
• 空のフォルダー、テンプレートの選択、引き継ぎ、分類、または移行の場合は、 LifeOS Onboarding を使用してください。
• 検索、キャプチャ、添付ファイルのメタデータ、AI Wiki、HTML ダッシュボード、または Aino ミニアプリの ルーティングの場合は、LifeOS Content を使用してください。
• OPC の会社運営には、別の opc Skill を使用してください。

正確なフラグ、結果スキーマ、エラー、一般的でないコマンドについては、 references/commands.md をお読みください。

ホストを選択する

ヘッドレス環境またはデスクトップで作業する場合は、次を呼び出してください。

npx -y @life-os/cli <command>

初回実行時に公開済みパッケージがダウンロードされます。-y を指定すると、インストール確認が省略されます。 Aino Desktop や Obsidian が開いている必要はありません。

Aino Mobile では、lifeos_get_vault_info が報告するネイティブの lifeos_* ツールを使用してください。モバイルユーザーに Node.js のインストールやシェルコマンドの実行を求めないでください。モバイルでの書き込みはプレビューの準備のみです。変更が成功したと主張する前に、明示的な確認とコミットレシートを必ず得てください。モバイルでは完全な削除はできません。オンボーディングの plan/apply は CLI 専用です。

Vault とモデルを特定する

オンボーディング以外では、実際のフォルダー、定期フォーマット、テンプレートが関係するワークフローの前に config を実行してください。運用モデルがまだわかっていない場合は、profile を実行してください。

npx -y @life-os/cli config --json
npx -y @life-os/cli profile --json

Vault の解決順序は、明示的な vault= -> $LIFEOS_VAULT -> .obsidian/、.lifeos/、または .agents/skills/lifeos/ を上方向に検索 -> Aino の最後に開いたフォルダーです。現在のコンテキストとは異なる Vault を対象にする場合は、vault= を渡してください。PARA フォルダー、定期パス、フォーマット、セクション見出しを記憶だけで作らないでください。解決済みの設定を使用してください。

オプションには key=value を使用し、フラグには --json や overwrite のような単独の語を使用してください。スペースを含む値は引用符で囲み、機械可読な処理では --json を要求してください。

正確に読み取り、対象を指定する

• 変更する前に、既存の内容を読み取ってください。クエリから返された正確な Vault 相対 path= またはタスクの ref= を使用し、推測した曖昧な名前を使って書き込まないでください。
• 不明な Frontmatter と本文の内容を保持してください。対象全体を意図的に再構築する場合にのみ、overwrite を使用してください。
• 書き込みは選択した Vault 内で行ってください。予期しないパス解決が発生した場合は、別のノートを作成せず、その状況を明示してください。
• 書き込み完了の証拠として、エコーされた解決済みパス、構造化された結果、またはモバイルのコミットレシートを確認してください。クリック、プレビュー、提案されたツール呼び出しは、完了の証拠ではありません。
• 別のツールが内容を抽出していない限り、バイナリ添付ファイルの内容を理解したと主張しないでください。インベントリに表示されるだけでは、内容を解析したことにはなりません。

関連付けと重要な書き込みを確認する

プロジェクト／テーマタグは任意のユーザー所有の関連付けです。ユーザーが明示的に指定した場合、ソースにすでに含まれている場合、または永続的な設定によって自動関連付けが許可されている場合にのみ追加してください。

タグが関連しているように見えるだけの場合は、そのタグを推測で追加せず、依頼された作業を完了してから、追加するかどうかを尋ねてください。確認が得られたら、作成した正確な項目を更新し、重複を作成しないでください。

オンボーディングの apply、移行、分類の apply、ファイルの移動、復元可能な削除、または広範な上書きの前にプレビューを提示し、明示的な確認を得てください。正確な依頼を、リポジトリ全体の整理へと黙って拡大しないでください。

バンドルを維持する

バージョン管理された完全なバンドルのインストールと更新は、1つのコマンドで行います。

npx -y @life-os/cli@latest skill status
npx -y @life-os/cli@latest skill install

バンドルには lifeos、lifeos-today、lifeos-board、lifeos-onboarding、lifeos-content が含まれます。インストーラーはローカルで変更された管理対象ファイルをバックアップし、従来の単一 Skill インストールを移行します。古い管理対象ファイルはバックアップ後にのみ削除し、より新しいバンドルがインストール済みの場合はダウングレードしません。

スコープ

対象：設定を考慮したローカル Markdown のクエリと変更、および4つの LifeOS ドメインスキルへのルーティング。

対象外：Google Calendar / CalDAV の同期、プラグインまたは Aino UI の実装、および .lifeos/custom-apps 内部の直接編集。

---

LifeOS Today

ホストの選択、Vault の解決、書き込みの安全性については、まず LifeOS Core をお読みください。

根拠のあるビューから始める

「今日は何をすればよいですか？」という質問には、広範なスキャンから概要を組み立てるのではなく、範囲を限定したコマンドを1つ使用します。

npx -y @life-os/cli today --json

ユーザーが別の日付を指定した場合に限り、date=YYYY-MM-DD を使用します。返された sources を確認し、期限超過の作業と今日が期限の作業を区別して、優先順位を付けた次のステップを最大3つ提案します。完了した作業は、期限日ではなく完了日に基づきます。

特定の範囲について質問された場合は、次のより限定的なコマンドを使用します。

npx -y @life-os/cli tasks due=today --json
npx -y @life-os/cli tasks due=overdue --json
npx -y @life-os/cli tasks done completed=this-week --json
npx -y @life-os/cli recent range=this-week --json
npx -y @life-os/cli review:weekly --json

due= は期限日で絞り込みます。期間内に完了した作業を確認することはできません。完了の根拠には completed= または review:weekly を使用します。

期間ノートを扱う

日次、週次、月次、四半期次、年次のノートを作成、読み取り、追記、レビューする前に、references/periodic-notes.md をお読みください。実際のパスとセクションは、推測せず LifeOS を通じて解決します。

書き込みを提案する前に、ソースに基づく概要またはレビューを提示します。具体的な内容と対象セクションについてユーザーの承認を得てから、計画、レビュー、または要約した結論を追記します。

境界

• Workflow/PARA の列、テーマのワークスペース、またはフローのボトルネックには、LifeOS Board を使用します。
• Vault または期間構造を最初に初期化または移行する必要がある場合は、LifeOS Onboarding を使用します。
• Aino Desktop は必須ではありません。today、tasks、recent、review:weekly は、関連する AI Home の根拠をヘッドレスで再現します。

---

LifeOS Board

ホストの選択、Vault の解決、関連付けルール、書き込みの安全性については、まず LifeOS Core をお読みください。

表示されているモデルを確認する

ユーザーの意図または検出されたプロファイルに基づいて、ボードを選択します。

npx -y @life-os/cli board mode=workflow --json
npx -y @life-os/cli board mode=para --json

• workflow は Input、Projects、未完了の Tasks、Output を返します。
• para は Projects、Areas、Resources、Archives を返します。

返された列の合計、範囲を限定した項目、sources に基づいて分析します。最も明確なボトルネック、価値のある次のステップ（最大3つ）、確認が必要な障害要因やトレードオフを特定します。ボードの読み取りは、項目の移動、作成、タグ付け、編集を許可するものではありません。

テーマを扱う

プロジェクト、エリア、リソース、アーカイブ、またはトピックのワークスペースを作成または編集する前に、references/theme-notes.md をお読みください。日、週、月、四半期、年を対象とする場合は時間軸に沿ったノートを、継続的なテーマにはテーマノートを使用します。

テーマタグは、ユーザーが所有する任意の関連付けとして扱います。アクティブなファイル、近くのプロジェクト、関連する検索結果、または表示されているテーマが1つだけであることを根拠に推測してはいけません。

境界

• 日々の計画、期限が近い作業、最近のアクティビティ、週次レビューには、LifeOS Today を使用します。
• ボードで対象テーマを特定した後、.AI.md ページまたは HTML ダッシュボードを作成するには、LifeOS Content を使用します。
• Workflow/PARA 構造が存在しない場合、またはプロファイルを変更する必要がある場合は、LifeOS Onboarding を使用します。

---

LifeOS Onboarding

ホストの選択と共通の安全性については、まず LifeOS Core をお読みください。オンボーディングの plan/apply は CLI 専用です。Aino Mobile ではプロファイルを確認できますが、このワークフローは実行できません。

まず一度確認し、その後に振り分ける

新規作成、インポート、貼り付け、引き継ぎ、移行を行う場合は、最初に次の単一のインベントリコマンドを実行します。

npx -y @life-os/cli onboard inspect --json

references/onboarding.mdを読みます。確認に失敗した場合、または判断に不可欠な事実が不足している場合を除き、広範なls、find、config、profileやテンプレートの探索を追加で実行しないでください。

該当するリファレンスだけを読み込みます。

• モデルを選ぶ場合：references/template-selection.md
• 空のフォルダーの場合：references/from-scratch.md
• 資料が散在している場合：references/migration.md
• 既存のプロファイルを別のプロファイルに移す場合： references/template-migration.md

テンプレートの詳細：

• Memos：references/template-memos.md
• IPO／Topic-only：references/template-ipo.md
• GTD：references/template-gtd.md
• PARA：references/template-para.md
• OPC：独立したopc Skillを使用します。

通常は簡単なものから難しいものへ、Memos -> IPO -> GTD -> PARA -> OPCの順に提示します。ただし、明示的な選択があれば、ただちにそれに従います。Topic-onlyはIPOに正規化します。

すべての変更に確認を必須とする

オンボーディングは、途中から再開可能な状態機械として扱います。

1. フォルダーを確認します。
2. 重要な質問を一度に1つずつ尋ねます。
3. onboard plan ... --jsonを実行し、作成、スキップ、競合の内容を提示します。
4. 対象のプロファイル、密度、保存先について、明示的な確認を得ます。
5. onboard apply、または確認済みの範囲に限ってclassify-applyを実行します。
6. onboard verify --jsonを実行し、未解決の競合を報告します。

既存のブートストラップ用Agent Filesを自動で上書きしないでください。プロファイルが管理するのはルートのAGENTS.md、SOUL.md、STYLE.mdです。単数形のAGENT.mdや、ツール固有のCLAUDE.mdは生成しないでください。任意のMEMORY.mdを作成または編集するのは、明示的に記憶を依頼された後に限ります。インベントリの作成中は、添付ファイルを元の場所に保持してください。

プロファイルを変更する場合は、設定をフィールドごとに統合し、ユーザーのコンテキストを保持し、生成物やシステムデータを除外し、リンクと添付ファイルのペアを検証して、最終確認の後にのみプロファイルマニフェストを更新します。

---

LifeOSのコンテンツ

ホストの選択、正確な対象指定、関連付けルール、安全な書き込みについては、最初にLifeOS Coreを読みます。

書き込む前に場所を特定する

範囲を限定して検索し、対象を正確に読み取ります。

npx -y @life-os/cli search query="keyword" type=content limit=20 --json
npx -y @life-os/cli read path="vault/relative/note.md" --json

返されたボルト相対パスをappendまたはcreateに使用します。overwriteの前に、内容が不明なFrontmatterや本文を読み取り、統合します。時間ベースの記録はLifeOS Todayへ、長期的なプロジェクトやトピックの作業はLifeOS Boardへ振り分けます。

コンテンツの形式を選ぶ

• Markdown以外の添付ファイルのタグやプロパティについては、 references/attachment-cards.mdを読みます。バイナリファイルには、非表示の兄弟Markdownカードを使用します。attachmentフィールドを新たに作成しないでください。
• 統合されたトピック／インデックスのナレッジについては、 references/ai-wiki.mdを読み、兄弟ファイルの .AI.md、ソースインデックス、変更履歴の規約を維持します。
• テーマ／インデックスノートの隣に置く、視覚的な意思決定用画面については、 references/theme-dashboard.mdを読み、 assets/theme-dashboard-skeleton.htmlを再利用します。
• 複数レコードに対する永続的かつインタラクティブなCRUD、フォーム、フィルター、または繰り返し実行する操作については、references/aino-mini-apps.mdを読み、開発をAino App Builderへ振り分けます。

AI Wikiは、記録用ノートや議事録ではありません。テーマダッシュボードは、Markdownのエクスポートではありません。Ainoミニアプリは、業務上の信頼できる情報源としてのMarkdownの代わりにはなりません。

境界

• 別のツールが実際に抽出する場合を除き、バイナリの内容を読み取らないでください。
• Aino App Builderプロジェクトの内部を生成または編集したり、.lifeos/custom-appsを直接操作したりしないでください。
• ボルトのプロファイルを変更する依頼や、散在するフォルダーを分類する依頼には、LifeOS Onboardingを使用します。