PromptOS 取扱説明書（詳細版）

対象: Obsidian ボルト PromptOS — 初心者向けの全体像、安全境界、いつもの二段構え運用、狭義 30_PROMPT_OS への接続方法。

公開掲載用: 本HTMLは public/KEEL 向けに、外部AIの商号および添付フォルダ接頭辞を EX_TEMPLATE_ へ置換しています。実ボルトのフォルダ名と異なる場合は辞典側の正本を参照してください。

Markdown 同期版: PromptOS_取扱説明書_詳細版.md（同フォルダ）

目次

  1. この説明書の読み方
  2. 同梱物（フォルダ地図）
  3. 安全上の注意
  4. クイックスタート（約3分）
  5. いつもの運用（推奨パイプライン）
  6. 狭義 30_PROMPT_OS の思想
  7. トラブルシューティング
  8. メンテナンス
  9. 参照パス（例）

0. この説明書の読み方

このボルトは「プロンプトを単発の文章」ではなく、再利用できる部品（モジュール）と手順（ワークフロー）として管理するライブラリです。電化製品の説明書と同様、上から順に読むと迷いにくい構成にしています。

下図は 読む順序 のみを示したフローチャートです（作業手順とは別）。

flowchart TD A[0章: 読み方] --> B[1章: フォルダ地図] B --> C[2章: 安全と責任] C --> D[3章: 3分クイック] D --> E[4章: いつもの運用] E --> F[5章: 30_PROMPT_OS] F --> G[6章: トラブル] G --> H[7章: メンテ]

1. 同梱物（このボルトの中身）

1.1 ルート直下の役割

領域役割
.obsidianテーマ・スニペット等。見た目と快適さ。
20_プロンプト・表現大辞典メイン資産（語彙・テンプレ・監査・PromptOS）。
attachments画像など添付。
用語: 「PromptOS」は文脈により 狭義（辞典内の 30_PROMPT_OS フォルダ）か 広義（辞典＋指示テンプレ＋監査まで含む運用全体）を指します。

1.2 辞典フォルダ内のよく触る場所

サブフォルダ典型用途
00_CORE基礎モジュール寄せ。
11_指示テンプレート外部 AI 向け指示の正本、EX_TEMPLATE_ 添付、EX 指示、シーン一覧。
20_AUDIT構造監査・輸入標準。
21_再構成プロンプト再構成・統合パッチ。
30_PROMPT_OS狭義 PromptOS（Dual CORE、テンプレ、Guard、ログ）。
_compiled束ねた生成物（上書き慎重）。

フォルダ階層のイメージ（論理構造）:

flowchart TB ROOT[PromptOS ボルト] ROOT --> O[.obsidian] ROOT --> D20[20_プロンプト・表現大辞典] ROOT --> AT[attachments] D20 --> CORE[00_CORE] D20 --> T11[11_指示テンプレート] D20 --> A20[20_AUDIT] D20 --> P30[30_PROMPT_OS] T11 --> EXT[EX_TEMPLATE_添付用 など] P30 --> WF[97_ASSEMBLY_WORKFLOW.md] P30 --> OM[98_OPERATIONS_MANUAL]

2. 安全上の注意・責任の境界

外部チャットの返答をそのまま実運用へ流し込むほど、表現のブレと規約リスクが増えます。次章のパイプラインで「正本ドキュメント」に再接続してください。

3. クイックスタート（狭義 PromptOS：約3分）

詳細は 30_PROMPT_OS\98_OPERATIONS_MANUAL\OPERATIONS_MANUAL.md の「B. クイックスタート」に同一趣旨の手順があります。

Tensor（通過率優先）

  1. 96_TENSOR_TEMPLATE_PACK\TEMPLATE_TENSOR_STABLE.md
  2. Guard: GUARD_tensor_safety_phrase_v2.md の v2-A
  3. NEGATIVE_tensor_baseline.md
  4. 必要時のみ NEGATIVE_tensor_filter_risk.md
  5. ログ: TENSOR_PASS_LOG_TEMPLATE.md

