かつき🌏デザイン×AI×事業作り

AIで仕事を光速に🚀｜ClaudeとCodexの実践知が多めです｜ex CXO in @algomaticjp ←Bison Holdings売却 ← TBSテレビ ← Goodpatch｜趣味🎱🎾🍻🎤🚗

[かつき🌏デザイン×AI×事業作り @ktknd]

https://t.co/Jh7IMV9x9w

[かつき🌏デザイン×AI×事業作り @ktknd]

https://t.co/Hs2zDJftbM

[かつき🌏デザイン×AI×事業作り @ktknd]

いつの間にか書いた記事のはてブコメントが盛り上がってた！w

[はてブ人気エントリー @hatebu100]

業務のAI化からAI中心の組織設計へ — 2,000年続いた組織図の常識が書き換わる｜Katsuki Noda
https://t.co/iEv3abvxHJ
https://t.co/bGab5lKIjO

はじめに: AIの位置づけが、いま静かに変わっている最近、いろんな経営者やPM、事業責任者と話していて、ほぼ全員が同じ違和感を抱えています。 「AIめ…

[かつき🌏デザイン×AI×事業作り @ktknd]

@baegseungh7061 それ聞いて思いましたけど、基準の存在が唯一階層間でも共有した価値観だったのかもですね！

[かつき🌏デザイン×AI×事業作り @ktknd]

「世界モデル」の記事を書きながら、そもそも上司と部下が存在する理由について考えていたのですが、「解像度を委任してる」という一つの現状に気づき、記事を書き殴ってみました。

AI周辺に知識を溜めてフラット化した組織は組織の中での解像度の差分が縮まっていくべきなのでは、という記事です。

[かつき🌏デザイン×AI×事業作り @ktknd]

https://t.co/Hs2zDJftbM

[でぃずむ | Yuta Okada @dhythm_dev]

めちゃくちゃ良い記事。
自分の中でもずっと考えていた（る）ことをとても上手く言語化された記事だと感じました。

業務のAI化からAI中心の組織設計へ — 2,000年続いた組織図の常識が書き換わる｜Katsuki Noda @ktknd https://t.co/pRrzTWftRs

[かつき🌏デザイン×AI×事業作り @ktknd]

付随して考えたことを記事にしました。

[かつき🌏デザイン×AI×事業作り @ktknd]

https://t.co/Hs2zDJftbM

[かつき🌏デザイン×AI×事業作り @ktknd]

春に流行ったBlock社の「From Hierarchy to Intelligence」を解釈した「AI×組織」に関する記事を書きました。

キモは、全社の情報をまとめた「Worldモデル」ですね！

業務のAI化からAI中心の組織設計へ — 2,000年続いた組織図の常識が書き換わる｜Katsuki Noda @ktknd https://t.co/SV4kXMuSvu

[かつき🌏デザイン×AI×事業作り @ktknd]

https://t.co/Hs2zDJftbM

[かつき🌏デザイン×AI×事業作り @ktknd]

Claude Codeの作り手 Boris のインタビュー、毎度のことだけど今回もかなり面白かった。

Claude Codeがどう生まれたか、Anthropicの中でどう使われているか、Boris自身の仕事がどう変わったかを話してるんだけど、途中で出てくる一言が次のトレンドを示してる。

「もうClaudeにプロンプトしてない。loopを書いてる」

人間がAIにお願いするんじゃなく、AIにお願いし続ける仕組みを、人間が書く。

プロンプトがうまい人、ではなく、loopを設計できる人が強くなる。

動画の内容をざっくりまとめると、Claude Codeの作り手であるBorisが、Claude Codeがどう生まれたのか、Anthropic社内でどう使われているのか、そして自分自身の働き方がどう変わったのかを話している。

Claude Codeは、AnthropicのLabs teamで「次に大きくなるプロダクトは何か」を探す中で生まれた。

当時、モデルにはすでにできることが多くあったのに、それを十分に活かすプロダクトがまだなかった。いわゆるproduct overhangがあった。

その中でcodingは特に相性がよかった。
コードにはcompile、test、pass/failがあり、モデルの能力を測りやすい。さらに、モデルがtoolを使って現実世界と接続する場としても自然だった。

