自分の業務を、動くものにする

この資料が置いてあるページの「配布物」から、次の2つを落としてください。

Claude Code を起動して、次をそのまま送ります。展開から設置までやってくれます。

ダウンロードフォルダにある2つのZIPを展開して、次のとおり置いてください。

1. adl-skills.zip を展開し、中の gyomu フォルダと vault-keep フォルダを
   ~/.claude/skills/ に置く。adl-skills フォルダごとではなく、中の2つをそれぞれ置く。
   skills フォルダが無ければ作る。

2. adl-deck-kit-v2.zip を展開し、できたフォルダを ~/Documents に置く。

終わったら、~/.claude/skills/ の中身と、~/Documents/adl-deck-kit-v2 の中身を見せてください。

Claude Code をいったん終了し、起動し直します。入力欄で / を打って、候補の一覧に gyomu と vault-keep の両方が出ていれば完了です。

自分で見る代わりに、こう聞いても構いません。

~/.claude/skills/ の中身を見せてください。
gyomu と vault-keep が正しく入っているか確認してください。

整形していないヒアリングメモから、提案骨子8枚を生成します。注目していただきたいのは、生成された pptx を開いた直後です。ロゴもフォントも配色も入っています。さらに PowerPoint の「レイアウト」メニューを開くと、公式テンプレートの26レイアウトがそのまま並びます。テキストボックスの中身も編集できます。画像で貼られているのではありません。

全国47支店から届いた売上ファイルをまとめます。ヘッダーの位置もシート名も列の順番もバラバラです。注目していただきたいのは2点。処理の途中でフォーマットの違いを自分で見つけていること。そして、読めなかったファイルがあれば黙って落とさず、理由つきで報告してくることです。

3案件24ファイルを読み、共通して出ている論点を洗い出します。提案書の pptx も試算の xlsx も読みます。注目していただきたいのは、根拠にしたファイル名と記述を挙げてくるところです。手作業では追えない部分です。

小さなことで構いません。むしろ小さい方が今日のうちに動きます。「経営管理」のような大きな単位ではなく、そのなかで一番時間がかかっている部分を選んでください。

思いつかない場合は、次のどれかに近いものがないか探してみてください。

• 複数のファイルから数字を集めて1つの表にまとめる
• 決まった形式の資料を、毎回同じ手順で作る
• 受け取った文書を読んで、必要な部分を別の場所に転記する
• 前年や前月の資料を探して、数字だけ差し替える
• 社内から届く申請や報告を確認して、不備があれば差し戻す

きれいに書く必要はありません。箇条書きの走り書きで十分です。このワークシートは提出する書類ではなく、次のステップで貼り付けるための下書きです。

PMVault で Claude Code を起動し、ワークシートに書いた内容をそのまま貼り付けて送ります。Skill はユーザー設定に置いてあるのでどのフォルダでも呼べますが、保管庫の中で起動すると成果物の置き場所を聞かれずに進みます。

/gyomu

（AI活用ワークシートに書いた内容をここに貼る）

送ると、質問が返ってきます。1回に1〜2問です。答えていくと、4回から8回のやり取りで要件が固まります。

要件が固まると、Obsidian 側に新しいフォルダが現れます。

50_業務改善/
├── README.md
├── INDEX.md
└── 01_〇〇/
    └── 設計書/
        ├── 00_ローデータ.md
        ├── 01_壁打ち記録.md
        └── 02_要件定義.md

00_ローデータ.md には、最初に貼った内容がそのまま残っています。3ヶ月後に「なぜこれを作ったのか」を追えるのはこのファイルだけになります。

初回だけ、Vault のルールファイル（WIKI.md・index.md・README.md）にも追記が入ります。追記のみで、もとの記述は消えません。何をどこに足したかは報告されます。

午前の続きから再開します。セッションを閉じてしまった場合は、次のように伝えれば続きから進みます。

50_業務改善 の中の、いま作りかけのプロジェクトの続きをやりたいです。
設計書フォルダの中身を読んで、いまどこまで決まっているかを教えてください。
そのうえで、次に書くべき設計書に進んでください。

設計書/ にファイルが増えていきます。全部で最大9本ですが、小さい業務なら5本で終わります。要件定義、データ仕様、テスト観点の3本は必ず作られます。

A4 1枚に収まる長さの要約が出ます。設計書を全部読む必要はありません。この要約だけ読んで判断してください。

違うと思ったら、その場で伝えてください。設計書が直され、もう一度要約が出ます。何度でも構いません。

承認すると、3つの作業が同時に始まります。画面が慌ただしくなりますが、止まっているわけではありません。

難しい判断が要る実装には賢いモデル、決まった形を書くだけの作業には軽いモデルが割り当てられます。同じ速さで全部やるより、待ち時間が短くなります。

