かずへい@M&Aクラウド

M&AクラウドCTO
ex-ドワンゴ / 東工大 / プロフェッショナルWEBプログラミングLaravel 執筆

[かずへい@M&Aクラウド @kazuhei__]

はてなブログに投稿しました
Sierraの「単一エージェント」をClaude TagとGitHubで構築する - M&Aクラウド開発者ブログ https://t.co/A6hylMK4bI
#はてなブログ #AI #Sierra #Claude #GitHub

Sierra社の社内エージェントPineconeのような運用を、Claude TagとGithubで構築チャレンジしました。

[かずへい@M&Aクラウド @kazuhei__]

新メンバーが入りました！

https://t.co/sC14mh45v0

[かずへい@M&Aクラウド @kazuhei__]

GW前に社内でハッカソンを行ったイベントレポートです！

全社でAIエージェントを体験する、第6回M&Aクラウド ハッカソンを開催しました - M&Aクラウド開発者ブログ https://t.co/UzWaP3evFu

[かずへい@M&Aクラウド @kazuhei__]

採用媒体のLAPRAS SCOUTさんに記事にしてもらいました！
弊社の全員フルスタック体制でのAI活用についても少しだけ触れています！
https://t.co/seeBg6LCU1

[かずへい@M&Aクラウド @kazuhei__]

事業側・プロダクト側の話が多く、視座が引き上がりるいい本だと思います(まだ4章までしか読んでないですが)

アーキテクチャモダナイゼーション感想会をはじめました - M&Aクラウド開発者ブログ https://t.co/1HkgupGZGp #感想会

[かずへい@M&Aクラウド @kazuhei__]

最近、AIで書かれた読む価値の無い記事やと、AIを使いこなしている人が書いているAIで書かれた読む価値がある記事が混ざって流れてきていて、選別に労力が掛かる

[かずへい@M&Aクラウド @kazuhei__]

新メンバーが入ってくれました！活躍に期待！

【入社エントリ】M&Aクラウドに入社しました - M&Aクラウド開発者ブログ https://t.co/EC6nOsm8p0

[石橋秀仁 @zerobase]

いい話。プロのエンジニアがいろいろ言いたくなるのはわかる。いずれ手に負えなくなってプロに駆け込む日が来るのかもしれない。だとしても、いいんですよ、自己責任なんだから。エンドユーザーコンピューティングはITの悲願なんだから、素人の参入をまずは歓迎しましょうよ。

[かずへい@M&Aクラウド @kazuhei__]

生成AIが賢いので品質保証の側面も生成AIで良くない？となりがちだが、テストやLintのように結果が一意に定まる決定論的な処理まで生成AIに委ねるのは明確に誤り。

確定的に保証できるものを生成AIにすることでわざわざ非決定論的にしたら、同じ入力でも結果がブレうる状態を自ら作り込んでしまう。

[かずへい@M&Aクラウド @kazuhei__]

「これClaude Codeで出来ますよね？」という相談が増えた。出来るものもあるし、全然無理なものもある。

この判断って原理がわかってないとできない。AIで誰でもコードが書ける時代になるほど、逆に「何が簡単で何が難しいか」の目利きの価値が上がっていく。

[かずへい@M&Aクラウド @kazuhei__]

期日が決まってるとすぐ「ウォーターフォールだ」「デスマーチだ」って話になりがちだが、ちょっと整理したい。
期日もスコープも固定だとデスマーチになりがち。
スコープ固定で結果的に期日が伸びるとウォーターフォール。
期日固定でスコープを調整しながら進めるのは、むしろ一番アジャイル的。

[かずへい@M&Aクラウド @kazuhei__]

生成AIで非エンジニアが自分でアプリを作れるようになると、シャドーITの概念が変わる。

勝手にサービスを入れるんじゃなくて、勝手に作ってしまう。

便利な反面、野良アプリの乱立は従来のシャドーITより厄介。会社としてどう手綱を握るか。

[かずへい@M&Aクラウド @kazuhei__]