初期のClaude Codeはまだ弱く、Boris自身のコードの10〜20%くらいしか任せられなかったらしい。

ただ、モデルの性能が上がり、harnessやUXが改善されるにつれて、任せられる範囲が一気に広がっていった。

Anthropic社内では、研究者もプロダクトチームもClaude Codeを毎日使っている。
モデルを作る人がClaude Codeを使い、Claude Codeを作る人もClaude Codeを使う。

このdogfood loopが、モデル改善とプロダクト改善を同時に回している。

Borisによると、Claude Code公開後、社内のコード量やPR数は大きく伸びた。以前共有された「1人あたりのコード出力量が3倍」という数字も、今では古いと言っている。

さらに、新しく入ったエンジニアの立ち上がりも、数週間から2日程度に短縮されたという。

面白いのは、Boris自身の働き方の変化。
1年前はIDEとautocompleteでコードを書いていた。
その後、IDEをアンインストールし、5〜10個のClaude Codeを並列に走らせるようになった。
その時点では「自分のcodingはClaudeにpromptすること」になっていた。

でも今はさらに進んでいる。彼はもうClaudeに直接promptしていない。

複数のloopが動いていて、そのloopがClaudeにpromptし、何をすべきかを判断している。
Borisの仕事は、Claudeに指示することではなく、loopを書くことになっている。

“I don’t prompt Claude anymore. I have loops that are running. My job is to write loops.”

つまり、AI活用の抽象度が一段上がっている。
人間がAIに毎回お願いするのではなく、AIにお願いし続ける仕組みを作る。
promptを書く人から、loopを書く人へ。

動画では、Claude Codeがエンジニアだけの道具ではなくなっている話も出てくる。
data scientistがterminalを開いてClaude Codeで分析していたり、植物のmonitoring/controlに使っている人がいたりする。
この兆候を見て、Anthropicはterminalを開きたくない人向けのClaude Co-workのような方向に広げていった。

Borisは、モデルはsoftwareとして存在しているので、世界とinteractionする自然な手段はcodeだと言う。

実際、Claude Codeの初期版にbash toolを渡しただけで、ClaudeはAppleScriptを書いてmusic playerを操作し、今聴いている曲を答えたりしていたらしい。

後半では、AI時代の働き方についても話している。

人間を増やすより、少ない人数に十分なtokenを渡し、automationとstreamliningを強制する。

初期コストは上がるが、繰り返し作業はpre-compileされ、次回以降のコストが下がる。

最後に印象的だったのは、tasteについての話。

Borisはもともとfunctional programming寄りで、コードベースにclassを入れたくないような好みがあった。
でもモデルがclassを書き、それでビジネス成果が速く出て、コード品質も悪くないなら、その好みは本当に重要なのか？と考え直したという。

今は「人間のalphaはproduct tasteだ」と言われることが多い。
でもBorisは、それも長期的には侵食されるかもしれないと言っている。
今でもClaude CodeのinstanceがTwitter feedback、GitHub issues、Slackを見て、次に何を作るべきかを考えている。（まさにWorld Modelを元に自律的に開発されている）

今はまだ多くの案が微妙でも、数ヶ月後にはかなり良くなるかもしれない。

では最後に人間が教えるものは何か。

Borisは、それはvaluesかもしれないと言っている。
子供に「良い人であること」を教えるように、モデルにも「良いモデルであること」を教える。

そこが最後に残るのかもしれない。。。。（視座が違う）

[かつき🌏デザイン×AI×事業作り @ktknd]

最近1番使ってるCodexの /goal 機能解説。パソコン唸りまくるけど相当おすすめです。

Codexの /goal で重要なのは、“ゴール設計力”

ゴール設計のポイントは以下。

・達成条件は検証可能にする
・できれば数値目標を入れる
・最初の探索ポイントを渡す
・進捗を測れる道具を用意する
・本番に近い環境で走らせる
・見た目の再現だけをゴールにしない
・途中経過をPR/Slack/成果物で追えるようにする
・最後に試行錯誤の残骸をレビューして掃除する

