jpskill.com
🛠️ 開発・MCP コミュニティ 🔴 エンジニア向け 👤 エンジニア・AI開発者

🛠️ Planning With Files

planning-with-files

マルコフ連鎖を応用し、過去の対話履歴を基に文脈を理解し、自然な応答を生成するSkill。

⏱ ライブラリ調査+組込 半日 → 1時間

📺 まず動画で見る(YouTube)

▶ 【衝撃】最強のAIエージェント「Claude Code」の最新機能・使い方・プログラミングをAIで効率化する超実践術を解説! ↗

※ jpskill.com 編集部が参考用に選んだ動画です。動画の内容と Skill の挙動は厳密には一致しないことがあります。

📜 元の英語説明(参考)

Work like Manus: Use persistent markdown files as your "working memory on disk."

🇯🇵 日本人クリエイター向け解説

一言でいうと

マルコフ連鎖を応用し、過去の対話履歴を基に文脈を理解し、自然な応答を生成するSkill。

※ jpskill.com 編集部が日本のビジネス現場向けに補足した解説です。Skill本体の挙動とは独立した参考情報です。

⚡ おすすめ: コマンド1行でインストール(60秒)

下記のコマンドをコピーしてターミナル(Mac/Linux)または PowerShell(Windows)に貼り付けてください。 ダウンロード → 解凍 → 配置まで全自動。

🍎 Mac / 🐧 Linux
mkdir -p ~/.claude/skills && cd ~/.claude/skills && curl -L -o planning-with-files.zip https://jpskill.com/download/3293.zip && unzip -o planning-with-files.zip && rm planning-with-files.zip
🪟 Windows (PowerShell)
$d = "$env:USERPROFILE\.claude\skills"; ni -Force -ItemType Directory $d | Out-Null; iwr https://jpskill.com/download/3293.zip -OutFile "$d\planning-with-files.zip"; Expand-Archive "$d\planning-with-files.zip" -DestinationPath $d -Force; ri "$d\planning-with-files.zip"

完了後、Claude Code を再起動 → 普通に「動画プロンプト作って」のように話しかけるだけで自動発動します。

💾 手動でダウンロードしたい(コマンドが難しい人向け)
  1. 1. 下の青いボタンを押して planning-with-files.zip をダウンロード
  2. 2. ZIPファイルをダブルクリックで解凍 → planning-with-files フォルダができる
  3. 3. そのフォルダを C:\Users\あなたの名前\.claude\skills\(Win)または ~/.claude/skills/(Mac)へ移動
  4. 4. Claude Code を再起動

⚠️ ダウンロード・利用は自己責任でお願いします。当サイトは内容・動作・安全性について責任を負いません。

🎯 このSkillでできること

下記の説明文を読むと、このSkillがあなたに何をしてくれるかが分かります。Claudeにこの分野の依頼をすると、自動で発動します。

📦 インストール方法 (3ステップ)

  1. 1. 上の「ダウンロード」ボタンを押して .skill ファイルを取得
  2. 2. ファイル名の拡張子を .skill から .zip に変えて展開(macは自動展開可)
  3. 3. 展開してできたフォルダを、ホームフォルダの .claude/skills/ に置く
    • · macOS / Linux: ~/.claude/skills/
    • · Windows: %USERPROFILE%\.claude\skills\

Claude Code を再起動すれば完了。「このSkillを使って…」と話しかけなくても、関連する依頼で自動的に呼び出されます。

詳しい使い方ガイドを見る →
最終更新
2026-05-17
取得日時
2026-05-17
同梱ファイル
3

💬 こう話しかけるだけ — サンプルプロンプト

  • Planning With Files を使って、最小構成のサンプルコードを示して
  • Planning With Files の主な使い方と注意点を教えて
  • Planning With Files を既存プロジェクトに組み込む方法を教えて

これをClaude Code に貼るだけで、このSkillが自動発動します。

📖 Skill本文(日本語訳)

※ 原文(英語/中国語)を Gemini で日本語化したものです。Claude 自身は原文を読みます。誤訳がある場合は原文をご確認ください。

[Skill 名] planning-with-files

ファイルを使った計画

Manusのように作業してください。永続的なMarkdownファイルを「ディスク上の作業記憶」として使用します。

重要: ファイルの保存場所

このスキルを使用する場合:

  • テンプレートは、スキルディレクトリの${CLAUDE_PLUGIN_ROOT}/templates/に保存されます。
  • あなたの計画ファイルtask_plan.mdfindings.mdprogress.md)は、あなたのプロジェクトディレクトリ、つまり作業しているフォルダーに作成する必要があります。
場所 何が保存されるか
スキルディレクトリ (${CLAUDE_PLUGIN_ROOT}/) テンプレート、スクリプト、参照ドキュメント
あなたのプロジェクトディレクトリ task_plan.mdfindings.mdprogress.md

これにより、計画ファイルがコードの隣に配置され、スキルインストールフォルダーに埋もれることがなくなります。

クイックスタート

