「寝てても仕事が進む」Claude Codeで組む第二の脳

Embed

Start on current slide

Slide 1

Slide 1 text

A I D R I V E N D E V C O N F E R E N C E 2 0 2 6 / SESSION 寝てても仕事が進む。 Claude Code で組む、第二の脳。藤田智也 | Grizzlarity Inc. CEO | 2026.07.30 S1 · 01 / 91

Slide 2

Slide 2 text

P R O L O G U E / はじめに自己紹介株式会社Grizzlarit y CEO 藤田智也／ Tomoya Fujita 業界特化型AIプラットフォーム「KumaKumaAI」の開発・提供あわせて、AIシステムの受託開発 Neovim lover です | tmux lover でもあります海鮮が好き。特に貝類 @t_fujita24 TomoyaFujita2016 S2 · 02 / 91

Slide 3

Slide 3 text

P R O L O G U E / はじめに本日のスライドは、こちら読めなかった方は、最後にもう一度出します。 S3 · 03 / 91

Slide 4

Slide 4 text

P R O L O G U E / はじめに $ uvx t-fujita S4 · 04 / 91

Slide 5

Slide 5 text

P R O L O G U E / はじめに S5 · 05 / 91

Slide 6

Slide 6 text

P R O L O G U E / はじめに普段の画面は、こうなっています local raspi tmux session: brain 1 kuma-server dev 3 run 1 （ssh 2 2 3 Claude Code を並列実行 tmux セッションは環境ごと後ろに何枚も重なっている開発 $_ shell 先でも tmux）ペイン分割して Claude Code Claude Code ＝接続先ごと kitty のタブ Neovim 設定はここに ── github.com/TomoyaFujita2016/dotfiles S6 · 06 / 91

Slide 7

Slide 7 text

C H A P T E R 1 / Claude Code の話 01 Claude Code の話今具道背景構造日の構成が乗っている、3つの機能。作り方コスト学び応用 S7 · 07 / 91

Slide 8

Slide 8 text

C H A P T E R 1 / Claude Code の話スラッシュコマンド置 .claude/commands/ にマークダウンをくと、そのまま / コマンド名で呼べます。（実物・冒頭） # .claude/commands/morning-brief.md --description: --1. date 2. gw_read.py calendar 3. people/ business/ projects/ 朝のブリーフィング。期限リマインドとレコメンドを生成し Slack に通知するで現在日時を確認する（環境の日付は信頼しない）今日の予定を取得する（）各予定の事前準備を作る。から文脈を集める 01 02 03 コードではないいま15本 cron がくのはこれ /morning-brief /sync-grizz ほか claude -p "/morning-brief" 書いてあるのは手順書です。関数も設定ファイルも要りません。叩名前をつけて、置いておくだけ。無人で動いているジョブが呼ぶのも、全部この形です。仕事に具道背景構造作り方コスト学び応用 S8 · 08 / 91

Slide 9

Slide 9 text

C H A P T E R 1 / Claude Code の話スキル置 .claude/skills/ にくと、 description を見て必要なときだけ自動で読み込まれます。使いどころまで、書ファイルにいておく形です。（実物・冒頭） # .claude/skills/knowledge-curator/SKILL.md --name: knowledge-curator description: inbox 日次ノートやに溜まった気づきを、再利用可能な恒久ナレッジに昇格・整理する。「ナレッジに残す」「これ整理して」といった依頼や、weekly レビューで再利用価値のある学びが出てきたときに必ず使う。 --- 手順を全部 CLAUDE.md に書くと毎回読まれて重くなります。使うときだけ読ませたいものを、こちらに置きます。具道背景構造作り方コスト学び応用 S9 · 09 / 91

Slide 10

Slide 10 text

C H A P T E R 1 / Claude Code の話許可の出し方は、主に3通り 01 02 03 --allowedTools --permission-mode auto --disallowedTools 承認リスト。ここに書いたものは、確認を求めずに通ります。書いていない操作は分類器が判断します。止まらない代わりに、通事前操す。分類器より先に評価されます。ここに書いた作は、必ず止まりまることもある。止 auto は「まらない」ための設定です。「制限する」ための設定ではありません。具道背景構造作り方コスト学び応用 S10 · 10 / 91

Slide 11

Slide 11 text

C H A P T E R 1 / Claude Code の話 --disallowedTools と --permission-mode 操起閉させたくない作を、動時に指定できます。無人で動かすなら、ここをめます。の起動行（実物・抜粋） # grizz_loop.sh claude --model sonnet --permission-mode auto \ --disallowedTools \ 'Bash(uv run scripts/gw_write.py gmail-send:*)' # 'Bash(gh:*)' # PR 'Bash(rm:*)' 'Bash(git rm:*)' 'Bash(git mv:*)' # archive 'Bash(git push --force:*)' 'Bash(uv run scripts/gw_write.py drive-share:*)' メール送信のマージ・クローズ削除・移動止具道背景構造作り方操判 auto なので、ここに書いていない作は分類器が断します。めたいものだけを --disallowedTools にべればみます。コスト学び並応用済 S11 · 11 / 91

Slide 12

Slide 12 text

CHAPTER 2 / 第二の脳と、作った背景 02 背第二の脳と、作った景何を作って、なぜ作ったか。具道背景構造作り方コスト学び応用 S12 · 12 / 91

Slide 13

Slide 13 text

CHAPTER 2 / 第二の脳と、作った背景「第二の脳」、流行ってますよね近最だと「拡張脳」とも呼ばれます。 Notion Obsidian NotebookLM Tana 土台にして、自分の「第二の脳」を組む——という使い方が多いはずです。これらを具道背景構造作り方コスト学び応用 S13 · 13 / 91

Slide 14

Slide 14 text

