kotonoha 0.5.6 → 0.5.7

package/CHANGELOG.md

@@ -7,6 +7,22 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [Unreleased]
 
+## [0.5.7] - 2026-11-08
+
+### Added
+
+- Allow an approved tarball SHA-256 in the manual npm publishing workflow.
+  Pack once, verify the supplied hash and publish that exact archive; stop
+  before publishing if the artifact differs.
+
+### Fixed
+
+- Use WSL-visible path, type and file-identity checks for normal OneDrive host
+  reads/saves instead of requiring Windows reparse-tag or final-path APIs.
+  Cloud reparse metadata alone no longer blocks WSL operations. Keep detected
+  redirection/access denials, source rechecks and in-place updates; retain
+  native Windows tag verification and unchanged Python CLI/Canvas/Bases gates.
+
 ## [0.5.6] - 2026-11-07
 
 ### Added
@@ -305,4 +321,5 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 [0.5.4]: https://github.com/nahisaho/kotonoha/compare/v0.5.3...v0.5.4
 [0.5.5]: https://github.com/nahisaho/kotonoha/compare/v0.5.4...v0.5.5
 [0.5.6]: https://github.com/nahisaho/kotonoha/compare/v0.5.5...v0.5.6
-[Unreleased]: https://github.com/nahisaho/kotonoha/compare/v0.5.6...HEAD
+[0.5.7]: https://github.com/nahisaho/kotonoha/compare/v0.5.6...v0.5.7
+[Unreleased]: https://github.com/nahisaho/kotonoha/compare/v0.5.7...HEAD

package/README-ja.md

@@ -6,7 +6,7 @@ kotonohaは、GitHub CopilotとClaude Code向けのスキルを提供します
 
 Obsidian向けには、Markdown記法、許可されたVault内のノート操作、JSON Canvas、Bases、公式アプリCLIを扱います。DefuddleによるWeb・HTML本文の抽出と、KnapによるJSON・CSVからのテンプレート生成にも対応します。操作ごとに、参照範囲・依存関係・保存の許可を確認します。
 
