kotonoha 0.5.2 → 0.5.4

package/CHANGELOG.md

@@ -7,6 +7,56 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [Unreleased]
 
+## [0.5.4] - 2026-11-05
+
+### Changed
+
+- Allow normal Markdown host direct saves on confirmed local Windows drives
+  mounted through WSL (`drvfs`, `9p` or `v9fs`), without a filesystem-name-only
+  refusal. Require in-place updates preserving the existing Windows file object,
+  path/identity checks and exact readback. Do not silently redirect rejected
+  Vault saves to `/tmp`. Keep Python CLI, Canvas and Bases storage policies unchanged.
+
+## [0.5.3] - 2026-11-05
+
+### Breaking changes
+
+- Reduce `obsidian-vault` to scoped local reads, static validation and exact
+  candidate saving. Remove standalone authoring, convention inference,
+  related-note recommendations, link analysis and proofreading orchestration.
+  Route note content to `obsidian-markdown`, Japanese wording to
+  `japanese-prose` and explicitly selected live-app operations to `obsidian-cli`.
+  Retain the v1 backend request format, validation/save gates and Canvas storage
+  API version 1; legacy intent labels do not restore the removed workflows.
+  See the [migration and storage guide](skills/obsidian-vault/references/workflow.md).
+
+### Added
+
+- Add `obsidian-markdown` for note authoring/editing, Obsidian-specific syntax,
+  Japanese proofreading coordination and protected local-storage handoffs.
+- Add `obsidian-cli` for explicitly selected official application commands,
+  scoped note/task/property operations and authorized development diagnostics.
+- Add `defuddle` for optional web/HTML-to-Markdown or JSON extraction, with
+  separate network consent and reviewed handoffs instead of direct Vault writes.
+- Add `knap` for optional JSON/CSV template rendering, batch previews and
+  Vault-external staging, with original templates and example data.
+- Add JSON Canvas field and Bases expression/view references, preserving the
+  existing validation subsets and save workflows.
+- Expose the Obsidian suite through source-checkout Skill links and verify
+  selective installation plus npm-tarball delivery for both hosts.
+
+### Changed
+
+- Promote `0.5.3-dev.0` to stable `0.5.3`.
+- Route all six capability families from `kepano/obsidian-skills` through
+  eleven bundled kotonoha Skills without introducing a second Canvas writer.
+  External tools remain optional and are not installed by kotonoha.
+- Document npm and source-checkout installation for all eleven Skills.
+  Keep the Node.js >=18 installer requirement; the optional Knap CLI needs >=20.
+- Preserve existing Vault, Canvas and Bases save workflows, one-note handoffs
+  and the prohibition on session-storage outputs. Official app commands require
+  separate authority and never bypass a refused storage operation.
+
 ## [0.5.1] - 2026-10-21
 
 ### Fixed
@@ -220,4 +270,6 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 [0.1.5]: https://github.com/nahisaho/kotonoha/compare/v0.1.4...v0.1.5
 [0.4.2]: https://github.com/nahisaho/kotonoha/compare/d76ef4a...v0.4.2
 [0.5.0]: https://github.com/nahisaho/kotonoha/compare/v0.4.2...v0.5.0
-[Unreleased]: https://github.com/nahisaho/kotonoha/compare/v0.5.0...HEAD
+[0.5.3]: https://github.com/nahisaho/kotonoha/compare/d665884...v0.5.3
+[0.5.4]: https://github.com/nahisaho/kotonoha/compare/v0.5.3...v0.5.4
+[Unreleased]: https://github.com/nahisaho/kotonoha/compare/v0.5.4...HEAD

package/README-ja.md

@@ -1,9 +1,13 @@
 # kotonoha
 
-kotonohaは、GitHub CopilotとClaude Code向けのスキルを提供します。曖昧な課題の構造化から、文書化、日本語表現の改善、プレゼンテーション設計までを一連の流れとして支援します。
+kotonohaは、GitHub CopilotとClaude Code向けのスキルを提供します。曖昧な課題の構造化から、文書化、日本語表現の改善、Obsidianでの知識管理、プレゼンテーション設計までを支援します。
 
 `consulting-analyst`は、課題を論点、仮説、証拠、選択肢、提言へ構造化します。分析結果を受け取った`tech-writer`は、README、設計文書、Blueprint、White Paper、提案書などへ内容を落とし込みます。日本語の表現品質は`japanese-prose`がGiNZAベースの診断で改善します。プレゼンテーションが必要な場合は、`presentation-planner`がシナリオ、スライド構成、デザイン仕様、PPTX作成スキル向けの引き継ぎ情報を生成します。
 