実装が終わると、3つが揃った状態で渡されます。

その場で1回動かしてください。設計書/07_テスト観点.md に確認項目の表があります。上から1つずつ通します。

スライドを作る前に、3つだけ決めます。ここが曖昧なまま生成すると、枚数だけ多くて言いたいことが伝わらないものが出ます。

• いちばん言いたいことを1文で。これが表紙とまとめに入ります
• 誰に見せるか。上司か、他チームか、経営層か。読み手で必要な前提の量が変わります
• 何ページか。10ページ前後が目安。多くすると1枚あたりが薄くなります

キットには templates/plan_template.yaml という雛形と、docs/ に書き方の説明が入っています。中身を読ませてから書かせると精度が上がります。

計画ができたら、まず構成だけを表で出させます。この段階なら直すのが早いためです。

plan.yaml ができたら、まず bin/storyline.py で構成を表示してください。
必要なライブラリが入っていなければ入れてください。

表示された内容を見て、私が「これでよい」と答えるまで生成に進まないでください。

表が出たら、次の3点を見てください。

直したい点を伝えて、直った表をもう一度見ます。納得したら生成に進みます。

この構成でよいので、bin/build.py で生成してください。
生成が終わったら bin/audit.py にかけて、指摘があれば直してください。

生成された output/ の pptx を PowerPoint で開きます。ここからが本番です。

直したい箇所が見つかったら、PowerPoint 上で手直しするのではなく、指示を出して作り直します。同じことが次回も起きるためです。

5ページ目の文字が多すぎるので、要点を3つに絞って作り直してください。
あと、7ページ目は表よりグラフの方が伝わると思います。変更してから生成し直してください。

この往復を2回か3回まわします。1発でできあがることはありません。直すのが速いことがこのキットの価値です。

手を動かす前に、ご自身の保管庫を開いて眺めてください。Day1 から今日までで、すでにファイルが増えているはずです。

• 直下に、置き場所が決まらないまま残っているファイルはありませんか
• 3ヶ月後、いまのペースで増えたとき、目的のノートを探せそうですか
• 1ヶ月前に書いたメモが、いまも正しいかどうか、見ただけで分かりますか

困るのは、量ではなく古い情報を根拠にしてしまうことと、入口が増えて構造が崩れることの2つです。今日はこの2つに手を打ちます。

普段はブラウザ版やデスクトップアプリの Claude をお使いの方が多いと思います。やめる必要はありません。役割が違います。

線引きは1つです。出てきたものを保存するかどうか。保存しないならブラウザで足ります。

ただし、ブラウザで相談した内容は、そのままでは資産になりません。3ヶ月後に「あのとき何を検討したか」を引き出せません。持ち込む工程が要ります。

会話を1本、持ち込んでみる

直近1ヶ月で、ブラウザの Claude と話した内容を1つ選んでください。仕事に関するものなら何でも構いません。会話を全選択してコピーし、保管庫の入口に貼り付けます。

30_インプット/.raw/2026-08-03-chat-需要予測の見直し.md

貼り付けたら、取り込みの指示を自分の言葉で書きます。次の4点を必ず含めてください。

保管庫を使っていると、必ず直下にファイルが置かれます。急いでいるとき、他のアプリから保存したとき、AI が場所を間違えたとき。放っておくと、そこが第二の入口になって構造が崩れます。

/vault-keep を呼んで、直下の見張りを作ります。

/vault-keep

直下に置かれた迷子ファイルを見つけて報告する仕組みを作りたいです。
まずは移動せず、報告だけにしてください。

できたら、試しに保管庫の直下に適当なファイルを1つ作ってから動かしてみてください。検知されて報告に出れば成功です。

思い出してやるものではないので、自動で動かします。Day1 で作った自動整理と同じ要領です。

いま作った迷子ファイルの検知を、1日1回・朝9時に自動で動かすように登録してください。
最初の1週間は報告だけにしたいので、移動はせず _inbox/README.md に書くだけにしてください。
標準出力と標準エラーは ~/Library/Logs/pmvault-keep.log に出してください。

登録できたら、その場で1回動かして結果を教えてください。

朝のデモBで使った47ファイルのフォルダをお渡しします。集計の指示は出しません。「このフォルダをどうにかしてください」から始めてください。

ファイルによってヘッダーの位置もシート名も列の順番も違います。金額の列がないものもあります。1回で通らないはずです。何が足りなかったかを考えて、指示を足していってください。指示の書き方そのものの練習になります。

デモCで使った3案件24ファイルをお渡しします。共通して出ている論点を、根拠のファイル名つきで洗い出させてください。

そのまま 04 のスライド生成につなげられます。抜き出した論点を素材にして、提案骨子のスライドを作ってみてください。