CHAPTER 2 / 第二の脳と、作った背景私も、同じように使っていました。読ませる。ここまでは、たぶん皆さんと同じです。 Markdown などをAIにでは、なぜ自分で作ったのか。具道背景構造作り方コスト学び応用 S14 · 14 / 91

Slide 15

Slide 15 text

CHAPTER 2 / 第二の脳と、作った背景なぜ作ったか ── 仕事が、並行している自社製品の開発受託でのエージェント開発営業顧客対応手が足りないというより、脳みその切り替えコストで一日が溶けます。具道背景構造作り方コスト学び応用 S15 · 15 / 91

Slide 16

Slide 16 text

CHAPTER 2 / 第二の脳と、作った背景こぼれるのは、いつも同じ場所締切相手の返事待ち記録しれ忘忙しいと、尚更ミスります。しかも具道背景構造作り方コスト学び応用 S16 · 16 / 91

Slide 17

Slide 17 text

CHAPTER 2 / 第二の脳と、作った背景そこで Claude Code を、社員としてうことにしました。扱 \ あるある / 具道背景構造作り方コスト学び応用 S17 · 17 / 91

Slide 18

Slide 18 text

CHAPTER 3 / 中身と、できること 03 中身と、できることただの git リポジトリと、動いているもの。具道背景構造作り方コスト学び応用 S18 · 18 / 91

Slide 19

Slide 19 text

CHAPTER 3 / 中身と、できることある日、私のAIが私に送ってきた通知です起きる前に生成されて、Slack に届いていました。私が書いたものではありません。講演資料の提出が2日超過。Gmail を確認したが提出確認メールなし。今日の日中は予定が空いているので、最優先で今すぐ着手を。刺の手配が1日超過。テーブルクロス・名催促メールの下書きを作りますか。 T社の返信待ちが8日経過。準を大幅超過。Pi で tmux を確認し、必要なら叩き直すこと。同期ジョブの最終同期が約61時間前。18時間の基資料のことです。 1件目。これ、いま映してる具道背景構造作り方コスト学び応用 S19 · 19 / 91

Slide 20

Slide 20 text

CHAPTER 3 / 中身と、できること実体は、ただの git リポジトリです仕拍抜単純です。Markdown と git だけ。DBもフレームワークもフロントこれを出している組みは、子けするくらいエンドもありません。 brain/ CLAUDE.md tasks.md daily/ weekly/ projects/ business/ knowledge/ hobby/ questions/ scripts/ ├── ├── ├── ├── ├── ├── ├── ├── ├── └── 具道背景構造作り方 ← AIへのルール ← タスクの唯一の正本日次ノート週次レビュー進行中プロジェクト顧客・製品・営業恒久ナレッジ趣味承認チケット非同期ジョブコスト学び応用 S20 · 20 / 91

Slide 21

Slide 21 text

CHAPTER 3 / 中身と、できることディレクトリ構成が、そのままスキーマ扱義書切 AIはパスを見れば、い方が決まります。型定をく代わりに、ディレクトリをっています。置置 daily/ にく tasks.md にくそのの記録。タスクはかない未完タスクの一の正本日書了唯置 questions/ にく承認待ちのチケット置き場所そのものが、そのファイルの意味です。具道背景構造作り方コスト学び応用 S21 · 21 / 91

Slide 22

Slide 22 text

CHAPTER 3 / 中身と、できること 50日で、662コミット 662 47 日コミット / 50 15 スクリプト定期ジョブ日 1 あたり13コミット。その3分の1は、私が寝ている間に積まれています。具道背景構造作り方点の実測）（2026-07-29 時コスト学び応用 S22 · 22 / 91

Slide 23

Slide 23 text

CHAPTER 3 / 中身と、できることなぜ「ただのテキスト」か ── ① grep で串刺しできる由 DBを使わずに Markdown にした理は、3つあります。 grep -rn '@waiting' . これだけで、相手にボールがある案件が全部出ます。具道背景構造作り方コスト学び応用 S23 · 23 / 91

Slide 24

Slide 24 text

CHAPTER 3 / 中身と、できることなぜ「ただのテキスト」か別 ── ② 10年後も読める依存していません。ベンダーロックインがゼロです。特な形式に終わっても、手元にファイルが残ります。サービスが具道背景構造作り方コスト学び応用 S24 · 24 / 91

Slide 25

Slide 25 text

CHAPTER 3 / 中身と、できることなぜ「ただのテキスト」か ── ③ git diff で追える AIが何をしたか、行単位で分かる。差分で追えないと、任せたあとのレビューができません。これが一番効いています。具道背景構造作り方コスト学び応用 S25 · 25 / 91

Slide 26

Slide 26 text

CHAPTER 3 / 中艦身と、できること母と Raspberry Pi、2台で分ける身話以中のは上です。次は、どこで動かしているか。 pull › 艦 ← 母（Ubuntu）触対話セッション専用私がる。設計・実装・レビュー重い作業はここだけ作業 › commit › push → GitHub プライベートリポジトリ特別なプロトコルは無い。同期は git cron はゼロ Raspberry Pi 常時稼働。誰も触らない cron 15ジョブ常駐） Slack ゲートウェイ（対話 loop の常駐セッション主体を、物理的に分けています。書く具道背景構造作り方コスト学び応用 S26 · 26 / 91

Slide 27

Slide 27 text

CHAPTER 3 / 中身と、できること余談 ── 常時稼働なら、microSD より SSD 壊聞「Pi の microSD、れませんか」とよくかれるので。壊題まず、れても大きな問にはなりません身は全部 git で GitHub にあります。焼き直して clone すれば戻る。失うのは gitignore し中てあるものだけです。常稼働は書き込みが止まらないとはいえ、時実測は 1日 2.2GB・年 815GB。読み出しも 44MB/s で頭打ちです。この Pi の替長く回すなら、SSD に載せえる M.2 SSD を載せるアダプタの例速度も書き込み耐久も一段変わります。 M.2 SSD を載せるアダプタが出ています。困っていません。私の Pi はまだ microSD です。git に載せてあるので、まだ具道背景構造作り方コスト学び応用 S27 · 27 / 91

