kotonoha 0.4.2 → 0.5.1

package/CHANGELOG.md

@@ -7,6 +7,35 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [Unreleased]
 
+## [0.5.1] - 2026-10-21
+
+### Fixed
+
+- Prohibit session-storage outputs for all Obsidian Skills, including auxiliary
+  files and delegated work. Ask for a non-session location before writing when
+  necessary; retain Vault scope checks and external CLI workspace requirements.
+
+## [0.5.0] - 2026-10-20
+
+### Added
+
+- Add explicit `kotonoha install --agent
+  copilot|claude|all` selection for GitHub Copilot, Claude Code, or both.
+  Keep the Copilot default and independent `--skill` selection.
+- Preserve existing Skills in both roots, preflight explicit-skill conflicts
+  before copying, and allow `--target` overrides for a single agent.
+
+### Changed
+
+- Document both hosts and their installation/update paths. Extend
+  `tech-writer`'s prose Skill discovery to Claude project and personal roots.
+- Keep npm installation free of automatic Skill writes or interactive setup.
+
+### Fixed
+
+- Shorten `tech-writer`'s description to the Agent Skills 1,024-character
+  limit so hosts discover all seven bundled Skills. Add a regression check.
+
 ## [0.4.2] - 2026-10-20
 
 ### Added