+Obsidian向けには、Markdown記法、許可されたVault内のノート操作、JSON Canvas、Bases、公式アプリCLIを扱います。DefuddleによるWeb・HTML本文の抽出と、KnapによるJSON・CSVからのテンプレート生成にも対応します。操作ごとに、参照範囲・依存関係・保存の許可を確認します。
+
+バージョンは **0.5.4** です（2026-11-05更新）。`obsidian-markdown`、`obsidian-cli`、`defuddle`、`knap`を含む11のスキルを同梱しています。npmパッケージを使うか、[ソースからスキルを導入する手順](#このチェックアウトからスキルを導入)を参照してください。
+
 [English](./README.md) | [日本語](./README-ja.md)
 
 ## kotonoha（言の葉）という名前
@@ -30,6 +34,8 @@ kotonohaは文書構造と技術的な不変条件を固定してから日本語
 - `scripts/lint.py`による構造検査。見出しレベルの飛び、言語指定のないコードブロック、未解決のプレースホルダー、不審なリンク、文章に隣接した強調記号を検出
 - コミットメッセージ本文とコードコメント・docstringを除き、すべての文書種別でMarkdownを標準形式として使用
 - 日本語を主な対象言語とし、英語文書にも対応
+- Obsidianの記法説明、許可範囲のVaultノート操作、Canvas図、Bases設定の編集
+- 明示的に選択したObsidianアプリ操作、Defuddleによる本文抽出、Knapによるデータからのノート生成。通信や保存への許可は個別に確認
 
 ## 対応している文書
 
@@ -63,11 +69,15 @@ Obsidianでは、[`obsidian.md`](skills/tech-writer/assets/templates/obsidian.md
 
 ## Obsidian Vaultの操作
 
-専用の`obsidian-vault`は、Vaultの規約確認、Markdownノートの直接作成・編集、関連ノート候補、内部リンク診断、日本語添削を担当します。
-直接編集は`kotonoha@0.4.2`に含まれます。
-対象と変更内容への許可を確認し、ホストのファイルツールで本文・プロパティ・タグ・リンクを変更できます。
-直接編集には専用CLIの計画ファイル、Python、uvは不要です。Obsidianアプリ、MCP、プラグインにも依存しません。
-文書構成にはtech-writer、日本語添削にはjapanese-proseを利用します。
+Markdownノートとテンプレートの作成・編集は`obsidian-markdown`が担当します。
+文書構成にはtech-writer、日本語の校正にはjapanese-proseを利用します。
+`obsidian-vault`は、許可範囲のローカル読み取り・静的検証・確定済み候補の保存だけを担う共用基盤に縮小しました。
+直接保存はホストのファイルツールを使うため、Python、uv、専用CLIの計画ファイルは不要です。
+Obsidianアプリ、MCP、プラグインにも依存しません。
+
+規約の推定、関連ノートの推薦、独立したリンク分析、校正作業の指揮はobsidian-vaultから削除しました。
+アプリ上の検索・リンク確認には、明示的に選択したobsidian-cliを使います。これは編集上の推薦を代行する機能ではありません。
+静的検証の観測値・リンク判定、v1依頼形式、Canvas用の共用保存API版1は互換性のために維持しますが、削除した上位ワークフローは提供しません。
 
 Vault、読み取り範囲、モデルに渡す情報を利用者が明示し、指定外の内容を保持します。
 保存前の確認を求められた場合は、差分承認まで保存しません。
@@ -75,7 +85,7 @@ Vault、読み取り範囲、モデルに渡す情報を利用者が明示し、
 相対保存先はそこから解決しますが、Vaultルート基準と明示したパスや絶対パスは維持します。
 許可済みのVaultと範囲内にある対象自体を編集し、セッション領域のコピーで代替しません。
 補助ファイルへの同意と適切な保存場所も別途必要です。
-Obsidian関連の3スキルは、成果物だけでなく原文・候補・診断・レビュー・計画・一時ファイルもセッション領域へ保存しません。
+Obsidian関連の各ワークフローは、成果物だけでなく原文・候補・診断・レビュー・計画・一時ファイルもセッション領域へ保存しません。
 指定場所の実体がセッション領域なら、書き込み前に別の場所を確認し、委譲先にも同じ制約を引き継ぎます。
 CLIの作業領域には引き続きVault外の場所が必要です。セッション領域ではない場所への同意を得て使用します。
 この制約はスキルが保存するファイルに適用し、ホストが管理する会話ログは制御しません。
@@ -85,8 +95,14 @@ CLI計画保存モードも選べます。こちらはLinux、CPython 3.12、uv
 CLI処理はオフライン・lock付きで起動します。依存関係の初回準備は別途の許可が必要です。
 依頼例、コマンド、コピーの保持と復旧は[操作ガイド](skills/obsidian-vault/references/workflow.md)を参照してください。
 
-保存は必要な確認ができるローカル通常ファイルに限定し、シンボリックリンク、維持できない属性、複数ハードリンクを拒否します。
-拡張属性付きファイルも保存非対応であり、SELinuxラベルなどの削除を回避策にしません。
+保存は必要な確認ができるローカル通常ファイルに限定し、シンボリックリンクや複数ハードリンクを拒否します。
+Linuxでは所有者・グループ・権限を維持します。
+0.5.4から、通常の直接保存はWSL上のローカルWindowsドライブ（drvfs・9p・v9fs）にも対応します。
+既存ノートは置換せず同じ実体へ書き込み、WindowsのACL・属性を保持します。仮想的なLinux権限だけでは拒否しません。
+ネットワーク共有は対象外とし、パス・実体・保存後のバイト列を検証します。保存方式が不明な編集ツールは使いません。
+`/tmp`等への別出力を、許可済みVaultの更新の代わりにはしません。
+Python CLI・Canvas・Basesの対応範囲は広げません。CLIでは引き続きWSLのWindowsドライブや拡張属性付き対象を拒否します。
+SELinuxラベルなどの削除を回避策にしません。
 直接編集はCLIの原子的確定、ルートロック、成功記録による再実行保護を利用しません。
 保存後に読み戻して確認しますが、途中失敗や同時編集の完全な防止は保証しません。
 LLMの誤判断を完全には防げず、ホストを隔離する機能でもありません。
@@ -122,6 +138,49 @@ Node 18以上と固定依存が必要です。依存の準備は別途許可を
 直接編集にはCLIのロック・原子的確定・再実行記録はありません。
 依存の準備、4種類の独自テンプレート、原文保持、失敗時の扱いは[Bases操作ガイド](skills/obsidian-bases/references/workflow.md)を参照してください。
 
+## Obsidian記法・アプリ操作・データからのノート生成
+
+0.5.4は、[kepano/obsidian-skills](https://github.com/kepano/obsidian-skills)の6つの機能分野を、kotonoha独自の手順と例で扱います。
+参照した版は[`3ccff5338ea700537839b21900aa5358a0402c98`](https://github.com/kepano/obsidian-skills/tree/3ccff5338ea700537839b21900aa5358a0402c98)です（2026-11-05確認）。
+対応する実行環境や保存方法が参照先と同一という意味ではありません。既存のCanvas・Basesの検査範囲と保存制約を維持します。
+
+| 機能 | kotonohaのSkill | 実行条件と保存先 |
+|---|---|---|
+| Markdownノートと記法 | [`obsidian-markdown`](skills/obsidian-markdown/SKILL.md) | 外部CLIは不要。作成・編集と日本語校正の指揮を担当し、ローカル入出力はobsidian-vaultへ引き継ぐ |
+| JSON Canvas | [`obsidian-canvas`](skills/obsidian-canvas/SKILL.md) | 既存のPython検査と単一Canvasの計画承認を使用。json-canvasという別の導入名は追加しない |
+| Bases | [`obsidian-bases`](skills/obsidian-bases/SKILL.md) | 既存のNode静的検査と、許可されたホストツールによる保存を使用 |
+| 公式アプリCLI | [`obsidian-cli`](skills/obsidian-cli/SKILL.md) | 登録済みCLIとデスクトップアプリが必要。Vaultと対象ファイルを明示し、アプリ操作への許可を別途確認 |
+| Web・HTML本文抽出 | [`defuddle`](skills/defuddle/SKILL.md) | 任意導入のDefuddleを使用。第三者サービスへの通信も含めて許可を確認し、標準出力か同意済みのVault外作業領域へ出力 |
+| JSON・CSVテンプレート生成 | [`knap`](skills/knap/SKILL.md) | Knap CLIとNode 20以上が必要。検査・生成・一括出力のプレビューを行い、Vault外へ仮出力 |
+
+公式アプリCLIは、kotonohaの`vault.py`とは別の操作経路です。現在の公式導入手順では、1.12.7以上のインストーラーと、設定画面のGeneralからのCLI登録が必要です。
+コマンドがアプリを起動する場合もあるため、起動・プラグイン実行・画面取得には明示的な許可を確認します。保存拒否を回避する代替手段には使いません。
+Basesの実データを問い合わせる場合は、結果に含まれる範囲への同意も必要です。静的検査だけで実表示や式の計算結果を確認済みとは扱いません。
+
+Defuddleは、ローカルHTMLの処理でも第三者サービスへ通信する可能性があります。オフライン処理とはみなしません。
+Knapによる生成は、元情報の取得・事実確認・保存の許可を兼ねません。一括生成では全出力先をプレビューし、同意済みの空のVault外ディレクトリへ仮出力します。
+選択したノートはobsidian-markdownで内容を整え、ローカル保存だけをobsidian-vaultへ1ノートずつ渡します。
+新しい経路でもセッション領域への保存は禁止し、外部ツールやアプリ設定を自動導入・変更しません。
+
+依頼例:
+
+```text
+この文章の見出し・ブロックへのリンク、入れ子のコールアウト、
+YAMLプロパティを確認して。Vaultは読まず、保存もしないで。
+```
+
+```text
+公式Obsidian CLIで、指定したVaultのNotes/Trial.mdを読んで。
+実行前にVaultの識別情報とアプリ起動の許可を確認して。
+```
+
+```text
+KnapでCSVの各行からノートを作るプレビューを出して。
+仮出力は同意済みのVault外ディレクトリを使い、生成・保存前に出力先を示して。
+```
+
+詳しい記法とコマンドは、[Markdown記法](skills/obsidian-markdown/references/syntax.md)、[アプリCLI](skills/obsidian-cli/references/commands.md)、[Canvasフィールド](skills/obsidian-canvas/references/json-canvas.md)、[Basesの式](skills/obsidian-bases/references/expressions.md)、[Knapの例](skills/knap/references/rendering.md)を参照してください。
+
 ## consulting-analystの機能
 
 - 文書やプレゼンテーションを作る前に、意思決定者、意思決定の問い、成果、範囲、証拠不足を定義
@@ -161,10 +220,25 @@ White Paper向けの分析を作成して
 
 - GitHub Copilot（CLIまたは対応IDEのエージェントモード）かClaude Codeがインストールされていること
 - インストーラー用のNode.js 18以上とnpm
+- 対象の操作を選んだ場合のみ、登録済みのObsidianデスクトップCLI、Defuddle、Knapが必要。Knap CLIにはNode.js 20以上を使用
 - tech-writerの構造lintを実行する場合はPython 3.9以上
 - 同梱`japanese-prose`の文章lint、読解負荷分析、アウトライン抽出、用語検査、編集前後の不変条件検査を実行する場合はPython 3.10以上と`uv`。GiNZA、`ja_ginza`、spaCy、Markdown解析用の依存関係は、各スクリプトの初回実行時に`uv`が解決
 
-### npmからインストール
+### このチェックアウトからスキルを導入
+
+このソースチェックアウトには、11のスキルがすべて含まれます。
+リポジトリのルートから、`/path/to/your-project`を導入先プロジェクトの絶対パスに置き換え、利用するエージェントのコマンドを1つ実行します。
+
+```bash
+node bin/kotonoha.js install --agent copilot --target /path/to/your-project/.github/skills
+node bin/kotonoha.js install --agent claude --target /path/to/your-project/.claude/skills
+```
+
+どちらも既定では11のスキルを選択し、既存のスキルディレクトリは保持します。既存のコピーを更新する場合は、ローカルの変更を確認し、置き換える場合にだけ`--force`を追加します。
+1つだけ導入する場合は、`--skill obsidian-markdown`などを追加します。
+この操作はスキルファイルのコピーのみです。Obsidian、Defuddle、Knap、Pythonの依存関係、Bases検査器の依存関係は導入しません。
+
+### 公開済みのnpmパッケージをインストール
 
 パッケージをインストールし、同梱CLIで各スキルを対象のスキルディレクトリへコピーします。
 
@@ -203,14 +277,14 @@ npx kotonoha install --agent all --force
 
 ### 同梱スキルをまとめてインストール
 
-`kotonoha install`は、まだ存在しない同梱スキルをすべてインストールします。`consulting-analyst`、`tech-writer`、`japanese-prose`、`obsidian-vault`、`obsidian-canvas`、`obsidian-bases`、`presentation-planner`を`.github/skills/`へインストールします。
+`kotonoha install`は、まだ存在しない同梱スキルをすべてインストールします。公開済みパッケージを導入した環境で、全スキルを明示的に選ぶコマンドは次のとおりです。
 
 ```bash
-npm install --save-dev kotonoha
 npx kotonoha install --skill all
 ```
 
-`--skill all`が既定値であるため、`npx kotonoha install`も同じ動作です。7つのスキルがインストールされたことを確認します。0.4.1はCanvasとBasesを含まない5つでした。
+`--skill all`が既定値であるため、`npx kotonoha install`も同じ動作です。導入できるスキルは、使用したパッケージに依存します。
+0.5.4には11のスキルを同梱しています。導入先プロジェクトで、すべて配置されたことを確認します。
 
 ```bash
 test -f .github/skills/consulting-analyst/SKILL.md
@@ -219,6 +293,10 @@ test -f .github/skills/japanese-prose/SKILL.md
 test -f .github/skills/obsidian-vault/SKILL.md
 test -f .github/skills/obsidian-canvas/SKILL.md
 test -f .github/skills/obsidian-bases/SKILL.md
+test -f .github/skills/obsidian-markdown/SKILL.md
+test -f .github/skills/obsidian-cli/SKILL.md
+test -f .github/skills/defuddle/SKILL.md
+test -f .github/skills/knap/SKILL.md
 test -f .github/skills/presentation-planner/SKILL.md
 ```
 
@@ -259,7 +337,7 @@ README-ja.mdの日本語を自然で読みやすい表現に修正して
 新しい日本語文書では、`このリポジトリの日本語READMEを作成して`のように依頼すると、`tech-writer`が下書きと構造レビューを行い、rubber-duck reviewの前にGiNZAベースの文章最適化を実行します。文章最適化を確実に指定する場合は、`<ファイル名>を技術文書として作成または修正し、GiNZAによる日本語表現最適化まで実施して`と指示します。
 
 既定のインストール先は、現在のプロジェクトの`.github/skills/`です。
-consulting-analyst、tech-writer、japanese-prose、obsidian-vault、obsidian-canvas、obsidian-bases、presentation-plannerをそれぞれのサブディレクトリに配置します。
+同梱の各スキルを、スキル名と同じサブディレクトリに配置します。
 スキルを1つだけインストールする場合や、対応している別のディレクトリを使用する場合は、次のように指定します。
 
 ```bash
@@ -349,6 +427,10 @@ cp -r skills/japanese-prose /path/to/your-repo/.github/skills/japanese-prose
 cp -r skills/obsidian-vault /path/to/your-repo/.github/skills/obsidian-vault
 cp -r skills/obsidian-canvas /path/to/your-repo/.github/skills/obsidian-canvas
 cp -r skills/obsidian-bases /path/to/your-repo/.github/skills/obsidian-bases
+cp -r skills/obsidian-markdown /path/to/your-repo/.github/skills/obsidian-markdown
+cp -r skills/obsidian-cli /path/to/your-repo/.github/skills/obsidian-cli
+cp -r skills/defuddle /path/to/your-repo/.github/skills/defuddle
+cp -r skills/knap /path/to/your-repo/.github/skills/knap
 cp -r skills/presentation-planner /path/to/your-repo/.github/skills/presentation-planner
 ```
 
@@ -395,13 +477,17 @@ skills/presentation-planner/ # シナリオ、デザイン仕様、PPTX引き継
   references/                # 責任境界、シナリオ・デザインガイド、カスタマイズ、引き継ぎ契約
   assets/scenario-templates/ # 経営判断、技術説明、データ報告向けシナリオ
   assets/design-templates/   # 経営提案、技術説明、データ報告向けYAMLデザイン
-skills/obsidian-vault/       # 許可範囲のMarkdown操作と共用保存API
+skills/obsidian-vault/       # ローカル読み取り・検証・保存の共用基盤
 skills/obsidian-canvas/      # JSON Canvas診断、配置、承認付き保存
   scripts/                   # 固定依存のオフラインCLIと独自受入データの試験
   assets/templates/          # 関係図、アイデア、手順、比較の構成例
 skills/obsidian-bases/       # Basesの直接編集と読み取り専用検査
   scripts/                   # 標準入力の検査器、専用依存のlock、作業コピー用の試験
   assets/templates/          # Table、Cards、List、Kanban
+skills/obsidian-markdown/    # ノート作成・編集。ローカル入出力はobsidian-vaultへ
+skills/obsidian-cli/         # 明示選択した公式アプリCLI
+skills/defuddle/             # 任意導入のWeb・HTML本文抽出。Vaultへ直接保存しない
+skills/knap/                 # 任意導入のJSON・CSV生成、プレビュー、Vault外への仮出力
 .github/skills/tech-writer   # Copilot CLIが読み込むskills/tech-writerへのシンボリックリンク
 .github/skills/consulting-analyst
 .github/skills/japanese-prose
@@ -409,6 +495,10 @@ skills/obsidian-bases/       # Basesの直接編集と読み取り専用検査
 .github/skills/obsidian-vault
 .github/skills/obsidian-canvas
 .github/skills/obsidian-bases
+.github/skills/obsidian-markdown
+.github/skills/obsidian-cli
+.github/skills/defuddle
+.github/skills/knap
 ```
 
 ## 既知の制約

package/README.md

@@ -1,21 +1,23 @@
 # kotonoha
 
-kotonoha provides skills for GitHub Copilot and Claude Code: consulting analysis, technical
-documents, Japanese prose, and presentation planning. `consulting-analyst`
-structures ambiguous problems into issue trees, hypotheses, evidence, option
-comparisons, and recommendations. `tech-writer` turns that reasoning into
-README, design documents, Blueprints, White Papers, proposals, and other
-technical documents without losing the reader. `japanese-prose` improves
-Japanese wording with GiNZA-based diagnostics. `presentation-planner` turns
-source material into a reusable presentation scenario, slide outline, design
-specification, and handoff for a dedicated PPTX creation skill.
-The `obsidian-vault` skill applies scoped Vault conventions and link diagnostics
-and directly creates or edits authorized Markdown notes using host file tools,
-with optional CLI plan-approved saving. Direct editing is included in 0.4.2.
-The `obsidian-canvas` skill adds scoped diagram diagnosis,
-layout and approval-gated Canvas edits in 0.4.2.
-The `obsidian-bases` skill adds direct `.base` configuration editing
-and a read-only static checker for Table, Cards, List and Kanban.
+kotonoha provides skills for GitHub Copilot and Claude Code: consulting analysis,
+technical writing, Japanese prose, Obsidian workflows and presentation planning.
+Turn evidence into documents, work with scoped Vault content, and prepare
+presentations without mixing drafting with unauthorized saves.
+
+`consulting-analyst` structures problems and evidence; `tech-writer` creates
+reader-focused technical documents; `japanese-prose` improves Japanese wording
+with GiNZA diagnostics. `presentation-planner` prepares scenarios, slide outlines
+and design specifications for a dedicated PPTX creation skill.
+
+The Obsidian suite covers Markdown syntax, authorized Vault notes, JSON Canvas,
+Bases, official app commands, web/HTML extraction and JSON/CSV template rendering.
+Each workflow keeps its own scope, dependency and save requirements.
+
+Version: **0.5.4** (updated 2026-11-05), with eleven bundled Skills, including
+`obsidian-markdown`, `obsidian-cli`, `defuddle` and `knap`.
+Install the npm package or use the
+[source-checkout installation](#install-skills-from-this-source-checkout).
 
 [English](./README.md) | [日本語](./README-ja.md)
 
@@ -79,6 +81,10 @@ review.
   message body (plain text by convention) and code comments/docstrings
   (the target programming language's own syntax)
 - Japanese as the primary target language, with English document support
+- Draft Obsidian syntax and work with authorized Vault notes, Canvas diagrams
+  and Bases configuration without changing unrelated content
+- Use explicitly selected official Obsidian commands, optional Defuddle
+  extraction and Knap data-driven rendering with separate consent and save gates
 
 ## Supported document types
 
@@ -124,11 +130,19 @@ for setup, placeholder handling, and limitations.
 
 ## Working with an Obsidian Vault
 
-Use the dedicated `obsidian-vault` skill for Vault conventions, direct Markdown
-creation and editing, related-note proposals, internal-link diagnosis and Japanese
-proofreading. The direct-edit workflow uses host file tools without
-requiring Python, uv, Obsidian, MCP or plugins. Use `tech-writer` for document
-structure and `japanese-prose` for proofreading.
+Use `obsidian-markdown` to create or edit Markdown notes and templates. It uses
+`tech-writer` for structure and coordinates Japanese proofreading with
+`japanese-prose`. `obsidian-vault` is now only the shared backend for scoped
+local reads, static validation and saving an already prepared candidate.
+Its direct-save path uses host file tools without Python, uv, Obsidian, MCP
+or plugins.
+
+Standalone convention inference, related-note recommendations, link analysis
+and proofreading orchestration have been removed from `obsidian-vault`.
+Use an explicitly selected `obsidian-cli` workflow for live-app search and
+link inspection; it does not replace editorial recommendations.
+The backend retains static observations/link evidence, the v1 request format
+and Canvas storage API version 1 for compatibility, not the removed workflows.
 
 The user explicitly selects the Vault, read scopes and model-context consent.
 Direct editing requires authorization for the exact target and changes, preserves
@@ -139,7 +153,7 @@ at request start by default. Relative targets resolve there unless explicitly
 Vault-relative; absolute targets stay unchanged. Edit the authorized target
 itself, not a session-state copy. This does not broaden the permitted Vault scope;
 auxiliary copies still need separate consent and a suitable location.
-All three Obsidian skills prohibit saving operation files in session storage,
+All Obsidian workflows prohibit saving operation files in session storage,
 including originals, candidates, diagnostics, reviews, plans and temporary files.
 If a selected directory resolves there, they ask for another location before
 writing. Delegated skills receive the same restriction. CLI workspaces still
@@ -158,9 +172,16 @@ replay protection, and must not be an automatic fallback from CLI failures.
 See the [Japanese workflow guide](skills/obsidian-vault/references/workflow.md)
 for requests, command examples, data retention and recovery.
 
-Saving requires verifiable local regular files and preserved ownership/modes;
-symlinks, multiple hard links and unsupported attributes are refused.
-CLI saving additionally requires a verified filesystem and refuses all xattrs,
+Saving requires verifiable local regular files; symlinks and multiple hard
+links are refused. Native Linux saves preserve ownership/modes.
+Host direct saves also support confirmed local Windows drives through WSL
+(`drvfs`/`9p`/`v9fs`), not network shares. Existing notes must be updated in place,
+preserving Windows ACLs/attributes rather than replacing the file or requiring
+synthetic Linux permissions. Path/identity checks and exact readback remain
+mandatory; an unknown host replacement method is not sufficient.
+No silent `/tmp` output may substitute for an authorized Vault update.
+This profile, added in 0.5.4, does not extend Python CLI, Canvas or Bases support.
+CLI saving still requires a verified Linux filesystem and refuses all xattrs,
 including SELinux labels. Never remove attributes to bypass a refusal.
 Direct-edit failure and concurrency limitations are disclosed before saving;
 neither mode eliminates post-check external edits or LLM mistakes.
@@ -209,6 +230,62 @@ or receipt protection. Rendering, real expression results and arbitrary host
 enforcement remain unverified. See the [Bases workflow](skills/obsidian-bases/references/workflow.md)
 for exact-byte preservation, four original templates and failure handling.
 
+## Obsidian syntax, app commands and data-driven notes
+
+The 0.5.4 Skills cover all six capability families in
+[kepano/obsidian-skills](https://github.com/kepano/obsidian-skills), with original
+kotonoha instructions and examples. Reference snapshot:
+[`3ccff5338ea700537839b21900aa5358a0402c98`](https://github.com/kepano/obsidian-skills/tree/3ccff5338ea700537839b21900aa5358a0402c98),
+checked 2026-11-05. This is capability coverage, not identical runtime support:
+the existing Canvas/Bases validation subsets and approval rules remain intact.
+
+| Capability | kotonoha Skill | Runtime and save boundary |
+|---|---|---|
+| Markdown notes and syntax | [`obsidian-markdown`](skills/obsidian-markdown/SKILL.md) | No external CLI; owns authoring/editing, coordinates Japanese proofreading and hands local I/O to `obsidian-vault` |
+| JSON Canvas | [`obsidian-canvas`](skills/obsidian-canvas/SKILL.md) | Existing locked Python backend and approved single-Canvas plans; no new `json-canvas` install name |
+| Bases | [`obsidian-bases`](skills/obsidian-bases/SKILL.md) | Existing read-only Node checker and authorized host saves |
+| Official application CLI | [`obsidian-cli`](skills/obsidian-cli/SKILL.md) | Registered desktop CLI and app; explicit Vault/file targets and separate live-app authority |
+| Web/HTML extraction | [`defuddle`](skills/defuddle/SKILL.md) | Optional Defuddle CLI, network consent including possible third-party requests; stdout or authorized external workspace |
+| JSON/CSV templates | [`knap`](skills/knap/SKILL.md) | Optional Knap CLI with Node >=20; validate, render, preview and stage outside the Vault |
+
+The application CLI is not `vault.py` and is never a fallback for a refused
+storage operation. Its official setup currently requires installer 1.12.7+
+and CLI registration in Settings > General. Commands can launch Obsidian;
+launches, plugins, screenshots and developer execution need explicit authority.
+Live Bases queries require consent for the effective result scope.
+Canvas/Bases static checks do not prove application rendering or runtime results.
+
+Defuddle can make asynchronous third-party requests even for local HTML.
+It is not an assumed offline parser. Knap rendering does not fetch a source,
+verify facts or authorize a save. Its batch workflow previews all output paths
+and stages into an approved empty directory. `obsidian-markdown` prepares each
+selected note, then hands local saving individually to `obsidian-vault`.
+No new workflow permits session-storage outputs.
+The installer prepares none of these optional tools or application settings.
+
+Example requests:
+
+```text
+Explain heading/block links, nested callouts and YAML properties in this text.
+Do not read a Vault or save a note.
+```
+
+```text
+Using the official Obsidian app CLI, read Notes/Trial.md in my selected Vault.
+Confirm the Vault identity and app-launch permission before running commands.
+```
+
+```text
+Preview one Markdown note per CSV row with Knap. Use a consented staging
+directory outside my Vault; show output paths before generating or saving.
+```
+
+See the [Markdown syntax](skills/obsidian-markdown/references/syntax.md),
+[app commands](skills/obsidian-cli/references/commands.md),
+[Canvas fields](skills/obsidian-canvas/references/json-canvas.md),
+[Bases expressions](skills/obsidian-bases/references/expressions.md) and
+[Knap examples](skills/knap/references/rendering.md).
+
 ## What consulting-analyst does
 
 - Defines the decision-maker, decision question, outcome, scope, and evidence
@@ -259,13 +336,33 @@ handoff without inventing missing evidence.
 
 - GitHub Copilot (CLI or a supported IDE agent mode) or Claude Code installed
 - Node.js 18+ and npm for the installer
+- Optional tools only for their selected workflows: registered Obsidian
+  desktop CLI, Defuddle, or Knap (Knap CLI requires Node.js 20+)
 - Python 3.9+ for tech-writer's structural lint
 - Python 3.10+ and `uv` for the edit-invariant gate and bundled GiNZA
   diagnostics such as prose lint,
   reading-load analysis, outline extraction, and terminology checks; `uv`
   resolves GiNZA, `ja_ginza`, and spaCy on first use
 
-### Install from npm
+### Install Skills from this source checkout
+
+All eleven Skills are available in this source checkout.
+From the repository root, replace `/path/to/your-project` with the destination
+project's absolute path and choose one command:
+
+```bash
+node bin/kotonoha.js install --agent copilot --target /path/to/your-project/.github/skills
+node bin/kotonoha.js install --agent claude --target /path/to/your-project/.claude/skills
+```
+
+Both commands select all eleven Skills by default and preserve existing Skill
+directories. To update an existing copy, review local changes first and add
+`--force` only when replacement is intended. To select one Skill, add
+`--skill obsidian-markdown` or another bundled name.
+This copies Skill files only; it does not install Obsidian, Defuddle, Knap,
+Python dependencies or the Bases checker's dependencies.
+
+### Install a published package from npm
 
 Install the package, then copy all packaged skills into a skill directory
 with the included CLI:
@@ -320,17 +417,15 @@ and [Claude Code Skills](https://code.claude.com/docs/en/skills).
 ### Install all bundled skills together
 
 `kotonoha install` installs every packaged skill that is not already present.
-The following commands install `consulting-analyst`, `tech-writer`,
-`japanese-prose`, `obsidian-vault`, `obsidian-canvas`, `obsidian-bases`, and `presentation-planner`
-into `.github/skills/`:
+For an installed published package, the explicit form is:
 
 ```bash
-npm install --save-dev kotonoha
 npx kotonoha install --skill all
 ```
 
 `--skill all` is the default, so `npx kotonoha install` has the same behavior.
-Confirm that all seven skills were installed (0.4.1 had five):
+The selected package determines which Skills are available; version 0.5.4
+includes all eleven. In the destination project, confirm they were installed:
 
 ```bash
 test -f .github/skills/consulting-analyst/SKILL.md
@@ -339,6 +434,10 @@ test -f .github/skills/japanese-prose/SKILL.md
 test -f .github/skills/obsidian-vault/SKILL.md
 test -f .github/skills/obsidian-canvas/SKILL.md
 test -f .github/skills/obsidian-bases/SKILL.md
+test -f .github/skills/obsidian-markdown/SKILL.md
+test -f .github/skills/obsidian-cli/SKILL.md
+test -f .github/skills/defuddle/SKILL.md
+test -f .github/skills/knap/SKILL.md
 test -f .github/skills/presentation-planner/SKILL.md
 ```
 
@@ -511,6 +610,10 @@ cp -r skills/japanese-prose /path/to/your-repo/.github/skills/japanese-prose
 cp -r skills/obsidian-vault /path/to/your-repo/.github/skills/obsidian-vault
 cp -r skills/obsidian-canvas /path/to/your-repo/.github/skills/obsidian-canvas
 cp -r skills/obsidian-bases /path/to/your-repo/.github/skills/obsidian-bases
+cp -r skills/obsidian-markdown /path/to/your-repo/.github/skills/obsidian-markdown
+cp -r skills/obsidian-cli /path/to/your-repo/.github/skills/obsidian-cli
+cp -r skills/defuddle /path/to/your-repo/.github/skills/defuddle
+cp -r skills/knap /path/to/your-repo/.github/skills/knap
 cp -r skills/presentation-planner /path/to/your-repo/.github/skills/presentation-planner
 ```
 
@@ -558,13 +661,17 @@ skills/presentation-planner/ # storyline, design-spec, and PPTX handoff skill
   references/                # boundary, scenario/design guidance, customization, handoff contract
   assets/scenario-templates/ # executive, technical, and data-report narrative scenarios
   assets/design-templates/   # executive, technical, and data-report YAML designs
-skills/obsidian-vault/       # scoped Markdown notes and shared storage API
+skills/obsidian-vault/       # scoped local read/validate/save backend and shared API
 skills/obsidian-canvas/      # JSON Canvas diagnosis, layouts, and approved saves
   scripts/                   # locked offline CLI and original-fixture tests
   assets/templates/          # note map, mind map, workflow, comparison
 skills/obsidian-bases/       # direct Bases configuration and read-only validation
   scripts/                   # stdin checker, private dependency lock, checkout-only tests
   assets/templates/          # Table, Cards, List, Kanban
+skills/obsidian-markdown/    # note authoring/editing; local I/O uses obsidian-vault
+skills/obsidian-cli/         # explicitly selected official live-app commands
+skills/defuddle/             # optional web/HTML extraction, no direct Vault writes
+skills/knap/                 # optional JSON/CSV rendering, preview and external staging
 .github/skills/tech-writer   # symlink to skills/tech-writer (where Copilot CLI reads it)
 .github/skills/consulting-analyst
 .github/skills/japanese-prose
@@ -572,6 +679,10 @@ skills/obsidian-bases/       # direct Bases configuration and read-only validati
 .github/skills/obsidian-vault
 .github/skills/obsidian-canvas
 .github/skills/obsidian-bases
+.github/skills/obsidian-markdown
+.github/skills/obsidian-cli
+.github/skills/defuddle
+.github/skills/knap
 ```
 
 ## Known limitations

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "kotonoha",
-  "version": "0.5.2",
-  "description": "Skills for GitHub Copilot and Claude Code: consulting analysis, technical writing, Japanese prose, Obsidian vaults, Canvas and Bases, and PPTX planning.",
+  "version": "0.5.4",
+  "description": "Skills for GitHub Copilot and Claude Code: consulting, technical writing, Japanese prose, Obsidian Markdown, Canvas, Bases and CLI, Defuddle, Knap, and PPTX planning.",
   "license": "MIT",
   "author": "nahisaho",
   "repository": {