Slide 28

Slide 28 text

CHAPTER 3 / 中身と、できることできること① 朝の「今日の提案」章初身このの最にお見せした通知の、正体です。中は3手だけ。 tasks.md ・カレンダー直近の daily/ を読む → 超滞留判断期限過とをする Slack に投げる → Incoming Webhook 特別なことは何もしていません。毎朝必ず動くことに価値があります。具道背景構造作り方コスト学び応用 S28 · 28 / 91

Slide 29

Slide 29 text

CHAPTER 3 / 中身と、できることできること② 相手ボールの、放置検出決タスクはただの Markdown チェックボックス。 @waiting だけ自分でめた記法です。月以降の事業条件のたたき台を出す @business !high ~2026-08-01 社への提案書、返信待ち @waiting:2026-07-18 @business 区分 ! 優先度 ~ 期限 @waiting: ボールが相手に渡った日 - [ ] 8 - [ ] T @ 法を1つ埋めておくだけで、あとの自動化が全部 grep で書けます。記具道背景構造作り方コスト学び応用 S29 · 29 / 91

Slide 30

Slide 30 text

CHAPTER 3 / 中身と、できること催促を提案してくる 3日動かないと、日停滞を検出 3 以上の → Gmail で受信を確認 → 「見つかったのは自分の送信分のみ」まで見る催促を提案待ちタスクは作業リストには出しません。でも放置検出の対象にはなります。具道背景構造作り方コスト学び応用 S30 · 30 / 91

Slide 31

Slide 31 text

CHAPTER 3 / 中身と、できること ③ どこから話しかけるかできること口入は3つ。ただし読み書きする先は、同じ1つのリポジトリです。具道起動。設計・実装・レビューはここ PC ローカルで Claude Code をそのままスマホ Pi 上の常駐セッションを、スマホの Claude Code からリモート Slack 専用チャンネルにげる。補。操作。移動中の主経路投背景構造助常駐ゲートウェイが受けて処理し、返信してくる作り方コスト学び応用 S31 · 31 / 91

Slide 32

Slide 32 text

CHAPTER 3 / 中身と、できること助 Slack を補に回したのには、理由があります。路起枠課金になると告知されていたから。そこで主経路を、常駐セッションを直接触る側に寄せました。この経はヘッドレス動になり、別具道背景構造作り方コスト学び応用 S32 · 32 / 91

Slide 33

Slide 33 text

CHAPTER 3 / 中身と、できること ④ 見つける係と、やる係を分けるできること観測フェーズ実行フェーズ Gmail・Drive・Slack を読み取り専用で見入外を見る中だけ見るる。案件の要約を更新する。対応が必要なものを tasks.md に - [ ] として起こす。やるのはここま → tasks.md → 具背景構造け。外は見に行かない。渡し口は tasks.md の1本だけ。両受け方に外を見せると、同じ用件を別のキーで。道口は tasks.md と projects/ だで拾って二重に作業します。作り方コスト学び応用 S33 · 33 / 91

Slide 34

Slide 34 text

CHAPTER 3 / 中身と、できること聞戻せる作業は、かずに終わらせて、終わってから報告してくる。返信案、資料のたたき台、調査、コードの修正。戻せない操作だけ「あとは送るだけ」で止まります。判断だけが手元に残る——欲しかったのは、この働き方でした。具道背景構造作り方コスト学び応用 S34 · 34 / 91

Slide 35

Slide 35 text

CHAPTER 3 / 中身と、できること ⑤ 止まった理由まで、書いてくるできること同じリポジトリに、これを全部入れています。顧案件・客製品の記録日々の作業ログ何に時間を使ったかお金の記録案件データだけを入れると、止まったことは分かる。でも理由は書けません。具道背景構造作り方コスト学び応用 S35 · 35 / 91

Slide 36

Slide 36 text

CHAPTER 3 / 中身と、できること章同じリポジトリだから、書けた文週停滞は種類が違う——事業タスク同士の中での回避。講演資料は『スライド案を複数本並行して作り続ける』という形で、決定という負荷の高い行為を先延ばしにして「今のいた。」 weekly/2026-W29.md （実物・自動生成）列で並んでいるから、パターンとして書けます。行動のログが同じ場所に時系モデルの賢さより何を読ませたかで変わる——実際に動かしてみての実感です。エージェントの出力は、具道背景構造作り方コスト学び応用 S36 · 36 / 91

Slide 37

Slide 37 text

CHAPTER 4 / 壊しながら、作った 04 壊しながら、作った壊れた順に、ルールが増えました。具道背景構造作り方コスト学び応用 S37 · 37 / 91

Slide 38

Slide 38 text

CHAPTER 4 / 壊しながら、作った振舞どうるってほしいかを、書いておく起性格と運用ルールを、ここに固定します。誰が起動しても、同じ振る舞いになります。 CLAUDE.md は、Claude Code が動時に必ず読むファイルです。具道背景構造作り方コスト学び応用 S38 · 38 / 91

Slide 39

Slide 39 text

CHAPTER 4 / 実物壊しながら、作った ── CLAUDE.md の「振る舞いの原則」振る舞いの原則結論から先に述べる。前置き・お世辞・過剰な気遣いは不要率直に評価する。論理が弱ければ理由を示し、言い訳や過小評価は指摘するファイル作成・編集・移動は確認なしで実行し、やってから報告する ## - 日付に言及するときは必ず date コマンドで現在日時を確認する。環境変数やメモリ上の日付は信頼しない言えること。4つ目だけ、AIにしか言いません。なぜ？ ↑ 上の3つは、人にも具道背景構造作り方コスト学び応用 S39 · 39 / 91