-バージョンは **0.5.6** です（2026-11-07更新）。`obsidian-markdown`、`obsidian-cli`、`defuddle`、`knap`を含む11のスキルを同梱しています。npmパッケージを使うか、[ソースからスキルを導入する手順](#このチェックアウトからスキルを導入)を参照してください。
+バージョンは **0.5.7** です（2026-11-08更新）。`obsidian-markdown`、`obsidian-cli`、`defuddle`、`knap`を含む11のスキルを同梱しています。npmパッケージを使うか、[ソースからスキルを導入する手順](#このチェックアウトからスキルを導入)を参照してください。
 
 [English](./README.md) | [日本語](./README-ja.md)
 
@@ -101,14 +101,16 @@ Linuxでは所有者・グループ・権限を維持します。
 既存ノートは置換せず同じ実体へ書き込み、WindowsのACL・属性を保持します。仮想的なLinux権限だけでは拒否しません。
 ネットワーク共有は対象外とし、パス・実体・保存後のバイト列を検証します。保存方式が不明な編集ツールは使いません。
 `/tmp`等への別出力を、許可済みVaultの更新の代わりにはしません。
-ネイティブWindowsとWSLでは、転送を伴わない確認済みのOneDrive cloud系再解析タグを許可します。
-フォルダー名や属性だけでは保存を拒否せず、未知のタグ・ジャンクション・範囲外への逸脱は拒否します。
-オンライン専用ファイルのローカル取得通信には別途同意が必要です。
+WSLのOneDrive保存は、WSLのパス解決・要素の型・ファイル実体の確認を使います。cloud再解析属性はWSLのシンボリックリンクではありません。
+通常のWSLファイルにWindows再解析タグ取得や最終パスAPIを要求せず、取得機能がないことだけでは保存を拒否しません。
+ネイティブWindowsではcloudタグ検証を維持します。検出した転送・リンク・範囲外への逸脱と実際の権限拒否は引き続き拒否します。
+オンライン専用と判明したファイルのローカル取得通信には別途同意が必要です。
 Python CLI・Canvas・Basesの対応範囲は広げません。CLIでは引き続きWSLのWindowsドライブや拡張属性付き対象を拒否します。
 SELinuxラベルなどの削除を回避策にしません。
 直接編集はCLIの原子的確定、ルートロック、成功記録による再実行保護を利用しません。
 保存後に読み戻して確認しますが、途中失敗や同時編集の完全な防止は保証しません。
 LLMの誤判断を完全には防げず、ホストを隔離する機能でもありません。
+WSLのホストから見えるパス確認はWindows再解析情報の独立監査ではなく、検出不能な転送がないことを保証しません。
 
 ホストツールでは、Markdown・PDFに限らず、明示指定したディレクトリの作成と通常ファイルの作成・編集・削除も行えます。
 正確な対象・操作への許可を確認し、ワイルドカードの一括指定は範囲内で列挙した全対象を承認してから実行します。
@@ -155,7 +157,7 @@ Node 18以上と固定依存が必要です。依存の準備は別途許可を
 
 ## Obsidian記法・アプリ操作・データからのノート生成
 
-0.5.6は、[kepano/obsidian-skills](https://github.com/kepano/obsidian-skills)の6つの機能分野を、kotonoha独自の手順と例で扱います。
+0.5.7は、[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の検査範囲と保存制約を維持します。
 
@@ -299,7 +301,7 @@ npx kotonoha install --skill all
 ```
 
 `--skill all`が既定値であるため、`npx kotonoha install`も同じ動作です。導入できるスキルは、使用したパッケージに依存します。
-0.5.6には11のスキルを同梱しています。導入先プロジェクトで、すべて配置されたことを確認します。
+0.5.7には11のスキルを同梱しています。導入先プロジェクトで、すべて配置されたことを確認します。
 
 ```bash
 test -f .github/skills/consulting-analyst/SKILL.md

package/README.md

@@ -14,7 +14,7 @@ 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.6** (updated 2026-11-07), with eleven bundled Skills, including
+Version: **0.5.7** (updated 2026-11-08), 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).
@@ -176,10 +176,12 @@ for requests, command examples, data retention and recovery.
 Saving requires verifiable local regular files; symlinks and multiple hard
 links are refused. Native Linux saves preserve ownership/modes.
 Host direct saves also support native Windows and confirmed local Windows drives
-through WSL (`drvfs`/`9p`/`v9fs`), not network shares. Verified non-redirecting
-OneDrive cloud reparse tags are allowed; folder names/flags alone do not block
-saving. Unknown tags, junctions and scope escapes are still refused; hydration
-requires separate consent. Existing notes must be updated in place,
+through WSL (`drvfs`/`9p`/`v9fs`), not network shares. WSL OneDrive saves use
+WSL-resolved paths, component types and file identity; cloud reparse metadata
+is not a WSL symlink. Windows tag/final-path APIs are not required for otherwise
+normal WSL files. Native Windows retains cloud-tag verification. Detected
+redirections, symlinks, scope escapes and actual access denials remain blocked;
+known hydration requires separate consent. 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.
@@ -189,7 +191,8 @@ 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.
-The skill is not a host sandbox.
+The skill is not a host sandbox. WSL host-visible checks are not an independent
+Windows reparse audit or a guarantee against undetectable redirections.
 
 Host operations also allow explicitly authorized directory creation and
 regular-file creation, editing and deletion, not just Markdown/PDF outputs.
@@ -255,7 +258,7 @@ for exact-byte preservation, four original templates and failure handling.
 
 ## Obsidian syntax, app commands and data-driven notes
 
-The 0.5.6 Skills cover all six capability families in
+The 0.5.7 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),
@@ -447,7 +450,7 @@ npx kotonoha install --skill all
 ```
 
 `--skill all` is the default, so `npx kotonoha install` has the same behavior.
-The selected package determines which Skills are available; version 0.5.6
+The selected package determines which Skills are available; version 0.5.7
 includes all eleven. In the destination project, confirm they were installed:
 
 ```bash

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "kotonoha",
-  "version": "0.5.6",
+  "version": "0.5.7",
   "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",

package/skills/obsidian-markdown/SKILL.md

@@ -27,8 +27,10 @@ Coordinate content and review, not a second storage backend. Read the
   Preserve the selected direct-save or optional plan-approved workflow.
   For a WSL local Windows drive, use its host direct-save profile; do not
   reject `v9fs` alone or route a normal content edit through Python CLI planning.
-  Native Windows and OneDrive saves use the backend's verified Windows profile;
-  cloud folder names/flags alone do not justify a refusal.
+  WSL OneDrive targets use WSL path/type/identity checks, not native Windows
+  reparse-tag or final-path API requirements. Missing Windows metadata tools
+  alone must not block a normal WSL OneDrive save. Native Windows uses the
+  backend's separate tag-verification profile.
   Do not silently substitute `/tmp` output for the authorized Vault target.
   If it is unavailable, report the missing sibling and provide an unsaved draft.
 - Use `tech-writer` for note structure and its existing

package/skills/obsidian-vault/SKILL.md

@@ -79,7 +79,13 @@ write or CLI filesystem requirements to a read. Do not enumerate a parent
 folder or read sibling documents merely to open an already specified file;
 parent metadata checks do not authorize parent content access.
 
-On Windows or WSL Windows drives, a OneDrive folder name or the
+On WSL Windows drives, use the WSL host path/type/identity checks described in
+the direct-save profile below for authorized reads too. Windows cloud reparse
+metadata is not a WSL symlink. Do not require Windows reparse-tag queries or
+Windows final-path APIs when WSL resolves the authorized path and exposes a
+regular file; their absence alone must not block the read.
+
+On native Windows, a OneDrive folder name or the
 `FILE_ATTRIBUTE_REPARSE_POINT` flag alone is not grounds to refuse reading.
 Inspect the actual reparse tag for each flagged component from root to target.
 Allow only verified Windows cloud-family tags (`IO_REPARSE_TAG_CLOUD` and its
@@ -89,10 +95,13 @@ Reject symlinks, junctions, mount-point redirections, unknown tags and scope
 escapes. Missing tag/final-path verification blocks the affected read; report
 the exact path and missing capability rather than declaring all OneDrive unsafe.
 
-Read only locally available regular-file bytes. Before opening an online-only
+Read only locally available regular-file bytes. Before opening a known online-only
 or recall-on-access placeholder, obtain explicit consent for hydration/network
-access; if availability cannot be established, stop before a potentially
-hydrating read. Do not change cloud attributes, pin files, change sync settings
+access; if metadata or host warnings indicate recall risk and availability
+cannot be established, stop before a potentially hydrating read. A normal WSL
+file read does not need a separate Windows cloud-availability query merely
+because a parent is in OneDrive. Do not change cloud attributes, pin files,
+change sync settings
 or create copies to force access. Respect ACL denials, host tool refusals and
 content-exclusion policies; never retry through another tool to bypass them.
 Check the source identity and change metadata around the read and report
@@ -150,8 +159,8 @@ not performed, not an unverified substitute.
    changes; never overwrite from stale content. Identical bytes mean no write.
 5. Save the exact candidate with host tools. On native Linux filesystems,
    preserve owner/group/modes and refuse xattrs or unsupported attributes.
-   For native Windows or WSL Windows drives, use the Windows direct-save
-   profile below instead.
+   For Windows drives, select the matching WSL or native Windows direct-save
+   profile below instead; do not apply native Windows checks to WSL.
    Both profiles refuse multiple hard links and attribute-removing workarounds,
    including removal of SELinux labels.
 6. Read back after saving; require exact candidate bytes and unchanged unspecified content.
@@ -174,26 +183,36 @@ the target first when its save state is unknown.
 Support authorized Markdown saves on a confirmed local Windows drive mounted
 through WSL as `drvfs`, `9p` or `v9fs`. Do not reject it solely because of that
 filesystem name or apply the Python CLI's filesystem allowlist to host saves.
-Native Windows host saves use the same path, identity, attribute-preservation
-and in-place write rules, without the WSL mount checks.
+WSL OneDrive saves are supported when the authorized target is exposed as a
+normal WSL file. OneDrive cloud reparse metadata, including on parent directories,
+is not a WSL symbolic link and is not itself a path redirection.
+Native Windows uses the separate tag-verification profile below.
 This profile does not extend Python CLI, Canvas or Bases saving support.
 
 1. Verify WSL, the actual mount and its Windows path mapping; a `/mnt/c/...`
-   spelling alone is not evidence. Confirm the Windows backing drive is local,
-   not a mapped network drive or UNC/SMB share. Stop if that cannot be established.
+   spelling alone is not evidence. Use the actual WSL mount metadata and path
+   mapping to identify the local Windows drive, not a mapped network drive or
+   UNC/SMB share. Do not require PowerShell, fsutil or Windows drive APIs to
+   repeat a local-drive mapping already established from WSL.
 2. Keep the authorized root/target, byte hashes, no-symlink and link-count checks.
-   Check for Windows reparse points, including junctions, along the resolved path.
+   Use WSL path resolution, component metadata (`lstat` or equivalent), regular
+   file/directory types and opened-file identity within the authorized root.
    A OneDrive folder name or `FILE_ATTRIBUTE_REPARSE_POINT` alone is not grounds
-   to refuse saving. Inspect each actual tag, including parent directories;
-   allow only verified Windows cloud-family tags (`IO_REPARSE_TAG_CLOUD` and
-   documented variants) that are not name surrogates. Verify the opened object's
-   final path and identity stay inside the authorized root and exact target.
-   Reject symlinks, junctions, mount-point redirections, unknown tags and escapes.
+   to refuse saving. Do not require Windows reparse-tag queries, cloud-tag
+   allowlists or Windows final-path APIs for this WSL profile. Missing Windows
+   metadata capabilities alone must not block a normal WSL OneDrive save.
+   Verify the resolved WSL path and opened file stay inside the authorized root
+   and exact target. Reject WSL symlinks, detected junctions or other path
+   redirections, scope escapes and special files. If optional Windows metadata
+   identifies an actual name-surrogate/redirection, reject it; do not ignore
+   positive evidence of a redirection.
    For new files verify the parent before exclusive creation and the opened
-   file before writing. Missing tag/final-path verification blocks only the
-   affected target; report its exact path and missing capability.
-   Before reading or updating an online-only or recall-on-access placeholder,
-   obtain explicit hydration/network consent; stop if availability is unknown.
+   file before writing. Missing WSL path/type/identity checks block the affected
+   target; report which check is missing, not a blanket reparse-point refusal.
+   Before reading or updating a known online-only or recall-on-access placeholder,
+   obtain explicit hydration/network consent. Stop if recall risk is indicated
+   but availability is unknown; do not demand a cloud-availability API for an
+   otherwise normal WSL file merely because its parent is in OneDrive.
    Do not pin files, remove cloud attributes or change sync settings.
    Respect Windows read-only attributes and ACL access denials.
    Target only the ordinary `.md` data stream, not `:stream` or device paths.
@@ -210,8 +229,12 @@ This profile does not extend Python CLI, Canvas or Bases saving support.
    For a new note, create exclusively without overwriting an equivalent name,
    allowing normal Windows parent ACL inheritance.
 5. Flush/close, then read back exact bytes and verify file identity and observable
-   attributes, allowing only normal write timestamps/archive-bit updates and
+   WSL-observable attributes, allowing only normal write timestamps/archive-bit
+   updates and
    consented hydration state changes, not loss of cloud-provider metadata.
+   Retaining the object avoids intentionally replacing its Windows metadata;
+   unavailable Windows ACL/cloud-attribute enumeration is not a refusal reason
+   and must not be reported as verified attribute preservation.
    Report saved only on a match. Disclose non-atomic writes,
    possible partial writes and concurrent Obsidian/Sync/Windows edits before saving;
    after a possible write failure report unknown, without retry or rollback.
@@ -222,6 +245,24 @@ Do not silently redirect a refused save to `/tmp` or another file. An alternate
 output needs explicit exact-path consent and is never a successful Vault update.
 Proofreading gates and the session-storage prohibition still apply.
 
+### Native Windows direct saves
+
+Use the same authorization, source rechecks, exclusive creation, in-place updates
+and exact readback rules. Verify the local Windows backing drive and ordinary
+data stream. A OneDrive folder name or flag alone is not grounds to refuse
+saving. For native Windows path verification, inspect each actual reparse
+tag, including parent directories, and allow only verified Windows cloud-family
+tags (`IO_REPARSE_TAG_CLOUD` and documented variants) that are not name surrogates.
+Verify the opened object's final path and identity stay inside the authorized
+root and exact target. Reject symlinks, junctions, mount-point redirections,
+unknown tags and escapes. Missing tag/final-path verification blocks the affected
+native Windows target. Respect ACLs/read-only attributes and hydration consent.
+Do not apply these Windows-API preconditions to WSL host reads or saves.
+
+Neither host profile is a Windows security sandbox or a guarantee against all
+undetectable reparse redirections, races or sync failures. WSL checks establish
+the host-visible path/type/identity, not an independent Windows reparse audit.
+
 ## Authorized file and directory operations
 
 Use host filesystem tools for directory creation and regular-file creation,
@@ -247,10 +288,12 @@ existing save gates. Never use generic file writing to bypass those gates.
    siblings, parent creation, attachment changes or backlink repair.
    Check resolved paths from root to target, equivalent-name collisions, types,
    identity, link counts and management-directory exclusions. Reject symlinks,
-   junctions, unknown reparse tags, scope escapes and special/device files.
-   Use the Windows profile's verified cloud-tag, local-drive, ordinary-stream,
-   ACL and hydration checks on Windows/WSL. Do not bypass host refusals or
-   content exclusions; missing verification blocks only the affected operation.
+   detected junctions/redirections, scope escapes and special/device files.
+   Select the WSL or native Windows profile for local-drive, ordinary-stream,
+   ACL and hydration checks; unknown-tag refusal is native-Windows-only.
+   Do not reintroduce Windows tag/API requirements for WSL operations.
+   Do not bypass host refusals or content exclusions; missing verification blocks
+   only the affected operation.
 3. For `mkdir`, list and authorize each missing parent explicitly. Create each
    directory without overwriting, after verifying its existing parent; recheck
    the new directory's identity and scope before proceeding to its children.
@@ -311,8 +354,9 @@ PDF download or Docling conversion. Neither tool is bundled or auto-installed.
    Existing files require separate replacement authority and source bytes/hash;
    use the selected direct-save profile, never a converter's unchecked overwrite.
    Verify paths, identities, no symlinks, management-directory exclusions and
-   link counts as above. Windows/WSL imports use the Windows profile, including
-   verified non-redirecting cloud tags; apply its ordinary-data-stream rule to
+   link counts as above. Windows/WSL imports use their respective host profile:
+   WSL path/type checks or native Windows verified non-redirecting cloud tags.
+   Apply the profile's ordinary-data-stream rule to
    each authorized artifact extension, never `:stream` or device paths.
 4. Only create missing directories with separate approval for their exact paths,
    after verifying the existing ancestor and rechecking each created directory;

package/skills/obsidian-vault/references/workflow.md

@@ -3,7 +3,7 @@
 呼出元が指定した範囲の読み取り・静的検証・候補の保存と、明示許可されたPDF・変換成果物の取り込みを担当する。
 ホストツールによるディレクトリ作成、通常ファイルの作成・編集・削除も、正確な対象と操作への許可を得て行う。
 本文の作成・編集の指揮はobsidian-markdown、日本語の校正はjapanese-proseへ分離する。
-対象は0.5.6であり、Canvas用の共用保存API版1は維持する。
+対象は0.5.7であり、Canvas用の共用保存API版1は維持する。
 
 ## 上位ワークフローの移管
 
@@ -84,23 +84,29 @@ CLI操作が失敗した場合も、この経路へ無断で切り替えない
 
 この手順は、ホストツールによる通常のMarkdownノート保存だけに適用する。
 この直接保存手順は0.5.4から対応する。
-ネイティブWindowsにも実体・属性保持・同一実体への書き込みの確認を適用し、WSLのマウント確認だけを省く。
-通常ファイルの作成・編集と成果物取り込みは、明示許可を得た各拡張子の通常データストリームに同じWindows保存確認を適用する。
+ネイティブWindowsの再解析タグ検証は別の手順とし、WSL保存の必須条件に流用しない。
+通常ファイルの作成・編集と成果物取り込みも、実行環境に応じた手順を各拡張子の通常データストリームに適用する。
 WSLのローカルWindowsドライブなら、FS名がdrvfs・9p・v9fsであることだけを理由に拒否しない。
 Python CLI・Canvas・Basesの保存対応は拡張せず、CLIの許可FS一覧を直接保存の条件に流用しない。
 Pythonやuvを必須にする変更でもない。
 
 1. WSL環境、実際のマウント、Windowsパスとの対応を確認する。`/mnt/c/...`という表記だけでは判断しない。
-   Windows側の実体がローカルドライブであることも確認し、ネットワークドライブやUNC・SMB共有は対象外にする。
+   WSLのマウント情報とパス対応からローカルWindowsドライブを確認し、ネットワークドライブやUNC・SMB共有は対象外にする。
+   WSLで確認できたドライブ対応を、PowerShell・fsutil・Windows APIで再確認することは必須にしない。
 2. 許可済みのVaultと保存先、原文ハッシュ、ファイル実体、リンク数を確認する。
    OneDriveというフォルダー名や再解析ポイント属性だけでは保存を拒否しない。
-   親を含む各再解析ポイントの実際のタグを検査し、名前の代理ではない確認済みのWindows cloud系タグだけを許可する。
-   開いた実体の最終パスと識別情報が許可済みのVaultと正確な対象に一致することを確認する。
-   シンボリックリンク、ジャンクション、マウント先への転送、未知のタグ、範囲外への逸脱は拒否する。
+   OneDriveのcloud再解析属性はWSLのシンボリックリンクではなく、それ自体は別パスへの転送を示さない。
+   WSLのパス解決、各要素のlstat等のメタデータ、通常ファイル・ディレクトリか、開いた実体の識別情報を確認する。
+   解決したWSLパスと実体が許可済みのVaultと正確な対象の範囲に収まることを確認する。
+   Windows再解析タグ取得、cloudタグの許可一覧、Windows最終パスAPIは必須にしない。
+   それらの取得機能がないことだけで、通常のWSLファイルとして扱えるOneDriveへの保存を拒否しない。
+   WSLのシンボリックリンク、検出したジャンクションや実際の転送、範囲外、特殊ファイルは拒否する。
+   任意のWindowsメタデータ検査で名前代理・転送が判明した場合も拒否し、実際の転送の証拠は無視しない。
    新規対象は排他的作成前に親を検証し、作成した実体も書き込み前に確認する。
-   オンライン専用やアクセス時に取得するファイルは、読み取り・更新前に取得通信への明示同意を得る。
-   ローカル利用可能か不明なら止め、固定、クラウド属性削除、同期設定変更で回避しない。
-   確認できない場合は、対象パスと不足する機能を報告する。読み取り専用属性やACLによる拒否を尊重する。
+   オンライン専用やアクセス時に取得すると判明したファイルは、読み取り・更新前に取得通信への明示同意を得る。
+   取得通信の兆候がありローカル利用可能か不明なら止めるが、通常のWSLファイルにWindows側の利用可能性APIを要求しない。
+   固定、クラウド属性削除、同期設定変更で回避しない。
+   WSLのパス・型・実体を確認できなければ、その不足と対象パスを具体的に報告する。読み取り専用属性やACLによる拒否を尊重する。
    通常の`.md`データストリームだけを対象にし、`:stream`やデバイスパスへ書き込まない。
 3. 既存ノートは同じファイル実体へ書き込む。切り詰めずに開き、同じハンドルで原文と実体を保存直前に照合する。
    候補を書いた後、候補と同じ長さに切り詰める。一時ファイルへの置換、改名、削除しての再作成は使わない。
@@ -110,7 +116,8 @@ Pythonやuvを必須にする変更でもない。
    新規ノートは排他的に作成し、既存名を上書きせず、通常のWindows親ディレクトリのACL継承に従う。
 5. 書き込みをフラッシュして閉じ、読み戻したバイト列・実体・観測できる属性を確認する。
    通常の書き込みに伴う時刻・アーカイブ属性更新と、同意済みのローカル取得に伴う状態変化だけを許容する。
-   クラウドプロバイダーのメタデータを失わせない。
+   同じ実体を維持し、クラウドプロバイダーのメタデータを意図的に置換しない。
+   WindowsのACL・cloud属性を列挙できないことだけでは拒否せず、検証できた属性として報告もしない。
    途中失敗やObsidian・Sync・Windows側の同時編集を完全には防げないことを、保存前に説明する。
    書いた可能性がある失敗は結果不明とし、自動再保存やロールバックは行わない。
 
@@ -121,6 +128,15 @@ chmod・chown、属性の削除、マウントやWindows設定の変更で保存
 校正の保護検査・意味レビューと、セッション領域への保存禁止は維持する。
 権限の違いは[MicrosoftのWSLファイル権限資料](https://learn.microsoft.com/en-us/windows/wsl/file-permissions)を参照する。
 
+### ネイティブWindowsでの直接保存
+
+ネイティブWindowsでは親を含む実際の再解析タグを確認し、名前代理ではない確認済みのcloud系タグだけを許可する。
+開いた実体のWindows最終パスと識別情報を確認し、未知のタグ、ジャンクション、範囲外への転送は拒否する。
+確認できなければネイティブWindowsの対象を停止するが、このWindows API要件をWSL保存へ流用しない。
+認可、原文再照合、非上書き作成、同一実体への更新、読み戻しと取得通信同意は維持する。
+WSLの確認はホストから見えるパス・型・実体の確認であり、Windows再解析情報の独立監査ではない。
+どちらも検出不能な転送、同時変更、同期失敗がないことを保証しない。
+
 ## ディレクトリとファイルのホスト操作
 
 許可済みのVaultと範囲内で、ディレクトリ作成、通常ファイルの作成・編集・削除をホストツールで行う。
@@ -135,8 +151,10 @@ chmod・chown、属性の削除、マウントやWindows設定の変更で保存
    必要な読み取り・モデル入力範囲、コピー同意も渡し、不足する情報は1問ずつ確認する。
 2. 全対象と操作を提示する。ワイルドカードや一括指定は許可済みの列挙範囲内だけで展開し、確定したパス・操作への承認を得る。
    親・対象の実体、同等名、型、範囲、リンク数、管理フォルダー除外を確認する。
-   シンボリックリンク、ジャンクション、未知の再解析タグ、範囲外、特殊ファイルは拒否する。
-   Windows・WSLでは前節のcloudタグ・ローカルドライブ・通常ストリーム・ACL・取得通信の確認を使う。
+   シンボリックリンク、検出したジャンクション・転送、範囲外、特殊ファイルは拒否する。
+   WSLでは前節のWSLパス・型・実体の確認、ネイティブWindowsでは再解析タグ検証を使う。
+   未知のWindowsタグ拒否はネイティブWindowsに限定し、WSLでWindowsメタデータ取得を再び必須にしない。
+   どちらもローカルドライブ・通常ストリーム・ACL・取得通信の確認は維持する。
    ホスト拒否やコンテンツ除外を回避せず、確認不能なら影響する操作だけを停止する。
 3. ディレクトリ作成は未作成の親もすべて正確なパスで許可を得て、既存の親を検証してから非上書きで順に作る。
    作成した各実体と範囲を確認してから子へ進む。検証済みの既存ディレクトリは変更なしとする。
@@ -174,7 +192,7 @@ DefuddleとKnapをPDF変換の代替として使わない。
    利用できる取得ツール・Doclingと出力方式を実行前に確認する。依存導入やOCR・モデル資産の取得は別途許可を得る。
 3. 元PDF、抽出Markdown、明示指定した画像・JSON等の全出力先を保存前に提示する。
    同名・同等名の衝突を確認して非上書きで作成し、既存対象の置換には別途許可と元のバイト列・ハッシュを要求する。
-   対象・親の実体、範囲、管理フォルダー除外、リンク数を確認し、Windowsでは前節のcloudタグと属性保全の確認を使う。
+   対象・親の実体、範囲、管理フォルダー除外、リンク数を確認し、WSLとネイティブWindowsそれぞれの手順を使う。
    変換ツールの無検証上書きは使わず、通常データストリーム以外への書き込みは拒否する。
 4. 親が未作成なら正確な作成パスへの別途許可を得て、既存の祖先と作成した各フォルダーを再確認する。
    ツールの追加出力を承認済みのものに限定できなければ、別途同意した仮出力先で生成し、検証済みのバイト列だけを移す。