複雑なタスクを開始するに:

  1. プロジェクトにtask_plan.mdを作成します — templates/task_plan.mdを参考にしてください。
  2. プロジェクトにfindings.mdを作成します — templates/findings.mdを参考にしてください。
  3. プロジェクトにprogress.mdを作成します — templates/progress.mdを参考にしてください。
  4. 決定を下す前に計画を再読します — 注意ウィンドウで目標を再確認します。
  5. 各フェーズの後に更新します — 完了とマークし、エラーを記録します。

注: 3つの計画ファイルはすべて、スキルインストールフォルダーではなく、現在の作業ディレクトリ(プロジェクトルート)に作成する必要があります。

コアパターン

Context Window = RAM (volatile, limited)
Filesystem = Disk (persistent, unlimited)

→ Anything important gets written to disk.

ファイルの目的

ファイル 目的 更新時期
task_plan.md フェーズ、進捗、決定 各フェーズの後
findings.md 調査、発見 何らかの発見の後
progress.md セッションログ、テスト結果 セッション中

重要なルール

1. 最初に計画を作成する

task_plan.mdなしで複雑なタスクを開始してはいけません。これは譲れません。

2. 2アクションルール

「2回の表示/ブラウザ/検索操作ごとに、すぐに主要な発見をテキストファイルに保存する。」

これにより、視覚的/マルチモーダルな情報が失われるのを防ぎます。

3. 決定する前に読む

主要な決定を下す前に、計画ファイルを読んでください。これにより、目標が注意ウィンドウに保持されます。

4. 行動した後に更新する

いずれかのフェーズを完了した後:

  • フェーズのステータスをマークします: in_progresscomplete
  • 発生したエラーを記録します
  • 作成/変更されたファイルをメモします

5. すべてのエラーをログに記録する

すべてのエラーは計画ファイルに記録されます。これにより知識が構築され、繰り返しが防止されます。

## 発生したエラー
| エラー | 試行 | 解決策 |
|-------|---------|------------|
| FileNotFoundError | 1 | デフォルト設定を作成しました |
| API timeout | 2 | リトライロジックを追加しました |

6. 失敗を繰り返さない

if action_failed:
    next_action != same_action

試したことを追跡してください。アプローチを変更してください。

3ストライクエラープロトコル

ATTEMPT 1: 診断と修正
  → エラーを注意深く読む
  → 根本原因を特定する
  → ターゲットを絞った修正を適用する

ATTEMPT 2: 代替アプローチ
  → 同じエラーか?別の方法を試す
  → 別のツールか?別のライブラリか?
  → まったく同じ失敗するアクションを繰り返さない

ATTEMPT 3: より広範な再考
  → 前提を疑う
  → 解決策を検索する
  → 計画の更新を検討する

3回の失敗後: ユーザーにエスカレートする
  → 試したことを説明する
  → 特定のエラーを共有する
  → 指導を求める

読み書き決定マトリックス

状況 アクション 理由
ファイルを書き終えたばかり 読まない コンテンツはまだコンテキスト内にある
画像/PDFを閲覧した 今すぐ発見を書き込む マルチモーダル → 失われる前にテキスト化する
ブラウザがデータを返した ファイルに書き込む スクリーンショットは永続しない
新しいフェーズを開始する 計画/発見を読む コンテキストが古くなっている場合に再調整する
エラーが発生した 関連ファイルを読む 修正するために現在の状態が必要
間隔を置いて再開する すべての計画ファイルを読む 状態を回復する

5つの質問による再起動テスト

これらに答えられれば、あなたのコンテキスト管理はしっかりしています。

質問 回答元
どこにいるか? task_plan.mdの現在のフェーズ
どこへ向かっているか? 残りのフェーズ
目標は何か? 計画の目標ステートメント
何を学んだか? findings.md
何をしたか? progress.md

このパターンを使用するタイミング

使用する場合:

  • 複数ステップのタスク(3ステップ以上)
  • 調査タスク
  • プロジェクトの構築/作成
  • 多くのツール呼び出しを伴うタスク
  • 組織化が必要なあらゆるもの

スキップする場合:

  • 簡単な質問
  • 単一ファイルの編集
  • 簡単な検索

テンプレート

これらのテンプレートをコピーして開始してください。

スクリプト

自動化のためのヘルパースクリプト:

  • scripts/init-session.sh — すべての計画ファイルを初期化します
  • scripts/check-complete.sh — すべてのフェーズが完了していることを確認します

高度なトピック

  • Manusの原則: reference.mdを参照してください。
  • 実際の例: examples.mdを参照してください。

アンチパターン

しないこと 代わりにすること
永続性のためにTodoWriteを使用する task_plan.mdファイルを作成する
目標を一度述べて忘れる 決定を下す前に計画を再読する
エラーを隠してサイレントに再試行する エラーを計画ファイルに記録する
すべてをコンテキストに詰め込む 大量のコンテンツをファイルに保存する
すぐに実行を開始する 最初に計画ファイルを作成する
失敗したアクションを繰り返す 試行を追跡し、アプローチを変更する
スキルディレクトリにファイルを作成する プロジェクトにファイルを作成する