Slide 40

Slide 40 text

CHAPTER 4 / 壊しながら、作った LLMは、時計を持っていません。今日が何日かは、外から渡さないと分からない。渡さないまま期限を計算させて、全部ズレました。具道背景構造作り方コスト学び応用 S40 · 40 / 91

Slide 41

Slide 41 text

CHAPTER 4 / 壊しながら、作ったルールは、最初に完に書けません。璧故が起きた場所に、1行ずつ足していく。事限計算が全部ズレたあとで足した1行です。さっきの4つ目も、期の私の失敗が CLAUDE.md は今200行くらいありますが、ほぼ全部の行の裏側に、対応するあります。具道背景構造作り方コスト学び応用 S41 · 41 / 91

Slide 42

Slide 42 text

CHAPTER 4 / 壊しながら、作った故 ── 同じタスクが、3つに増えた事 Google Tasks □ スライドの決定版を固める（今日中） □ スライド決定版を固める □ 【最優先】スライドの決定版を固める ~7/17 同期先から見ると、別々のタスクです。具道背景構造作り方コスト学び応用 S42 · 42 / 91

Slide 43

Slide 43 text

CHAPTER 4 / 壊しながら、作った真因 ── 毎朝、書き写していた朝日次ノートにタスクを書き写していました。書き写すたびに文言が微妙毎、にズレて、同期先からは別タスクとして再登録された。 AIのせいではありません。同じものが2 具道背景構造箇所に存在する設計にしてしまったせいです。作り方コスト学び応用 S43 · 43 / 91

Slide 44

Slide 44 text

CHAPTER 4 / 壊しながら、作ったどれを正とするか ── 単一ソース原則単一ソース原則（重複防止の要）アクティブな未完了 `- [ ]` の正本は tasks.md に一本化する。同じタスクの `- [ ]` をリポジトリ内に複数置かない。 - daily/ には `- [ ]` を書かない - 「繰越し」という操作は無い。タスクは完了するまで tasks.md に居続ける ### 実故追節 CLAUDE.md （物・この事のあとに記した）具道背景構造作り方コスト学び応用 S44 · 44 / 91

Slide 45

Slide 45 text

CHAPTER 4 / 壊しながら、作ったコピーが無ければ、文言はズレようがありません。運用で頑張るのをやめて、設計で消しました。具道背景構造作り方コスト学び応用 S45 · 45 / 91

Slide 46

Slide 46 text

CHAPTER 4 / 壊しながら、作ったどこまでやらせる？戻せるかどうかで決める戻せる → 怖くない戻せない → 書き換える承認が要る削除する PR をマージ／クローズする相手のいるチャンネルに投稿する顧客にメールを送るリポジトリのファイルをファイルを Google Docs を作る（自分のDrive）自分専用チャンネルに通知する作るメールの下書きを賢さではなく、操作が戻せるかどうかで決めています。 AIの具道背景構造作り方コスト学び応用 S46 · 46 / 91

Slide 47

Slide 47 text

CHAPTER 4 / 壊しながら、作った承認は、どの単位で求める？下書きを作る書き直す・作り直す何回でも自由 → 送信する承認ここだけ触承認」にすると、1通あたり10件の承認が飛んできます。そうなると、中身を見ずに押すようになります。ここを「メールにるたび承認を求める回数は、1つの判断につき1回まで。具道背景構造作り方コスト学び応用 S47 · 47 / 91

Slide 48

Slide 48 text

壊しながら、作った CHAPTER 4 / 承認は、リアクション1個 ① 承認チケットを書く questions/q-*.md → ② Slack にスレッドを立てる → ③ 承認か却下を押す承認／却下 → ④ ゲートウェイが即座に受信常駐 / Slack Socket Mode → ⑤ 承認された操作だけ実行絵文字を1個押すことだけです。私がやるのは、具道背景構造作り方コスト学び応用 S48 · 48 / 91

Slide 49

Slide 49 text

CHAPTER 4 / 壊しながら、作ったチケットは、リポジトリの中のファイル id: q-20260719-1602-github-review-pr89 status: done ## #89 GitHub ## gh pr review 89 --comment --body "< >" ## 質問自社プロダクトのレビュー結果を提案アクションにコメント投稿してよいか。本文回答本人が承認。記載の本文どおりに投稿。結果: .../pull/89#pullrequestreview-... 承認したかが、コードと同じ場所にバージョン管理されています。いつ何を具道背景構造作り方コスト学び応用 S49 · 49 / 91

Slide 50

Slide 50 text

CHAPTER 4 / 壊しながら、作ったルールに書くだけでは、守られるとは限りませんルールに書く＝お願い承認を取れ」と書いて CLAUDE.md に「メール送信はあります。具道守られる確率は高い。でも100%ではない。背景構造作り方渡ツールをさない＝保証非同期ジョブには、そもそも送信ツールを渡していません。渡すのは、承認後に動く実行側だけ。コスト学び応用 S50 · 50 / 91

Slide 51

Slide 51 text

CHAPTER 4 / 壊しながら、作った境界は、3か所で引く不可逆な操作は deny に書く。allow より先に評価されるスコープ読み取り専用の資格情報しか持たせない実行ホスト書き込み系は特定のスクリプトからしか起動しない外部サービスも同じ。「書かないでね」と書くのではなく、書けない資格情報で繋ぐ。 disallowedTools OAuth プロンプトはガイドライン。ツールの具道背景構造作り方境界が、権限です。コスト学び応用 S51 · 51 / 91

Slide 52