AIエージェント時代のマネジメントは「タスクを投げる」から「評価可能なゴールと環境を設計する」に変わる、という話。

私はLinearのマイルストーンとissueをSoTにして渡すというやり方をよく取ってます。

[dominik kundel @dkundel]

https://t.co/Tpysob4DX5

[Kazushi Nagayama🕊️長山一石 @KazushiNagayama]

これ読んでたけど、弊社はほぼ Block 型にすでに対応していて驚き

https://t.co/9mu7wuv84u

[かつき🌏デザイン×AI×事業作り @ktknd]

@KazushiNagayama シェアありがとうございます！！

[かつき🌏デザイン×AI×事業作り @ktknd]

Airbnbの @bchesky が始めるのは、UIに特化したモデルかー。

確かに今結局デファクトは汎用モデル✖️ハーネスだけど、モデルレイヤーでどこまで最適化出来るんだろ。注目。

[TBPN @tbpn]

BREAKING: @bchesky is launching a new AI lab to build models, focused on UI and design

[かつき🌏デザイン×AI×事業作り @ktknd]

おおCodex内でプレビューやら、インラインコメントやら、出来たんですね！！

アプリ実装はMacもiOSもCodex✖️公式Skillsが強いので専らCodex派になってる。

[かつき🌏デザイン×AI×事業作り @ktknd]

@hiroki_daichi 調べてみます！

[かつき🌏デザイン×AI×事業作り @ktknd]

これ気づいてなかったけど天才的だ。全プロジェクトで取り入れよう。

[広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi]

「ずっとオンスケです」という報告が続いた後に、終盤で急に遅延が噴き出す。これを進捗管理の甘さだと片づけがちですが、たぶん原因はもっと手前にあります。

各タスクに安全マージンが少しずつ埋め込まれていると、遅れがそのマージンに吸収されて表に出てこない。分散したバッファは、いわば遅延の隠蔽装置として働きます。

マージンを剥がして後ろに集め、その消化率で進捗を見る。可視性は計画の細かさより、バッファをどこに置くかで決まるのだと思います。

[かつき🌏デザイン×AI×事業作り @ktknd]

@ryo117n 行きたいっすね！！！予定合わせましょ、DMしまふ！

[かつき🌏デザイン×AI×事業作り @ktknd]

私事ですが、2026年5月末をもって、Algomaticを退職しました。

2023年4月、M&Aをきっかけに、創業まもないAlgomaticにジョインしました。

ちょうど世界がGPT3.5に沸きはじめた後です。

あの大波の真っ只中に、ど真ん中で飛び込めたことは、今振り返っても本当に幸運だったなと思います。

この3年は、生成AI・AIエージェントビジネスのトレンドの変遷を、まさにド真ん中で味わい続けた時間でした。

・会社のブランド構築
・カンパニー制という組織への挑戦
・法人向けAIチャットのUIUXデザイン
・新規事業5案ほどの立ち上げと撤退
・AI BPO事業（翻訳）の立ち上げ
・AIエンタメ事業の事業責任者

書き出すとキリがないのですが、どれも「正解のない問い」に手探りで向き合う日々でした。最高に面白かったです。

自分はもともと、CXOとしてクリエイティブを武器にこの会社に入りました。でも気づけば、事業や経営のど真ん中にいた。

デザインの人間が、事業をつくり、組織をつくり、数字と向き合う側に回っていく。これは自分にとって、何よりも大きな学びでした。

そして何より財産だったのは、このAIの大波を一緒に歩んできた仲間たちとの出会いです。これは本当に、お金では買えないものをもらったなと思っています。

Algomaticのメンバー、Algomaticに関わってくださった全ての方々へ、心から感謝しています。本当にありがとうございました！

次に何をやるかは、これからじっくり考えます。

また、AIの大波の中で会いましょう！

[かつき🌏デザイン×AI×事業作り @ktknd]

@DShuhari というわけで飯歌いきましょい！

[かつき🌏デザイン×AI×事業作り @ktknd]

@DShuhari 声出してワロタ

[かつき🌏デザイン×AI×事業作り @ktknd]

@kgsi @ry0_kaga メッセージ作りますね！