制限事項

  • このスキルは、タスクが上記で説明されている範囲と明確に一致する場合にのみ使用してください。
  • 出力を、環境固有の検証、テスト、または専門家によるレビューの代わりとして扱わないでください。
  • 必要な入力、権限、安全境界、または成功基準が不足している場合は、停止して説明を求めてください。
📜 原文 SKILL.md(Claudeが読む英語/中国語)を展開

Planning with Files

Work like Manus: Use persistent markdown files as your "working memory on disk."

Important: Where Files Go

When using this skill:

  • Templates are stored in the skill directory at ${CLAUDE_PLUGIN_ROOT}/templates/
  • Your planning files (task_plan.md, findings.md, progress.md) should be created in your project directory — the folder where you're working
Location What Goes There
Skill directory (${CLAUDE_PLUGIN_ROOT}/) Templates, scripts, reference docs
Your project directory task_plan.md, findings.md, progress.md

This ensures your planning files live alongside your code, not buried in the skill installation folder.

Quick Start

Before ANY complex task:

  1. Create task_plan.md in your project — Use templates/task_plan.md as reference
  2. Create findings.md in your project — Use templates/findings.md as reference
  3. Create progress.md in your project — Use templates/progress.md as reference
  4. Re-read plan before decisions — Refreshes goals in attention window
  5. Update after each phase — Mark complete, log errors

Note: All three planning files should be created in your current working directory (your project root), not in the skill's installation folder.

The Core Pattern

Context Window = RAM (volatile, limited)
Filesystem = Disk (persistent, unlimited)

→ Anything important gets written to disk.

File Purposes

File Purpose When to Update
task_plan.md Phases, progress, decisions After each phase
findings.md Research, discoveries After ANY discovery
progress.md Session log, test results Throughout session

Critical Rules

1. Create Plan First

Never start a complex task without task_plan.md. Non-negotiable.

2. The 2-Action Rule

"After every 2 view/browser/search operations, IMMEDIATELY save key findings to text files."

This prevents visual/multimodal information from being lost.

3. Read Before Decide

Before major decisions, read the plan file. This keeps goals in your attention window.

4. Update After Act

After completing any phase:

  • Mark phase status: in_progresscomplete
  • Log any errors encountered
  • Note files created/modified

5. Log ALL Errors

Every error goes in the plan file. This builds knowledge and prevents repetition.

## Errors Encountered
| Error | Attempt | Resolution |
|-------|---------|------------|
| FileNotFoundError | 1 | Created default config |
| API timeout | 2 | Added retry logic |

6. Never Repeat Failures

if action_failed:
    next_action != same_action

Track what you tried. Mutate the approach.

The 3-Strike Error Protocol

ATTEMPT 1: Diagnose & Fix
  → Read error carefully
  → Identify root cause
  → Apply targeted fix

ATTEMPT 2: Alternative Approach
  → Same error? Try different method
  → Different tool? Different library?
  → NEVER repeat exact same failing action

ATTEMPT 3: Broader Rethink
  → Question assumptions
  → Search for solutions
  → Consider updating the plan

AFTER 3 FAILURES: Escalate to User
  → Explain what you tried
  → Share the specific error
  → Ask for guidance

Read vs Write Decision Matrix

Situation Action Reason
Just wrote a file DON'T read Content still in context
Viewed image/PDF Write findings NOW Multimodal → text before lost
Browser returned data Write to file Screenshots don't persist
Starting new phase Read plan/findings Re-orient if context stale
Error occurred Read relevant file Need current state to fix
Resuming after gap Read all planning files Recover state

The 5-Question Reboot Test

If you can answer these, your context management is solid:

Question Answer Source
Where am I? Current phase in task_plan.md
Where am I going? Remaining phases
What's the goal? Goal statement in plan
What have I learned? findings.md
What have I done? progress.md

When to Use This Pattern

Use for:

  • Multi-step tasks (3+ steps)
  • Research tasks
  • Building/creating projects
  • Tasks spanning many tool calls
  • Anything requiring organization

Skip for:

  • Simple questions
  • Single-file edits
  • Quick lookups

Templates

Copy these templates to start:

Scripts

Helper scripts for automation:

  • scripts/init-session.sh — Initialize all planning files
  • scripts/check-complete.sh — Verify all phases complete

Advanced Topics

Anti-Patterns

Don't Do Instead
Use TodoWrite for persistence Create task_plan.md file
State goals once and forget Re-read plan before decisions
Hide errors and retry silently Log errors to plan file
Stuff everything in context Store large content in files
Start executing immediately Create plan file FIRST
Repeat failed actions Track attempts, mutate approach
Create files in skill directory Create files in your project

Limitations

  • Use this skill only when the task clearly matches the scope described above.
  • Do not treat the output as a substitute for environment-specific validation, testing, or expert review.
  • Stop and ask for clarification if required inputs, permissions, safety boundaries, or success criteria are missing.

同梱ファイル

※ ZIPに含まれるファイル一覧。`SKILL.md` 本体に加え、参考資料・サンプル・スクリプトが入っている場合があります。