Slide 52 text

CHAPTER 5 / 料金改定と、コストの解決 05 料金改定と、コストの解決告知、直具道背景構造撃、測定、置き場所の変更。作り方コスト学び応用 S52 · 52 / 91

Slide 53

Slide 53 text

CHAPTER 5 / 料金改定と、コストの解決 2026年5 月13日 Claude Code、料金プラン大改定の告知幅具道背景構造作り方コスト学び応用 S53 · 53 / 91

Slide 54

Slide 54 text

CHAPTER 5 / 料金改定と、コストの解決枠を SDK と claude -p がサブスクの利用共有している件、 Claude Code やチャットと多くの質問をいただきました。月15日から、プログラム実行には専用の枠を割り当てます。サブスクの上限は変わりませ 6 ん。以後は対話利用のために確保されます。 x.com/ClaudeDevs/status/2054610153929097600 claude -p が、別料金に！？具道背景構造作り方コスト学び応用 S54 · 54 / 91

Slide 55

Slide 55 text

料金改定と、コストの解決 CHAPTER 5 / どう変わる、と告知されたか項目対象枠超過したら知告された内容枠 claude -p （ヘッドレス）と Agent SDK。サブスクの利用から分離月次クレジット。プランに応じて $20 〜 $200。繰り越しなし従量課金に流すか、止まるか従来どおり。据え置き対話セッション影響を受けるのは、無人で回している人間だけでした。具道背景構造作り方コスト学び応用 S55 · 55 / 91

Slide 56

Slide 56 text

CHAPTER 5 / 料金改定と、コストの解決第二の脳に、クリティカルヒット起 cron は15ジョブ。そのうち10本が claude -p のヘッドレス動です。 */1 question_poll.sh 承認チケットの返信待ち */5 mention_sync.sh #brain のメンション日 8:00 daily_recommend.sh 今の提案を作る日振返日 21:00 weekly_review.sh 週次レビュー生成月 8:30 finance_weekly.sh 家計の週次月 8:35 finance_pace.sh 予算ペース判定 1日 9:00 finance_monthly.sh 家計の月次 10日 9:00 finance_monthly.sh 月次を確定値で再集計 3:10 grizz_loop_refresh.sh 常駐セッションを作り 21:30 closeout_reminder.sh 一のりり先 */15 capture_sync.sh 外出メモの取り込み */15 activity_digest.sh 活動ログの要約通知 */15 gtasks_sync.sh Google Tasks 同期振 7:30 inbox_sweep.sh inbox の自動り分け 7:40 pr_review.sh open PR のレビュー直す／回 $1 超で一番重く、コスト都合で cron から外して手動運用にしていた構造作り方 × ingest_grizzlarity.sh メール Drive の同期。1 具道背景コスト学び応用 S56 · 56 / 91

Slide 57

Slide 57 text

CHAPTER 5 / 料金改定と、コストの解決いま、どれくらいコストがかかってる？ジョブ名つきで、1 回動くたびに1行。6週間ぶんの台帳がこれです。 slack-request ／ 44回 $23.14 ／ 20回 $22.21 ／ 42回 weekly-review $5.87 morning-brief $29.78 sync-grizz 82 % ／ 6回 $5.62 ／ 23回 $4.98 ／ 38回その他5ジョブ closeout-draft 数が多いジョブが高いわけではありません。上位3ジョブで82%。回具道背景構造作り方コスト学び応用 S57 · 57 / 91

Slide 58

Slide 58 text

CHAPTER 5 / 料金改定と、コストの解決起呼そもそも、動するたびにAIをぶ必要ある？起呼判済 cron は1分おきに動します。でもやることが無いほうがほとんど——なら、AIをぶ前に定すればみます。確認チケットの返信ポーリング（分おきに起動） ① 待っているチケットが無い新着の返信だけ拾う。不使用 ② 新着の返信が無い ③ 単純な承認／却下はAI無しで実行 # question_poll.sh — 1 [[ -z "$(ls questions/q-*.md)" ]] && exit 0 # NEW=$(uv run scripts/question_check.py) # AI [[ -z "$NEW" ]] && exit 0 # uv run scripts/ticket_fastpath.py && exit 0 # claude_tracked question-poll "/resolve-questions" --model sonnet 呼ばない判定は、AIの外の安いコードで書く。 AIを具道背景構造作り方コスト学び応用 S58 · 58 / 91

Slide 59

Slide 59 text

CHAPTER 5 / 料金改定と、コストの解決落 3段のゲートで、どこまでちるか起動 1分おき＝ 1日 14 4 0 回 1 待っているチケットが無い 2 新着の信が無い（Python が判定） AIをばずに 3 単純な承認／却下は fastpath が実行 AIをばずに返呼終了呼終了呼終了 AIをばずに残りだけ claude を呼ぶ呼んだのは、6週間で数回。 AIを使っていないわけではありません。このジョブが呼ばないだけです。このジョブが claude を具道背景構造作り方コスト学び応用 S59 · 59 / 91

Slide 60

Slide 60 text

CHAPTER 5 / 料金改定と、コストの解決前回から何も変わっていないのに、動かす意味ある？さっきは自分の中に仕事があるかを見ました。こちらは外の入力が動いたかを見ます。 # ingest_grizzlarity.sh last_epoch=$(cat "$STATE_FILE") # gmail_new=$(gw_read.py gmail --query "after:${last_epoch}" --max 1 | jq .count) drive_new=$(gw_read.py drive --query "modifiedTime > '${last_rfc}'" --max 1 | jq .count) if [[ "$gmail_new" == "0" && "$drive_new" == "0" ]]; then 前回同期した時刻 exit 0 # 差分ゼロ → AIを起動しない fi claude_tracked sync-grizz "/sync-grizz" echo "$RUN_EPOCH" > "$STATE_FILE" 具道背景構造 # 作り方成功時だけ前進させるコスト学び応用 S60 · 60 / 91