生成AIで「オペレーションよりデータが大事になる」ってよく言われるけど、同じ理屈でデータ分析とデータ基盤構築を比べると、基盤側の重要性が上がる。
分析はオペレーションに近いからAIがどんどんやれるようになる一方で基盤はAIに使ってもらえるデータを整備するという文脈が加わって、むしろ深化していく。
データエンジニアリングの価値は、相対的に大きくなる。

[かずへい@M&Aクラウド @kazuhei__]

最近非エンジニアの方がClaude Codeをローカルで育ててるの見かけるけど、あのCLAUDE.mdとかメモリって全部ローカル保存なので、PC壊れたら全部消えちゃうよね。時間かけて育てた設定が一瞬で消えてしまうかも知れない。

GitとGitHub使えば簡単にバックアップできるので、それこそClaude Codeにでも相談してバックアップ手段は用意しておいたほうが良さそう。

[かずへい@M&Aクラウド @kazuhei__]

google workspace cliは公式じゃなかった。

「This is not an officially supported Google product.」って書いてありましたね。

[かずへい@M&Aクラウド @kazuhei__]

本を買って読まないことに罪悪感ある人いるかもしれないけど、自分は値段気にせず買って、全然読んでないやつもめちゃくちゃある。5冊の中から1冊でも学びになるものがあればそれでいいかなと。ちなみにこの現象、海外でもそのまま「Tsundoku」って呼ばれてるらしい。世界共通なんだな。

[かずへい@M&Aクラウド @kazuhei__]

Claude Coworkのログ見てたら、Claude Codeと完全に同じ動きしてた。パワポ作るのにpptxgenjsをnpm
installしたり、Pythonのライブラリをpipで入れたりしている。

公式ブログにも「same
foundations（同じ基盤）で作った」って書いてあるし、実際パワポのskillはGitHubで公開されていて、中身はpptxgenjsを叩くJavaScriptだった。

つまり正体はClaude CodeにGUIを被せたもの。エンジニアならskillで同じことできるので、わざわざCowork使う理由がないな。何やってるか全部見えるしね。

[かずへい@M&Aクラウド @kazuhei__]

cmux盛り上がっているから試してみているが、確かに良いですね。workspace(メニュー部分)に名前つけられるのがシンプルに良い

[かずへい@M&Aクラウド @kazuhei__]

「提案が通らないんです」という相談をメンバーからもらうことがある。

気持ちはわかる。でもまず認識してほしいのは、提案とは簡単に通らないものだということ。

よく考えれば当然で、簡単に通るような自明な解決策なら、とっくに誰かがやっている。まだ誰も手をつけていない＝自明じゃない提案だからこそ、抵抗がある。人やものを動かそうとしているんだか
ら、労力がかかるのは当たり前だ。

元マッキンゼーパートナーの中川邦夫氏は書籍『問題解決の全体観』で、ドラスティックな提案（Quantum
Jump）は「抵抗を受けるのが常」と断言している。そしてそれを押し通す姿勢を「必殺」と呼んでいる。

必殺。必ずこれで仕事を殺し切るという覚悟で提案する。

簡単に通らないものを通すからこそ、大きなものが動く。提案が通らないのは、失敗じゃなくて出発点だと思っている。

[かずへい@M&Aクラウド @kazuhei__]

AIエージェントが盛り上がっている今、これからさらに色々なサービスが出てくる。ただ、どれを使うか・どこに張るかを考えるとき、この3類型を押さえておくと見通しが良くなる気がする。

①ローカル型
Claude CodeやOpenClaw等、ユーザーの手元で動く。汎用的に何でもこなせる。自由度が最大の武器で、しかも日々進化している。

②汎用SaaS連携型
SalesforceやNotionに付随するエージェント。蓄積されたデータを活かして業務を代行する。データ量が競争力。

③特化SaaS連携型
ANDPAD Stellarcのような、バーティカルSaaSに組み込まれたエージェント。深いドメイン知識を持ち、特定領域では圧倒的に強い。精度が武器。

問題は、①のローカル型が恐ろしく汎用的なこと。独自のデータも業務知識も持たないサービスは、ローカル型の進化に飲み込まれていく。

生き残るのは②③の土俵にいるもの、つまり「独自のデータ」か「深いドメイン知識」を武器にしているサービスだと思う。