柾木久央 | Claude Codeガチ勢

エムズナイン株式会社代表。Claude Codeで事業もプロダクトもつくる。訪問看護ゆりえ / AI活用支援。AIで、自分の力を爆発させる人を増やしたい。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

京大文学部を出て英語教師になった。
その後、入り直した京大院を中退した。
大企業の経営企画部に入った。
テクノロジーで起業して、会社は辞めた。
訪問看護ステーションを始めた。
そして今、Claude Codeで仕事のあり方を根本から変えている。

全部、自分で決めた。後悔はない。
ただ、反省が一つだけある。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

僕は、訪問看護を始める前に「人手不足の業界に入るなら、人が来たくなる場所を先に作らないとジリ貧になる」と考えた。
むしろ、その準備をしないまま参入するのは怖くてしょうがなかった。
競合調査をしていて、そういう構造に気づいた。「みんな、採用雑じゃね？」って。

ステーション名にも時間をかけた。
理念は1年半かけて作ってて、まだ進行中。
テクノロジーで業務を効率化して、看護師さんがケアに集中できるように。
記録はAIで作るから、残業はほぼゼロ。
稼ぎたい人のためには、残業ではなく、社内副業制度を提案してる。

全部、採用のため。
採用ができて、スタッフさんがケアに向き合ってくれたら、今度はケアマネさんなどの関係者もうちを選ぶ理由になる。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

医療・介護は「人手不足」って言われてるけど、マーケティング観点から見ると、人に選んでもらうための努力がシンプルに足りないと思ってる。

病院は看護師がいないとベ��ドを閉じるしかない。特養も空きベッドがあるのに入れられない。
転職する医療・介護人材から見たら、「選ばれたいなら理由を見せてくれ」って話だと思う。

「保険で売上が決まっちゃってるからこれだけしか給料出せなくて…」
だとしても、��ゃあ他になにか努力してるか？っていう。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

訪問看護はベッド数の上限がない。
効率化して、1日あたりに回れる件数を増やせば、シンプルに利益率が上がる。
人を採れば訪問件数が増え��、売上も伸びる。

ほとんどのステーションは、看護師数人で「無策に」始めてしまってるんじゃないか。
需要があるからそれなりの売上は立つ。でも採用の仕組みがないから、そこから先に進めない。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

M4 MacBookを使ってて、端末がバカ熱くなるひといませんか…？？

特にZoom使ってるとマジでめちゃくちゃ熱くなって、
画面共有が使い物にならなくなることもある😭

端末の不具合かなと思って調べたら、macOSとElectronの既知のバグとのこと。

liquid glassデザインは犠牲になるかもしれないが、
設定アプリから「透明度を下げる」というのが一番効くらしい。

これで治るといいなあ。

マジでバッテリー寿命削れてるだろって思うくらい熱くなってたし、
気持ち、膨張してるような気がしないでもないので、

一度Apple Storeに持っていってみようかな🤔

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

@amoboroboro さすが！！

ちなみに、僕は最近、「APIでデータが取れない」ってだけで、マネフォからfreeeに乗り換えました笑

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

Claude Codeで専用のスキルを作って、Xの投稿を作ってる。

自分の投稿の反応や最新の話題をもとに、対話的に作れるようになってる。
画像は、API叩いてnanobananaで作る。

Claude Codeの画面で全て完結したいのと、予約投稿し��いから、その仕組みも作った。
GitHub Actionsで指定の時間に投稿が実行されるようにしてる。

という、このポストが投稿されていたら予約投稿成功！

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

Claude Codeを立ち上げるだけで2万トークンとかはシステムで食っちゃうから、それが薄まるという意味でも、単なる5倍以上の恩恵がありそう。

100万になってもコンテキストの管理は変わらず大事だけど、compactingを怖れる回数は確実に減った！

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

これまで追加料金だった、「100万トークンのOpus」が、追加料金無しで使えるようになったぞー！

これまで、20万の中でやりくりしてきたから、それから解放されるのは嬉しい。

[Claude @claudeai]

1 million context window: Now generally available for Claude Opus 4.6 and Claude Sonnet 4.6.

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

nanobananaで作った画像はこんな感じ

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

うちのリポジトリには「nanobanana」っていうスキルがある。画像を作りたい時に使うスキル。

「こういう画像作りたい」って言ったら、Opusがリードしてくれる。