Slide 61

Slide 61 text

CHAPTER 5 / 料金改定と、コストの解決 claude -p を使わずに、定期実行したい！処理の中身は1行も変えていません。変えたのは、どこで動かすかだけです。起 cron が claude -p を動毎回あたらしいセッションを生やすヘッドレス。 → 中身は1行も変えない常駐セッションの中で /loop 置対話セッション。同じ仕事・同じスクリプト Pi やリモートサーバー上にいた具道背景構造作り方コスト学び応用 S61 · 61 / 91

Slide 62

Slide 62 text

料金改定と、コストの解決 CHAPTER 5 / /loop と /schedule 、どちらで回すか /schedule はローカルのスケジューラではなく、クラウドで動く Routines を作るコマンドです。 /loop /schedule （Routines）自分のマシン Anthropic のクラウドマシンの動要る不要セッション開いている必要がある不要最の間 1分 1時間手元のファイルと認情報そのまま使える使えない（動く場所起短隔証毎回 clone）約実行もありますが、画面の無い Pi では動きません。 ※ ほかに Desktop アプリの予具道背景構造作り方コスト学び応用 S62 · 62 / 91

Slide 63

Slide 63 text

CHAPTER 5 / 料金改定と、コストの解決私の構成だと、選べたのは1つでした /schedule （Routines） /loop Gmail と Drive のトークンは ~/.config/brain/ にあセッションを開いたままにできるなら使えます。Pi ります。は元から常時稼働なので、条件を満たしていまし家計の生データは .gitignore 済みです。どちらも、毎回 clone されるクラウドには現れません。た。移せなかったのは性能でも料金でもなく、認証とデータが手元にあるからです。クラウドに具道背景構造作り方コスト学び応用 S63 · 63 / 91

Slide 64

Slide 64 text

CHAPTER 5 / 料金改定と、コストの解決 ── 対話セッションの中で、繰り返させる /loop 渡 Claude Code のスラッシュコマンドです。したコマンドを、繰り返し実行し続けます。間隔を指定する # /loop 5m /sync-grizz 間隔を省略すると self-paced ── 次にいつ起きるかを、AI自身が決める目標時刻の±5分以内のときだけ同期する。終わったら次の目標時刻まで眠る # /loop 1つのセッションで回る毎回起動し直すのではなく、同じ対話セッションの中で繰り返します。具道背景構造起床時刻を自分で決める枠が変わる間ヘッドレス動がえません。cron を隔を渡さなければ、次にいつ動くかをAIが判断して眠ります。作り方コスト起増置き換えたのではなく、cron の外に出しました。学び応用 S64 · 64 / 91

Slide 65

Slide 65 text

CHAPTER 5 / 実物料金改定と、コストの解決 ── tmux の中で、対話セッションを起こす ── の中で「対話」のを起動する（ではない） # grizz_loop.sh tmux claude -p tmux new-session -d -s grizzloop -c "$REPO_ROOT" tmux send-keys -t grizzloop \ "claude --permission-mode auto --disallowedTools "$DENY" ..." Enter そのセッションにを流し込む # /loop tmux send-keys -t grizzloop \ "/loop 06:50 12:00 18:30 ±5 ・・の分のときだけ動く ..." Enter 起動するのは対話セッション。止めたいものは --disallowedTools に書いてあります。具道背景構造作り方コスト学び応用 S65 · 65 / 91

Slide 66

Slide 66 text

CHAPTER 5 / 料金改定と、コストの解決刻中身は、時ゲートと2つのフェーズ標刻？目時の±5分かいいえ → 何もせず、次の時刻まで眠るはい ↓ ① 同期フェーズ /sync-grizz 読んで要約を更新し、commit › push Gmail・Drive を → ② 作業フェーズ /work-ahead 可逆な作業を3件まで片付けて #brain に報告観測と実行を1つのループに閉じてあります。別々に回すと、同じリポジトリを2本が触って git で競合します。具道背景構造作り方コスト学び応用 S66 · 66 / 91

Slide 67

Slide 67 text

CHAPTER 5 / 料金改定と、コストの解決弱 ── 7日で、失効する /loop の点忘れられたループが回り続けないよう、作成から7日で最後に1回だけ発火して、自分を消します。 7 日が経つ消ループだけがえる → 残 tmux セッションは生きたままる → tmux ls では気づけない落プロセスはちていない黙って止まります。同期が止まっていることに気づくのは、数日ぶんの記録が抜けたあとです。エラーも出ません。具道背景構造作り方コスト学び応用 S67 · 67 / 91

Slide 68

Slide 68 text

CHAPTER 5 / 対策 7 料金改定と、コストの解決 ── 作り直す cron を、1本足した日で失効するなら、7日が経つ前に作り直せば済みます。 ── 毎日にを作り直す # crontab 3:10 grizzloop 10 3 * * * $REPO/scripts/grizz_loop_refresh.sh 減らすために移したのではありません。ヘッドレス起動の分を定額枠に残すために、重い同期ジョブだけを移しました。ジョブの実体は /loop 、セッションの生存管理は cron。役割を分けただけです。 cron を具道背景構造作り方コスト学び応用 S68 · 68 / 91

Slide 69

Slide 69 text

料金改定と、コストの解決 CHAPTER 5 / 作り直すときに、気をつけたこと 01 02 深夜に置く標時刻（06:50 / 12:00 / 18:30）からいちばん遠い時間。作業の途中で落とさないためです。目 flock とは具ループの git 操作は1コマンドずつ flock しています。ロックが取＝いま git は走っていない。れた起無ければ、動する失効していても、Pi が再起動していても、翌 3:10 に自動で戻ります。ブレーカーが落ちても安心（？） ── ファイルを使った排他ロック。同じロックファイルを指定したコマンドは、同時に1つしか走りません。ここでは道落とす前にロックを取る 03 scripts/.git.lock を共有しています。背景構造作り方コスト学び応用 S69 · 69 / 91