SeaArt（実用安定）

  1. TEMPLATE_SEAART_STABLE.md または TEMPLATE_SEAART_EDGE.md
  2. 単一光源・単一カメラ幾何を維持
  3. NEGATIVE_seaart_baseline.md

4. いつもの運用（推奨パイプライン）

利用者さんの実運用を、再現可能な手順として固定化したものです。典型例として 11_指示テンプレート\EX_TEMPLATE_添付用\20260317指示.md をチャットに貼り、一次生成 → WebClipper で Markdown 化 → Cursor / Codex で PromptOS 準拠に通す、という流れを想定しています。

4.1 シーケンス（誰が何をするか）

sequenceDiagram participant U as 利用者 participant Ext as 外部チャット participant WC as WebClipper participant Obs as Obsidian_MD participant IDE as Cursor_Codex participant POS as PromptOS正本 U->>Ext: 指示テンプレ貼付と参照添付 Ext-->>U: 一次成果 U->>WC: 画面出力をクリップ WC->>Obs: Markdown化 U->>IDE: POS準拠で監査整形 IDE->>POS: 97/99/OPERATIONS参照 IDE-->>U: 修正済み成果

4.2 データの流れ（パイプライン）

flowchart LR subgraph P1[フェーズ1 発散] A[指示正本を貼る] B[参照束を添付] A --> C[外部AIで一次生成] B --> C end subgraph P2[フェーズ2 資産化] D[WebClipper] E[Obsidianのmd] C --> D --> E end subgraph P3[フェーズ3 収束] F[CursorまたはCodex] G[AssemblyとAuditとGuard] E --> F --> G G --> H[投入用と変更ログ] end

4.3 なぜ二段構えか

段階得意注意
外部チャット大量列挙・アイデア探索ルール取りこぼし・表現ゆれ
WebClipper → MD編集可能な単一ソース化表崩れは IDE 側で補正
IDE + PromptOS正本ドキュメント拘束・監査接続参照ファイルの指定が要る
Cursor / Codex 側では、チャット先頭で どのファイルを正とするか（例: 97_ASSEMBLY_WORKFLOW.md、99_COMPRESSION_AUDIT.md、OPERATIONS_MANUAL.md）を明示すると、取りこぼしが減ります。

5. 狭義 30_PROMPT_OS の思想

5.1 因果と圧縮（vNext）

flowchart LR SCENE[SCENE] --> PHYS[PHYSICS] PHYS --> SUB[SUBJECTとPOSE] SUB --> SHOT[SHOT] SHOT --> OUT[外部出力へ圧縮と回収]

5.2 主要入口ファイル

目的ファイル
全体 README30_PROMPT_OS\README.md
組み立て97_ASSEMBLY_WORKFLOW.md
因果仕様97_CAUSAL_STANDARD_ARCHITECTURE.md
圧縮監査99_COMPRESSION_AUDIT.md
実運用98_OPERATIONS_MANUAL\OPERATIONS_MANUAL.md
Generator97_GENERATORS\README.md
添付差分ログ98_OPERATIONS_MANUAL\ATTACHMENT_INPUT_CHANGELOG.md

5.3 代表的禁止事項（再掲）

6. トラブルシューティング

症状対処の芯
表・タグ列が崩れたWebClipper 後に PROMPT_IMPORT 系で再構成。正本バージョンを固定。
Tensor FILTERED 多発辞典 SAFE 化 → Guard v2-A → 必要最小の追加 NEGATIVE → ログ。
SeaArt は通るがブレる単一光源・単一幾何・Compression Audit。Dual テンプレで設計と投入を分離。
リンク切れ正本フォルダ固定、派生物だけ日付ファイル。

7. メンテナンス

8. 参照パス（例）

共有用にユーザー名はマスクしています。<ユーザー名> は実際の Windows ログオン名に置き換えてください。