画像生成AIのベストプラクティスは変化が早いので、毎回、公式ドキュメントや知���を検索して、best-practices.mdに反映してもらってる。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

品質ルールは実際に使ってて気づいたことも追記してる。

例えば、図解を作る時に「文字が小さい」「参照画像のスタイルをコピーするな」って何回も言ったので、ルールとして3行追加。

次からは大丈夫なはず。知らんけど！
同じミスは2度としないようにメモる。人間もAIも一緒。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

頻繁に使うものは、レシピ（プロンプトのテンプレート）も作っておく。

このレシピとbest-practices.mdと合わせて、Gemini APIで画像を生成する。

ブログの画像、Xの画像、図解。全部これで作ってる。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

やったことは、プランを「網羅的な引き継ぎ書」として書いてもらうってこと。

クリア後のAIは会話を何も覚えてない。プランに書いてあることだけが頼り。
何をするか、どのファイルを触るか、なぜその設計か、完了条件は何か。
全部書いておく。プランに書ききれない部分は、どこを見れば良いかを書いておく。

このプランを「Self-Contained(自己完結している) plan」と、勝手に呼んでます。

このあたりの実践、ブログにまとめてます。
ブログに、「全文コピーする」ボタンがあるので、コピーしてそのままClaude Codeに渡せば、設定できるようになっているので、よければどうぞ！

https://t.co/Sp7o3Wd4H2

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

Claude Codeの1月半ばのアプデで、planモードで計画を書かせた後、「コンテキストをクリアしてその後の処理をする」ということができるようになった。

計画フェーズが長くなると、いくらサブエージェントをフル活用していてもコンテキストウィンドウが圧迫される。
そのまま実装に入ると、高確率でcompactingされてしまい、��装精度が下がる。

これを防ぐために、「実装開始時に、コンテキストクリアしてまっさらな状態で始められるように」というアプデだが、
今度は「これまでの経緯を忘れすぎる」という副作用が出てきた。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

そこで、
「プランモードで書くプランを、これまでの経緯をすべて忘れても問題ないような内容にすること、もしそうなっていなかったら書き直せ」
という仕組みを作った。

たとえば、以下の内容を検証させるようにした：

1. プランを特定の構造で書くこと
2. この実装がopenspecのどのchangeに関するものか(openspecについてはまた別途)
3. 実装で使うスキル

プランを提示する前に、書いたプランがこれらの条件を満たしているか、hooksでバリデーションをさせてる。

コンテキストがクリアされても、「作ったプラン」を見れば、必要な情報が全部残ってる状態にする。
こうすることで、ようやくコンテキストクリアのメリットをフルで受けられるようになった気がする。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

Claude Codeにロックされてしまってる感はあるけど、
最近は、AIの性能そのものより、CLAUDE.mdやskillsなどの開発エコシステムが大事な気がしている。。

試すとしたら、Cursorで使うのがいいんでしょうか。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

GPT-5.4ってどうなんだろうな。

こういうとき、使ってみてから感想を言うべきなんだろうけど、後回しになっちゃうんだよなぁ。

GPTがIQ140の新人だとすると、
Opusはうちの仕事のことをバッチリ覚えたIQ135の部下って感じ。

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

連続性(git)がある世界で一度仕事すると、もう戻れなくなりますよ！
積み上がっていく喜び。

これは必ずしもClaude Codeでなくてもいいし、Cursorでも何でもいいですけどね。

在庫の季節変動とか、事業に関する全てをAIが理解してくれて相談できる、という安心感は半端ないです！

セットアップとか使い方で困ったらいつでも聞いてください！

[柾木久央 | Claude Codeガチ勢 @hisaomasaki]

お久しぶりです！
僕は、GAS×Geminiは正直あまり触れてなくて、親和性がどのくら���かはわからないです。
ただ、PL/BS分析でClaude Codeを使ってて思うのは、会計ツールとAPI連携して、データをgitで管理しながら分析できるのが圧倒的に強いということ。
過去の分析結果や意思決定の履歴が全部コンテキストとして溜まっていくので、「先月こう判断したけど今月どうか」みたいな連続的な経営判断ができるようになります。
GASで実現しようとしてることも基本Claude Codeでできるので、最初はちょっと大変かもですが、拡張性を考えるとClaude Codeでの運用がおすすめです！