@@ -190,4 +219,5 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 [0.1.4]: https://github.com/nahisaho/kotonoha/compare/v0.1.2...v0.1.4
 [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
-[Unreleased]: https://github.com/nahisaho/kotonoha/compare/v0.4.2...HEAD
+[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

package/README-ja.md

@@ -1,6 +1,6 @@
 # kotonoha
 
-kotonohaは、コンサルティング分析、技術文書、日本語表現、プレゼンテーション設計を支援するGitHub Copilot CLIスキルを提供します。曖昧な課題の構造化から、文書化、日本語表現の改善、プレゼンテーション設計までを一連の流れとして支援します。
+kotonohaは、GitHub CopilotとClaude Code向けのスキルを提供します。曖昧な課題の構造化から、文書化、日本語表現の改善、プレゼンテーション設計までを一連の流れとして支援します。
 
 `consulting-analyst`は、課題を論点、仮説、証拠、選択肢、提言へ構造化します。分析結果を受け取った`tech-writer`は、README、設計文書、Blueprint、White Paper、提案書などへ内容を落とし込みます。日本語の表現品質は`japanese-prose`がGiNZAベースの診断で改善します。プレゼンテーションが必要な場合は、`presentation-planner`がシナリオ、スライド構成、デザイン仕様、PPTX作成スキル向けの引き継ぎ情報を生成します。
 
@@ -75,6 +75,10 @@ Vault、読み取り範囲、モデルに渡す情報を利用者が明示し、
 相対保存先はそこから解決しますが、Vaultルート基準と明示したパスや絶対パスは維持します。
 許可済みのVaultと範囲内にある対象自体を編集し、セッション領域のコピーで代替しません。
 補助ファイルへの同意と適切な保存場所も別途必要です。
+Obsidian関連の3スキルは、成果物だけでなく原文・候補・診断・レビュー・計画・一時ファイルもセッション領域へ保存しません。
+指定場所の実体がセッション領域なら、書き込み前に別の場所を確認し、委譲先にも同じ制約を引き継ぎます。
+CLIの作業領域には引き続きVault外の場所が必要です。セッション領域ではない場所への同意を得て使用します。
+この制約はスキルが保存するファイルに適用し、ホストが管理する会話ログは制御しません。
 CLI計画保存モードも選べます。こちらはLinux、CPython 3.12、uvを使い、正確な差分と計画の承認後にapplyします。
 両モードとも、添削時の記法保護とハッシュ付き意味レビューは省略しません。
 未解決リンクを誤りと断定せず、自動修復もしません。
@@ -155,7 +159,8 @@ White Paper向けの分析を作成して
 
 ### 前提条件
 
-- GitHub Copilot CLIがインストールされていること
+- GitHub Copilot（CLIまたは対応IDEのエージェントモード）かClaude Codeがインストールされていること
+- インストーラー用のNode.js 18以上とnpm
 - tech-writerの構造lintを実行する場合はPython 3.9以上
 - 同梱`japanese-prose`の文章lint、読解負荷分析、アウトライン抽出、用語検査、編集前後の不変条件検査を実行する場合はPython 3.10以上と`uv`。GiNZA、`ja_ginza`、spaCy、Markdown解析用の依存関係は、各スクリプトの初回実行時に`uv`が解決
 
@@ -168,6 +173,34 @@ npm install --save-dev kotonoha
 npx kotonoha install
 ```
 
+`npm install`はパッケージの導入だけを行います。エージェントの選択画面は表示せず、スキルディレクトリにも自動で書き込みません。
+
+### GitHub Copilot・Claude Code・両方を選択
+
+`--agent`はkotonoha `0.5.0`以降で利用できます。`0.4.2`などの旧版では使えないため、先にnpmパッケージを更新してください。
+
+```bash
+npx kotonoha install --agent copilot   # .github/skills/
+npx kotonoha install --agent claude    # .claude/skills/
+npx kotonoha install --agent all       # 両方のディレクトリ
+```
+
+未指定時は従来どおり`--agent copilot`です。`--agent`で配置先のエージェント、`--skill`で導入するスキルを選びます。両エージェントには同じSkillファイル、スクリプト、テンプレートを配置します。エージェント本体のインストール、認証設定、各スキルのPython・Node実行依存の準備は行いません。
+
+エージェントとスキルの選択は組み合わせられます。
+
+```bash
+npx kotonoha install --agent claude --skill tech-writer
+npx kotonoha install --agent all --skill obsidian-bases
+npx kotonoha install --agent all --force
+```
+
+既存ディレクトリの保護と`--force`は、選択した各配置先に適用します。明示した単一スキルがどちらかの配置先に存在する場合、コピー開始前に処理を止めます。ただし、コピー中のファイルシステムエラーでは、それ以前のコピーが残ることがあります。複数の配置先をまとめて元に戻す機能はありません。
+
+単一エージェントでは`--target`で配置先を変更できます。`--agent all`と`--target`は併用できません。配置先を個別に変える場合は、エージェントごとに実行します。
+
+この選択はファイルの配置先を決めるもので、エージェント間の隔離ではありません。Copilotも`.claude/skills`を認識するため、Claude向けに配置してもCopilotからの読み込みは防げません。対応する配置先は、公式資料（[CopilotのSkill説明](https://docs.github.com/en/copilot/concepts/agents/about-agent-skills)、[Claude CodeのSkill説明](https://code.claude.com/docs/en/skills)）を参照してください。
+
 ### 同梱スキルをまとめてインストール
 
 `kotonoha install`は、まだ存在しない同梱スキルをすべてインストールします。`consulting-analyst`、`tech-writer`、`japanese-prose`、`obsidian-vault`、`obsidian-canvas`、`obsidian-bases`、`presentation-planner`を`.github/skills/`へインストールします。
@@ -232,7 +265,8 @@ consulting-analyst、tech-writer、japanese-prose、obsidian-vault、obsidian-ca
 ```bash
 npx kotonoha install --skill consulting-analyst
 npx kotonoha install --skill presentation-planner
-npx kotonoha install --target .claude/skills
+npx kotonoha install --agent claude
+npx kotonoha install --agent claude --target ~/.claude/skills
 npx kotonoha install --target ~/.copilot/skills
 ```
 
@@ -272,8 +306,12 @@ npmパッケージを更新しても、コピー済みのスキルは自動更
 
 ```bash
 npx kotonoha install --force
+npx kotonoha install --agent claude --force
+npx kotonoha install --agent all --force
 ```
 
+上記のうち、初回の導入と同じ`--agent`に対応するコマンドを1つ実行します。最初のコマンドが更新するのは、既定のCopilot向け配置先だけです。
+
 スキルを1つだけ更新する場合は、次のように実行します。
 
 ```bash
@@ -293,7 +331,7 @@ npx kotonoha install --target ~/.copilot/skills --force
 
 ```bash
 npx kotonoha --version
-git diff -- .github/skills
+git diff -- .github/skills .claude/skills
 ```
 
 `--force`なしで`npx kotonoha install`を実行しても既存のスキルディレクトリは更新されず、不足しているスキルだけがインストールされます。
@@ -314,9 +352,9 @@ cp -r skills/obsidian-bases /path/to/your-repo/.github/skills/obsidian-bases
 cp -r skills/presentation-planner /path/to/your-repo/.github/skills/presentation-planner
 ```
 
-## Copilotに文書作成を依頼
+## Copilot・Claude Codeに文書作成を依頼
 
-Copilot CLIセッションで必要な文書種別を依頼すると、対応するスキルが自動的に呼び出されます。
+CopilotまたはClaude Codeのセッションで必要な文書種別を依頼すると、対応するスキルが自動的に呼び出されます。
 
 - 「READMEを書いて」「この設計書をレビューして」「PR説明文を書いて」「この手順書を分かりやすくして」
 - 「要件定義書を作って」「承認済み要件からシステム設計書を書いて」「移行計画とRunbookを作って」

package/README.md

@@ -1,6 +1,6 @@
 # kotonoha
 
-kotonoha provides GitHub Copilot CLI skills for consulting analysis, technical
+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
@@ -139,6 +139,12 @@ 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,
+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
+require a consented location outside the Vault, not in session storage.
+This governs skill-directed files, not host-managed conversation logs.
 Protected syntax checks and a hash-bound semantic review remain required for
 Japanese proofreading in either mode.
 Unresolved links are observations, not automatic repair requests.
@@ -251,7 +257,8 @@ handoff without inventing missing evidence.
 
 ### Prerequisites
 
-- GitHub Copilot CLI installed
+- GitHub Copilot (CLI or a supported IDE agent mode) or Claude Code installed
+- Node.js 18+ and npm for the installer
 - 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,
@@ -268,6 +275,48 @@ npm install --save-dev kotonoha
 npx kotonoha install
 ```
 
+`npm install` installs the package only; it does not write to your agent's
+skill directories or prompt you to choose an agent.
+
+### Choose GitHub Copilot, Claude Code, or both
+
+Agent selection requires kotonoha `0.5.0` or later. Older packages such as
+`0.4.2` do not support `--agent`; update the npm package before using it.
+
+```bash
+npx kotonoha install --agent copilot   # .github/skills/
+npx kotonoha install --agent claude    # .claude/skills/
+npx kotonoha install --agent all       # both directories
+```
+
+The default is `--agent copilot`, preserving existing installations.
+`--agent` chooses the destination agent(s); `--skill` chooses the bundled
+skill(s). Both agents receive the same Skill files, scripts and templates.
+The installer does not install either agent application, configure credentials,
+or prepare Python/Node runtime dependencies for individual skills.
+
+You can combine agent and skill selection:
+
+```bash
+npx kotonoha install --agent claude --skill tech-writer
+npx kotonoha install --agent all --skill obsidian-bases
+npx kotonoha install --agent all --force
+```
+
+Existing-directory protection and `--force` apply separately in each selected
+root. An explicitly selected skill that already exists in either root blocks
+the operation before any Skill is copied. A later filesystem/copy error can
+still leave earlier copies installed; this is not a transaction across roots.
+
+For one agent, `--target` overrides its default root. Combining `--target`
+with `--agent all` is rejected; use separate commands for custom roots.
+
+Agent selection controls file placement, not isolation: Copilot can also
+discover `.claude/skills`. Installing for Claude does not prevent Copilot from
+loading those files. See the official
+[Copilot Skill locations](https://docs.github.com/en/copilot/concepts/agents/about-agent-skills)
+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.
@@ -364,7 +413,8 @@ one skill, or use another supported skill directory:
 ```bash
 npx kotonoha install --skill consulting-analyst
 npx kotonoha install --skill presentation-planner
-npx kotonoha install --target .claude/skills
+npx kotonoha install --agent claude
+npx kotonoha install --agent claude --target ~/.claude/skills
 npx kotonoha install --target ~/.copilot/skills
 ```
 
@@ -411,8 +461,13 @@ skills. Reinstall all packaged skills after the package update:
 
 ```bash
 npx kotonoha install --force
+npx kotonoha install --agent claude --force
+npx kotonoha install --agent all --force
 ```
 
+Choose the command matching the original `--agent`; these are alternatives.
+The first updates only the default Copilot destination.
+
 To update only one skill:
 
 ```bash
@@ -434,7 +489,7 @@ committing them:
 
 ```bash
 npx kotonoha --version
-git diff -- .github/skills
+git diff -- .github/skills .claude/skills
 ```
 
 Running `npx kotonoha install` without `--force` is safe but does not update
@@ -459,9 +514,9 @@ cp -r skills/obsidian-bases /path/to/your-repo/.github/skills/obsidian-bases
 cp -r skills/presentation-planner /path/to/your-repo/.github/skills/presentation-planner
 ```
 
-## Ask Copilot for the document you need
+## Ask Copilot or Claude Code for the document you need
 
-Just ask for the document type you need in a Copilot CLI session, and it's
+Just ask for the document type you need in a Copilot or Claude Code session, and it's
 invoked automatically.
 
 - "Write a README", "Review this design doc", "Write the PR description",

package/bin/kotonoha.js

@@ -4,13 +4,19 @@ const fs = require("node:fs");
 const path = require("node:path");
 
 const packageJson = require("../package.json");
+const agentTargets = {
+  copilot: ".github/skills",
+  claude: ".claude/skills",
+};
 
 function printUsage() {
   console.log(`Usage:
-  kotonoha install [--target <directory>] [--skill <name|all>] [--force]
+  kotonoha install [--agent <copilot|claude|all>] [--target <directory>] [--skill <name|all>] [--force]
 
 Options:
-  --target <directory>  Skill directory root (default: .github/skills)
+  --agent <name|all>    Agent to install for (default: copilot)
+                       copilot: .github/skills; claude: .claude/skills; all: both
+  --target <directory>  Override the skill root for one agent; cannot combine with --agent all
   --skill <name|all>    Skill to install (default: all)
   --force               Replace existing selected skill installations
   --help                 Show this help
@@ -23,7 +29,8 @@ function fail(message) {
 }
 
 function parseInstallOptions(args) {
-  let target = ".github/skills";
+  let agent = "copilot";
+  let target;
   let skill = "all";
   let force = false;
 
@@ -35,6 +42,25 @@ function parseInstallOptions(args) {
       continue;
     }
 
+    if (argument === "--agent") {
+      const value = args[index + 1];
+      if (!value || value.startsWith("--")) {
+        throw new Error("--agent requires copilot, claude, or all");
+      }
+      agent = value;
+      index += 1;
+      continue;
+    }
+
+    if (argument.startsWith("--agent=")) {
+      const value = argument.slice("--agent=".length);
+      if (!value) {
+        throw new Error("--agent requires copilot, claude, or all");
+      }
+      agent = value;
+      continue;
+    }
+
     if (argument === "--target") {
       const value = args[index + 1];
       if (!value || value.startsWith("--")) {
@@ -76,7 +102,14 @@ function parseInstallOptions(args) {
     throw new Error(`unknown option: ${argument}`);
   }
 
-  return { target, skill, force };
+  if (agent !== "all" && !Object.hasOwn(agentTargets, agent)) {
+    throw new Error(`unknown agent: ${agent}; available agents: copilot, claude, all`);
+  }
+  if (agent === "all" && target !== undefined) {
+    throw new Error("--target cannot be combined with --agent all; install each agent separately to use custom directories");
+  }
+
+  return { agent, target, skill, force };
 }
 
 function install(args) {
@@ -89,7 +122,10 @@ function install(args) {
   }
 
   const skillsRoot = path.resolve(__dirname, "..", "skills");
-  const targetRoot = path.resolve(process.cwd(), options.target);
+  const agents = options.agent === "all" ? Object.keys(agentTargets) : [options.agent];
+  const targetRoots = agents.map((agent) =>
+    path.resolve(process.cwd(), options.target ?? agentTargets[agent]),
+  );
 
   if (!fs.existsSync(skillsRoot)) {
     fail(`packaged skills not found at ${skillsRoot}`);
@@ -118,9 +154,16 @@ function install(args) {
     }
   }
 
-  const existingDestinations = selectedSkills
-    .map((skill) => path.join(targetRoot, skill))
-    .filter((destination) => fs.existsSync(destination));
+  const destinations = targetRoots.flatMap((targetRoot) =>
+    selectedSkills.map((skill) => ({
+      skill,
+      targetRoot,
+      destination: path.join(targetRoot, skill),
+    })),
+  );
+  const existingDestinations = destinations
+    .filter(({ destination }) => fs.existsSync(destination))
+    .map(({ destination }) => destination);
 
   if (existingDestinations.length > 0 && !options.force && !installAll) {
     fail(
@@ -129,10 +172,16 @@ function install(args) {
     return;
   }
 
-  fs.mkdirSync(targetRoot, { recursive: true });
-  for (const skill of selectedSkills) {
+  for (const targetRoot of targetRoots) {
+    try {
+      fs.mkdirSync(targetRoot, { recursive: true });
+    } catch (error) {
+      fail(`failed to prepare skill root ${targetRoot}: ${error.message}`);
+      return;
+    }
+  }
+  for (const { skill, targetRoot, destination } of destinations) {
     const source = path.join(skillsRoot, skill);
-    const destination = path.join(targetRoot, skill);
     if (fs.existsSync(destination) && !options.force) {
       console.log(
         `Skipped ${skill} (${destination} already exists; use --force to replace)`,

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "kotonoha",
-  "version": "0.4.2",
-  "description": "GitHub Copilot CLI skills for consulting analysis, technical writing, Japanese prose, Obsidian vaults, Canvas and Bases, and PPTX planning.",
+  "version": "0.5.1",
+  "description": "Skills for GitHub Copilot and Claude Code: consulting analysis, technical writing, Japanese prose, Obsidian vaults, Canvas and Bases, and PPTX planning.",
   "license": "MIT",
   "author": "nahisaho",
   "repository": {
@@ -28,6 +28,7 @@
   "keywords": [
     "copilot",
     "github-copilot",
+    "claude-code",
     "skill",
     "technical-writing",
     "consulting",

package/skills/obsidian-bases/SKILL.md

@@ -35,7 +35,13 @@ Use the user's working directory or the current directory at request start.
 Resolve relative working directories from that start and relative targets from
 the selected directory; preserve explicitly Vault-relative and absolute paths.
 Verify authorized Vault/scope separately. Edit the target itself, never substitute
-a session-state copy or silently use `~/.copilot/session-state/.../files/`.
+a session-state copy. Never save any operation files in session storage,
+including `~/.copilot/session-state/`. This includes deliverables, requests,
+originals, candidates, diffs, diagnostics, reviews and temporary files.
+Check resolved locations before writing; if the working directory or any
+selected output is in session storage, stop and ask for a non-session location.
+Do not use it as a fallback. Pass the same locations and restriction to
+delegated Skills and tools; use stdout when no diagnostic file is needed.
 Auxiliary files need a suitable consented location, purpose, retention and cleanup
 agreement. If an external proofreading workspace is needed, ask for it.
 

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

@@ -14,6 +14,10 @@ replacement authority. Do not overwrite local customizations without consent.
 npx kotonoha install --skill obsidian-bases
 ```
 
+This defaults to Copilot's `.github/skills`. Add `--agent claude` for Claude
+Code's `.claude/skills`, or `--agent all` for both. Resolve `<bases-dir>` from
+the installed Skill in the selected root.
+
 Installation copies authored assets and the canonical private lockfile, not
 `node_modules`. Before dependency preparation explain the local installation
 directory and possible package-registry traffic; get separate permission.
@@ -54,6 +58,13 @@ Preserve absolute and explicitly Vault-relative paths. A directory choice is
 not Vault authority. If the target's existing parent or allowed scope is missing,
 stop instead of creating directories or saving elsewhere. Never substitute
 session-state copies for the target.
+Never save any operation files in session storage, including
+`~/.copilot/session-state/`: deliverables, requests, originals, candidates,
+diffs, diagnostics, reviews and temporary files are all covered.
+Check resolved locations before writing. If the workdir or an output is in
+session storage, stop and ask for a non-session location, even if explicitly
+selected. Never fall back there. Pass the locations and restriction to delegated
+Skills/tools; use stdout when no diagnostic file is needed.
 
 ## Check exact text
 

package/skills/obsidian-canvas/SKILL.md

@@ -31,6 +31,15 @@ Markdownノートの操作はobsidian-vault、Basesの操作は別の責務と
 添付は存在と通常ファイルかどうかだけを調べ、画像やPDFの内容は取得しない。
 
 コピーを作る前に、Vault外の作業領域、原文・候補・差分・診断・レビューの保存目的を説明する。
+成果物と補助ファイルは、セッション領域へ一切保存しない。`~/.copilot/session-state/`も対象とする。
+依頼、原文、候補、差分、診断、レビュー、計画、保存記録、結果、一時ファイルにも同じ制約を適用する。
+作業ディレクトリはユーザー指定を優先し、未指定なら依頼開始時のカレントディレクトリを使う。
+相対指定の作業ディレクトリは開始時のカレントから、相対保存先は選択した作業ディレクトリから解決する。
+Vaultルート基準と明示されたパスや絶対パスは維持する。CLIのVault相対パスを作業ディレクトリ基準に変換しない。
+書き込み前に実体の保存場所を確認し、作業ディレクトリや出力先がセッション領域なら、別の場所を1問ずつ確認する。
+明示指定された場合も、このSkillではセッション領域へ書かず、代替場所への許可を得る。
+CLIのworkspaceは引き続きVault外とし、適切な場所がなければ確認までlayout、plan、applyを使わない。
+委譲先にも保存場所と同じ制約を引き継ぎ、ファイルが不要な診断には標準出力を使う。
 利用者が削除するまで保持することと、操作単位の既知ファイルだけを削除する方法を示す。
 同意がなければlayout、plan、applyを使わず、読み取り・診断・会話内の提案にとどめる。
 ホストやモデル提供者の記録の削除を制御できるとは説明しない。

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

@@ -20,6 +20,8 @@ kotonoha install --skill obsidian-canvas
 kotonoha install --skill obsidian-vault
 ```
 
+上記はCopilot向けの導入例である。Claude Codeでは両コマンドに`--agent claude`、両方には`--agent all`を付ける。CanvasとVaultの兄弟Skillは、エージェントごとの同じルートに置く。
+
 添削にはjapanese-proseも必要である。通常の図の編集では必須にしない。
 初回の依存準備で通信する場合は、対象と目的を説明して別に許可を得る。
 
@@ -72,6 +74,15 @@ Vaultの絶対パス、目的、読み取り範囲、モデルに渡す情報を
 
 ## 候補、配置、変更対象
 
+成果物と補助ファイルは、セッション領域へ一切保存しない。`~/.copilot/session-state/`も対象とする。
+依頼、原文、候補、差分、診断、レビュー、計画、保存記録、結果、一時ファイルにも同じ制約を適用する。
+作業ディレクトリはユーザー指定を優先し、未指定なら依頼開始時のカレントディレクトリを使う。
+相対指定の作業ディレクトリは開始時のカレントから、相対保存先は選択した作業ディレクトリから解決する。
+Vaultルート基準と明示されたパスや絶対パスは維持する。CLIのVault相対パスを作業ディレクトリ基準に変換しない。
+書き込み前に実体の保存場所を確認し、セッション領域への指定なら別の場所への許可を得るまで止める。
+CLIのworkspaceには引き続きVault外の場所が必要であり、セッション領域へ自動退避しない。
+委譲先にも保存場所と同じ制約を引き継ぎ、ファイルが不要な診断には標準出力を使う。
+
 作成ではintent=create、保存先、Vault外のworkspace、コピー同意を設定する。
 base_sha256はnull、mutationsは空とし、候補全体を承認対象にする。
 編集ではintent=editとし、readで得た原文のbase_sha256と保存先を設定する。

package/skills/obsidian-vault/SKILL.md

@@ -39,8 +39,12 @@ relative targets from the selected working directory. Preserve explicitly
 Vault-relative and absolute paths. Working-directory selection grants neither
 whole-Vault access nor write permission: verify the authorized Vault and scopes.
 
-Edit the resolved target itself, not a session-state copy. Never default to
-`~/.copilot/session-state/.../files/` unless the user explicitly selects it.
+Edit the resolved target itself, not a session-state copy. Never save any
+operation files in session storage, including `~/.copilot/session-state/`.
+This includes deliverables, requests, originals, candidates, diffs, diagnostics,
+reviews, plans, receipts, results and temporary files. Check resolved locations
+before writing; if the working directory or any selected output is in session
+storage, stop and ask for a non-session location. Do not use it as a fallback.
 Stop on out-of-scope, ambiguous or missing-parent targets; do not create folders
 or substitute another location.
 
@@ -51,6 +55,8 @@ purpose, retention until user deletion, and cleanup of known per-operation files
 Copy consent is separate from target-write consent. If CLI planning or
 proofreading needs an external workspace but the working directory is inside
 the Vault, ask for another location; never silently use session storage.
+Pass the same non-session locations and restriction to delegated Skills and
+tools; use stdout for diagnostics when no output file is needed.
 Without copy consent, make no external copies or CLI `plan`/`apply` calls.
 Do not claim control over host/model-provider retention or deletion.
 

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

@@ -24,7 +24,10 @@ Vaultルート基準と明示されたパスや絶対パスは、その指定を
 作業ディレクトリはVaultルートやアクセス許可と同義ではない。保存先が許可済みのVaultと範囲内にあることを確認する。
 作業ディレクトリがVault外なら、相対保存先を勝手にVault内へ移さず、対象の指定を確認する。
 対象ノートは解決したパスで直接作成・編集し、セッション領域のコピーだけを修正して完了としない。
-ユーザーが保存先として明示しない限り、~/.copilot/session-state/.../files/を既定にしない。
+成果物と補助ファイルは、セッション領域へ一切保存しない。`~/.copilot/session-state/`も対象とする。
+依頼、原文、候補、差分、診断、レビュー、計画、保存記録、結果、一時ファイルにも同じ制約を適用する。
+書き込み前に実体の保存場所を確認し、作業ディレクトリや出力先がセッション領域なら、別の場所を1問ずつ確認する。
+明示指定された場合も、このSkillではセッション領域へ書かず、代替場所への許可を得る。
 対象の親が存在しなければ止め、セッション領域への代替保存や新規フォルダー作成を行わない。
 次のようにVaultと対象、変更内容、保存の可否を指定する。
 
@@ -59,6 +62,7 @@ Vault内の`.md`だけを扱い、対象と親の実体、許可範囲、通常
 補助ファイルの場所もカレントディレクトリまたはユーザー指定の場所から選び、セッション領域へ自動退避しない。
 CLI計画や添削に必要なVault外の場所を使えなければ、別の場所の指定とコピーへの同意を得るまで停止する。
 補助ファイルを作る許可は、対象ノートの保存許可ではない。
+委譲先のSkillやツールにも保存場所とセッション領域への保存禁止を引き継ぐ。診断にファイルが不要なら標準出力を使う。
 日本語添削では直接編集でもjapanese-proseの保護検査とハッシュ付き意味レビューを省略しない。
 通常の内容変更をproofreadと偽らず、CLIに存在しないeditコマンドも生成しない。
 
@@ -77,6 +81,8 @@ npx kotonoha install --skill tech-writer
 npx kotonoha install --skill japanese-prose
 ```
 
+上記はCopilot向けの導入例である。Claude Codeでは各コマンドに`--agent claude`、両方には`--agent all`を付け、必要な兄弟Skillも同じルートへ導入する。既定のルートはCopilotが`.github/skills`、Claude Codeが`.claude/skills`である。以下の起動例では、選択したルートにパスを合わせる。
+
 既存のjapanese-proseが古い場合は共通ゲートを利用できず、依存不足となる。
 既存Skillのローカル変更を確認・退避し、利用者が更新を許可してから、対象Skillだけを`--force`付きで再導入する。
 

package/skills/tech-writer/SKILL.md

@@ -1,39 +1,17 @@
 ---
 name: tech-writer
 description: >-
-  Helps structure and polish technical documents: README, design docs/ADRs,
-  API reference, PR descriptions/commit messages/issue reports, release
-  notes/CHANGELOG, user manuals/how-to guides, code comments/docstrings,
-  requirements definitions, system designs, test plans, operations runbooks,
-  migration plans, security designs/threat models, technical proposals,
-  Blueprints, White Papers, RFI/RFP procurement documents, Obsidian notes
-  and templates, and Qiita/Zenn articles. Use for requests
-  like "write a README", "draft a design doc", "define system requirements",
-  "write a system design", "create a test plan", "write an operations
-  runbook", "plan a migration", "create a threat model", "write a technical
-  proposal", "create a Blueprint", "write a White Paper", "draft an RFI",
-  "create an RFP", "write this PR description", "clean up my commit
-  message", "make this how-to guide clearer", "write API docs", "summarize
-  the release notes", "create an Obsidian note", "write a Zenn article",
-  "write this up for Qiita", as
-  well as
-  Japanese-language equivalents (「READMEを書いて」「設計ドキュメントを作って」
-  「要件定義書を作って」「システム設計書を書いて」「テスト計画書を作って」
-  「運用設計書を書いて」「移行計画を作って」「脅威モデルを作って」
-  「技術提案書を書いて」「Blueprintを作って」「ホワイトペーパーを書いて」
-  「RFIを作って」「RFPを作って」「PRの説明文を書いて」
-  「コミットメッセージを整えて」「手順書を分かりやすくして」
-  「APIドキュメントを整備して」「リリースノートをまとめて」
-  「Obsidian用のノートを作って」「Obsidianのテンプレートを作って」
-  「Zennの記事を書いて」「Qiitaに投稿する記事を書いて」). Especially useful when
-  the request is a bare goal without enough context to start (e.g. "I want
-  to write a README" / "○○を書きたい"), since this skill drives a one
-  question-at-a-time intake before writing. Supports both Japanese and
-  English documents, with Japanese as the primary target. Owns document
-  structure, information completeness, and reader fit; for living Japanese
-  documents, it invokes kotonoha's original bundled `japanese-prose` skill,
-  which uses GiNZA for sentence-level naturalness, word choice, rhythm, and
-  repeated AI-like pattern analysis.
+  Structures, writes, reviews, and scores technical documents: README,
+  design docs/ADRs, API references, requirements, system designs, test plans,
+  operations runbooks, migration plans, security designs/threat models,
+  technical proposals, Blueprints, White Papers, RFI/RFP, PR descriptions,
+  commit messages, issue reports, release notes/CHANGELOG, manuals/how-to
+  guides, comments/docstrings, Obsidian notes/templates, and Qiita/Zenn
+  articles. Use when asked to create, improve, review, or score these
+  documents in Japanese or English, including a bare goal without context.
+  Asks one question at a time before writing. Owns structure, completeness,
+  traceability, and reader fit; delegates sentence-level Japanese wording
+  to kotonoha's original bundled japanese-prose skill with GiNZA diagnostics.
 license: MIT
 argument-hint: "[write|review|score] [doctype] <target file or request>"
 ---
@@ -68,6 +46,11 @@ directory, or the current directory at request start if none was specified.
 Resolve the final target there without reinterpreting an explicitly absolute or
 Vault-relative path. Do not replace the target with a copy in session-state
 storage; retain Vault scope checks and separate consent for any auxiliary copies.
+For Obsidian handoffs, never save any operation files in session storage,
+including originals, drafts, diagnostics, reviews and temporary files. Pass the
+authorized non-session locations and this restriction to every delegated Skill
+or tool. If a location is missing or resolves to session storage, ask for a
+non-session location before writing; do not silently substitute another path.
 Route standalone `.base` configuration to `obsidian-bases`, not the Markdown
 template or Vault Markdown writer; its host workflow validates without evaluating
 formulas and never mutates source-note properties.
@@ -333,8 +316,10 @@ Load `japanese-prose` through the host's skill-loading mechanism. When only
 installed skill files are exposed, resolve the sibling path
 `<tech-writer-dir>/../japanese-prose/SKILL.md` first, then check
 `.github/skills/japanese-prose/SKILL.md`,
+`.claude/skills/japanese-prose/SKILL.md`,
 `.copilot/skills/japanese-prose/SKILL.md`, and
-`$HOME/.copilot/skills/japanese-prose/SKILL.md`. Load the discovered
+`$HOME/.copilot/skills/japanese-prose/SKILL.md`, then
+`$HOME/.claude/skills/japanese-prose/SKILL.md`. Load the discovered
 `SKILL.md` and follow its quick or full workflow. A standard
 `npx kotonoha install` installs this sibling skill automatically. Treat the
 pass as unavailable only when someone copied or installed tech-writer without

package/skills/tech-writer/references/japanese-prose-optimization.md

@@ -50,8 +50,10 @@ Never trade technical precision for conversational phrasing.
    skill-loading mechanism. If the host exposes only skill files, resolve
    `<tech-writer-dir>/../japanese-prose/SKILL.md` first, then check
    `.github/skills/japanese-prose/SKILL.md`,
+   `.claude/skills/japanese-prose/SKILL.md`,
    `.copilot/skills/japanese-prose/SKILL.md`, and
-   `$HOME/.copilot/skills/japanese-prose/SKILL.md`; expand `$HOME`, load the
+   `$HOME/.copilot/skills/japanese-prose/SKILL.md`, then
+   `$HOME/.claude/skills/japanese-prose/SKILL.md`; expand `$HOME`, load the
    discovered skill,
    and follow its workflow.
 2. Ask the loaded skill to review and rewrite only the Japanese prose under