Slide 70

Slide 70 text

CHAPTER 5 / 料金改定と、コストの解決測る前と、測ったあと前後何にいくらかかっているか不明 → ジョブ別に1回1行で台帳化起動するたびに、AIを焚いていた → 起動しても、ほとんど焚かない重いジョブは止めて手動運用 → 止めていたジョブを自動に戻した削ったのではなく、止めていたものを戻せました。具道背景構造作り方コスト学び応用 S70 · 70 / 91

Slide 71

Slide 71 text

料金改定と、コストの解決 CHAPTER 5 / ……ところで、この改定なんですが 2026-05-13 2026-06-15 2026-07-30 公式告知「6/15 から claude -p はサブスク施行当日に一時停止 ── 再告知なし。停止のまま枠と分離」「For now, nothing has changed」（公式ヘルプ 15036540 / 最終更新 6/16） ※「施行済み」と書いた記事が検索上位にありますが、一次資料の提示はありません字はだから今日の数枠実測」です。円で請求が来てい「サブスクでのるわけではありません。それでも、1つも戻していません測ったら、課金形態と関係なく上位3ジョブで82%を食っていたからです。そして claude の呼び出しはラッパー1関数に集約してあるので、いつ施行されても環境変数1つで倒せます。課金の形が変わらなくても、損はない。何にいくらかかっているかは、知っておいて具道背景構造作り方コスト学び応用 S71 · 71 / 91

Slide 72

Slide 72 text

C H A P T E R 6 / やってみて、分かったこと 06 やってみて、分かったこと日答え合わせ。 50 ぶんの、具道背景構造作り方コスト学び応用 S72 · 72 / 91

Slide 73

Slide 73 text

C H A P T E R 6 / やってみて、分かったこと章返ってきたのは、こういう文でした駆動開発カンファレンス講演資料提出（〜7/17）が9日間「今日中にやる」と言われ続けて未解決。……会議で2 度「共有」しても実行に移っていない。次に同じ指摘を書いても効果はない。」「選択肢を増やす作業は『進んでいる感』を出せるが、実際は決定回避。」「相手ありきの締切と違い、フォーム提出という『相手の顔が見えない締切』の優先度が実質的に格下げされてい「AI た。」術遂渉「タダ働きの延長」リスクが高まる」避造が見える。実装が終わるほど「技タスクの完に逃げて、条件交という気が重い意思決定をけている構 weekly/2026-W29.md 契態毎両持書（実物・自動生成）指摘です。どれも、約の状と、私が日何にコミットしていたかの方をっていないとけない具道背景構造作り方コスト学び応用 S73 · 73 / 91

Slide 74

Slide 74 text

C H A P T E R 6 / やってみて、分かったこと落同じレビューの、最後の段警「同じ告を4 判日連続で出し続けて行動が変わらなかった時点で、『今日中に』という抽象的な指摘では機能しないと断すべきだった。種停滞には『今すぐこの場でフォームを開く』レベルの具体粒度で介入する必要がある。日々の自動提案が同じ文言を繰り返すだけになっているなら、それは通知の形骸化であり、優先度を上げる／エスカレーション方法を変えるべきサイン。」今後同の weekly/2026-W29.md （実物・自動生成）同じレビューの中で、自分が出した通知についても書いています。私は指示していません。具道背景構造作り方コスト学び応用 S74 · 74 / 91

Slide 75

Slide 75 text

C H A P T E R 6 / やってみて、分かったこと 1から作らなくても、公式で使えるものがあります日似今お見せした自作の部分は、いまたことが公式機能でもできます。実行。マシンを起動しておかなくていい /schedule クラウドで定期 /loop 対話セッションの中で、繰り返し実行する Remote Control スマホや claude.ai から、手 Channels Telegram・Discord・iMessage からセッションに送る claude ultrareview クラウドのマルチエージェントでコードレビュー元のセッションを操作する構成で実際に使っているのは /loop だけです。それも、失効対策の cron で外側から包んで回しています。自分で書けば好きなだけ変えられるし、何より作っているのが楽しい。私の具道背景構造作り方コスト学び応用 S75 · 75 / 91

Slide 76

Slide 76 text

C H A P T E R 6 / やってみて、分かったこと壊れたのは、ぜんぶ AI の外側でした賢消種類の壊れ方でした。並べると、地味な話ばかりです。モデルがくなってもえないきっかけ足したもの仕事が止まった理由を、説明できない日々の作業ログも、同じリポジトリに入れた増えた越しをやめた同じタスクが、3つに正本を1つに決めて、繰り可逆な操作が、ルール頼りだった不ヘッドレス送信ツールを、そもそも起動が、別料金になる告知渡さないことにした起動と課金を、分けた壊れてから足しました。先に4つ決めて作ったわけではありません。ぜんぶ、具道背景構造作り方コスト学び応用 S76 · 76 / 91

Slide 77

Slide 77 text

EPILOGUE / 製品への還流 07 還製品への流 KumaKumaAI に入った note 具道背景構造作り方機能まで。コスト学び応用 S77 · 77 / 91

Slide 78

Slide 78 text

EPILOGUE / 製品への還流ここから少しだけ、製品の話をします業界特化型の、マルチエージェントAIプラットフォームです。書社内の文やチャットをナレッジ化調複数のエージェントがべに行く答えには必ず出典が付く調査の過程もあとから追える具道背景構造作り方コスト学び応用 S78 · 78 / 91

Slide 79

Slide 79 text

EPILOGUE / 途製品への還流用ごとに、機能として開発しています具道読去資サポートセンター対応問い合わせメールをんで、過のやり取りと社内料から返信案を作る拡張脳社内ナレッジの層調と note 機能——今ま入っています既存製品への取り込み開発 API でお客の品に組み込。エージェントとして中に入る背景深査構造様製作り方日話してきたものが、そのまむコスト学び応用 S79 · 79 / 91

Slide 80

Slide 80 text

EPILOGUE / 製品への還流この設計、製品に入れました自社のAIプラットフォーム「KumaKumaAI」の note 機能です。能フォルダ階層（説明文つき）蒸留ノート＋出典への紐付け brain（個人リポジトリ） KumaKumaAI note 機ディレクトリ＝スキーマ Markdown [[ リンク]] で繋ぐ grep 具道ファイルノート間リンクの自動解決で串刺し全文検索背景構造作り方コスト学び応用 S80 · 80 / 91

Slide 81

Slide 81 text

EPILOGUE / 製品への還流よくある構成よくある構成＋チャンクベクトル具道背景 ── 刻んで、寄せ集める文社内書 › 構造械刻機的にむ作り方 › 断片が並ぶコスト › 近いものをせめる寄集学び › 脈途文が中で切れたままる応用渡 S81 · 81 / 91

Slide 82

Slide 82 text

EPILOGUE / 製品への還流還流① 刻まずに、蒸留してから置く note 機能蒸留＋段階的な探索具道背景文社内書 › 構造蒸留する AIが › 作り方＝ 1ノート 1トピックコスト › 置フォルダにく学び › 話が繋がったまままるごとる渡応用 S82 · 82 / 91

Slide 83

Slide 83 text

EPILOGUE / 製品への還流大きな違いは、生データをんでめ込まないこと。刻埋渡す——この流れ自体は同じです。関連するナレッジを検索して、モデルに具道背景構造作り方コスト学び応用 S83 · 83 / 91

Slide 84

Slide 84 text

EPILOGUE / 製品への還流精なぜ、度が上がるのか片統断ではなく、全文単一ソースに合 1トピックが完結した本文をまるご同じ事と渡すので、話が繋がったまま答えられる。＝ brain の Markdown 1ファイル実が複数の文書に散っていても、取り込み時に既存ノートへ統合。矛盾も検出する。＝ Chapter 4 の単一ソース原則典辿出をれる各ノートは元文書へのリンクを保持。古ければ担当者がその場で直せる。＝ git で差分が追えること 3つとも、個人リポジトリで先にやっていたことです。具道背景構造作り方コスト学び応用 S84 · 84 / 91

Slide 85

Slide 85 text

製品への還流 EPILOGUE / ── トークンは、増えます正直に言うと蒸留し、回答時にはまるごと渡す。取り込み時につまり取り込みのときに、コストを寄せた設計です。量に上限を設けて青天井は防いでいますが、ベクトル検索より処理量は多くなります。注入 ※ コストを固定したい場合は国内GPU基盤プラン。推論をお客様ごとの専有 GPU 環境で回すので、処理量が増えても料金は変わりません。具道背景構造作り方コスト学び応用 S85 · 85 / 91

Slide 86

Slide 86 text

EPILOGUE / 製品への還流還流② 探す手順を、書いておく（実物）── にこう探させる、と書いてある探索順の目安 → 該当の projects/ business/ knowledge/ → 直近の → memory。grep で串刺し検索してから該当ファイルを読む # CLAUDE.md AI : tasks.md daily/ weekly/ 順書が、製品ではそのままツールの並びになっています。この手 01 02 03 04 05 棚を見る当たりをつける探す SEARCH_NOTES 開いて読む READ_NOTE 足りなければ 03 LIST_NOTE_FOLDERS フォルダで絞るへ戻る往納得できるまで、復する具道背景構造作り方コスト学び応用 S86 · 86 / 91

Slide 87

Slide 87 text

EPILOGUE / 製品への還流量大のノートのうちの、ある1つの、1行までり着けます。辿類似度検索では、その1行は上位に来にくいです。一発の具道背景構造作り方コスト学び応用 S87 · 87 / 91

Slide 88

Slide 88 text

EPILOGUE / 製品への還流還流③ 可逆性の線引きも、そのまま入りました層毎日メンテするジョブがあります。その挙動の決め方が、Chapter 4 と同じです。ノートを """Curator: daily maintenance of the note layer. mechanical and reversible, auto-applied applied only on user approval never auto-merged """ backend/tasks/curate_notes.py 置き場所のズレを直す空フォルダの整理重複ノートの統合 ← 確信があっても提案止まり（実物）具道背景構造作り方コスト学び応用 S88 · 88 / 91

Slide 89

Slide 89 text

EPILOGUE / 製品への還流毎日自分で使っていると、どこが効いて、どこが要らないかが先に分かります。第二の脳で試して残ったものだけを持ち込んだので、作るものの精度が上がりました。具道背景構造作り方コスト学び応用 S89 · 89 / 91

Slide 90

Slide 90 text

EPILOGUE / 製品への還流提供のしかたは、3つ SaaS セルフホスト共有環境で低コストに様のVPC内に構築お客盤国内GPU基処理を国内DCで・定額制全身は同じです。お客様の制約に合わせて、動かす場所だけ変えられます。中具道背景構造作り方コスト学び応用 S90 · 90 / 91

Slide 91

Slide 91 text

EPILOGUE / 製品への還流続きは、ブースで展ブース出中です今日お見せしたリポジトリの実物 note 機能の実機デモかわいいくまステッカー配ってますスライドはこちらありがとうございました。藤田智也 / Grizzlarity Inc. S91 · 91 / 91