パラドックス採集が好きです｜INTJ｜Web企画開発屋→3D広告のクラウド開発・事業戦略・経営企画→SaaS Ops Platform CPO→動的経営シミュレーター #Vividir CPO
Joined February 2011
- Tweets 1,448
- Following 1,030
- Followers 782
- Likes 3,195
67 Photos and videos
Pinned Tweet
26 Apr 2021
結構珍しいスタックしてると思うので、どなたかの参考になればと思い筆を取ってみました！
フルスタックなTypeScript環境 (Blitz.js) でDDDする｜morika2(repomn) zenn.dev/repomn/articles/2ec… #zenn
1
1
35
Ryotaro Morikatsu retweeted
May 13
究極のAI時代は「楽しいやつ」「いいやつ」「育てがいのあるやつ」「かわいいやつ」は生き残る。みんなAI操縦するだけのお仕事なら、いっしょにいて人生が充実するやつがのこる。おおぅ⋯最後はコミュ力勝負なのか⋯
24
196
1,451
109,882
Feb 24
自分の問いや分解は間違っている、という前提に基づいてると何度も切り口を変えて、まだマシなものを選べる。
そうして選んだマシなものを人に伝える時には、十中八九これが正しい・間違ってたら自分が責任を取る、と言えると周りを安心させられる。
逃げず甘えずいるだけでうまくいきはじめる。
1
2
76
Ryotaro Morikatsu retweeted
先日noteで書いたんですが、Xの記事機能使ったことなかったんでXで転載してみました～
2
6
1,388
Feb 9
質か量かって議論の終止符は、期待値主義かもしれない。
1回の練習の学習量×回数＝上達量とすると、手癖で1000枚描いても伸びないし、渾身の1枚を年3回でも遅い。
意識的な負荷を保ったまま回数を回す。掛け算の両辺を上げる。
学習が増えそうな方向（苦しいことが多い）を選び続けられるかどうか。
1
63
Feb 2
ちょうど今日、新年度を迎え、チームに共有した話題とかなり近かった。
火を知らなければ起こせない
発想として浮かばない
だから、思考の質や量の手前に、方向性が重要。
目の前に道が無数にあるなら、できるだけゴールに近い道で間違えたい。
そのために手段を熟知しておくと近い方に行きやすい。
3
317
Jan 30
新規事業が爆増するサイレントピリオドな気がしている。
AIによって色々できるから、というより、
事業あたりのリソースが減る
経営における粗利率は改善する
価格戦争が起きて収斂し売上が下がる
1人あたりの利益が減る
新規事業（やアップセル）の必要性が出てくる
1
2
55
Jan 30
シンプルロジックではあるが、マクロで見ると不確実性がさらに増すことになり、供給過多にもなっていく。
競争力の鍵は、AIができない検証の実行速度や並列度になるかもしれない。
42
Ryotaro Morikatsu retweeted
Jan 19
Vibe Coding時代における3層アーキテクチャの提案記事。
コードが5分で再生成できるようになると、リファクタリングや技術的負債の解消に投資する経済的インセンティブが消失する。
問題が発生したり時代遅れになったら削除して新しいものを生成すればよい。生成コストが低ければ、保守作業の方がコストのかかる選択肢となる・・という考え方。
全てが使い捨てになるのではなく、3層に分け、そのうちの一層を使い捨てにする、という設計が面白い。
著者が提案する3層アーキテクチャ：
・The Core（耐久層）：人間が書いた、ゆっくり変化する基盤。ビジネスロジック、データモデル、コアアルゴリズムを含む真実の源泉
・The Connectors（API層）：不変の契約。コンポーネント間の通信を定義するインターフェース。使い捨て部分が不完全でも済むよう、この層は完璧である必要がある
・The Disposable Layer（使い捨て層）：AIが生成する「糊付け」コード、データパーサー、UIコンポーネント、統合スクリプト。契約に準拠する限り、内部がどれだけ雑でも構わない
重要な原則はContract-First Design（日本ではAPIファーストとして認識されることが多い）。OpenAPI、gRPC、Smithyなどの厳密なスキーマに対してコーディングし、エージェントにはスキーマを制約として与える。入出力が契約に一致する限り、内部のロジックの品質は問わない。
この設計により、システムを壊さずにコンポーネントを再生成でき、実装とは独立して契約をテストし、コアを安定させたまま使い捨て層を進化させることが可能になる。
tuananh.net/2026/01/15/archi…
3
156
862
95,768
Jan 17
コード生成も事業計画もロジックがブラックボックス化する点で同じような課題がある。
しかし、開発はテスト等の即座のフィードバックで修正しやすいが、戦略においては影響範囲が広くフィードバックか長いため、ロジックが借り物のままであることは致命的である。
最近のテーマの一つが、
「（AIに起因する）理解負債」なのですが、
研修など教育に携わってきたからこそこのあたり色々できそうだな、と思っています。
てか、創業来からなんだかんだ考えてきたな、と。
事業計画、「簡単に作れる」を安易にやってしまうと、実行主体となったときに事業計画について自分が「理解していない」状態ができる。
だから安易に「事業計画をカンタンに作れる」をしたくなかったんですよね。（一応、マーケでの訴求上はそう言わざるを得ないので、いつも手の甲をつねながら、奥歯を食いしばりながらいってました）
ウイスキープロフェッショナルとか持ってるからじゃないけど、
理解に対する「Fermentation（醸造）」が大切だな、と。
そのとき、単純に「アウトプットを読んで理解しろ」では、「放置したら勝手に発酵してお酒ができる」というようなもんで、
適切な問いが「酵母」の役割をして、理解を醸造させるのではないか、と感じた次第です。
AIによる理解負債を超えるには、
理解を深めて醸造するための、酵母としての問いがカギになるかもしれないな、とそんなことを昨日考えていました。
1
1
3
723
Jan 17
開発同様の即時フィードバックや、当人の理解促進のような取り組みが必要。
AI施行法も出てくる中で、ここはわりと大きな課題になると思われる。
62
Jan 12
AIに責任を取れるか？という議論において、シンプルに責任とは何か、を考えると「自律的に役割を全うすること」だと思われる。
自己の失態をリカバリーする言葉として使わることもあるが、「無責任」という表現は当人が全うすべき役割を放棄している場合に使われる（e.g. 親として、社会人として）。
1
1
53
Jan 12
いずれAIが自律的にワークしても、後者の課題が残る。
そしてこれを解決できるのはおそらく「権利」「罰」「本能（恐怖）」などを獲得した時であり、それはまだ遠い先の話だと思われる。
人間という生体や社会文化を基準とするなら、まだまだ「責任」という形式を離れることも難しい。
1
51
Jan 12
AIのせいだからしゃーない、とビジネスの場で通るようになるまでは、まだまだこれまでどおり人間の責任によって社会は営まれるだろうし、
「AIの挙動や判断に責任を持つ」のではなく「あなたがAIに任せる役割があなたの意思や世間の潮流を受けて徐々に広がるだけ」だと思う。
48
Jan 11
そろそろIntel MacからSiliconに乗り換えるつもりで色々考えているが、現状確認、意思や要件や制約の確認、最新情報調査、スペック・アクセサリなどの調査・比較などのプロセスが事業戦略と結構似てるなと思った。
未知への投資というのは、論点が多いな。
2
55
Jan 9
事業戦略という、問いを立てさせる必要のある場面でも同様で、普通に投げるだけでは良い仮説にならない。
事業課題をえぐり出すにはコンテクスト管理と並列試行の工夫が大事。
「AIが経営を考えて、人間が道具を使って完璧に執行する」
は肌感全然可能で、あとは制約に向き合えるかどうか、という所感
わりと悩んでる人が多いので書いた。
reading... 「そもそも生成AIでやるべきでない問い」に、企業が挑んでしまう問題
note.com/fladdict/n/na45a57c…
1
1
138
Jan 9
ちなみに、
多くの人が今も今後も、AIに投げてみてココはまだ微妙だなと捨ててしまう領域は結構あって
「AI駆動への変革を組織のリアルにフィットさせるか」という愚直な外側の論点分解やリソース形成を頑張れば
単価が高く競争優位なビジネスモデルを作れると思う
51
Ryotaro Morikatsu retweeted
Jan 9
え、Claude Codeチームが現場で使ってる「コード簡素化エージェント」がオープンソース化されて公開されたらしい。これマジで実務で使えるのでは？
導入方法はめっちゃ簡単↓
「claude plugin install code-simplifier」で即導入可能。
活用シーンがこれ👇
①長いコーディングセッション後の仕上げ
②複雑になりすぎたPRのクリーンアップ
③既存コードのリファクタリング
バイブコーディングするとコード量増えがちなので、「コードを綺麗にさせる」このエージェントはマジでありがたい。
開発現場で試してみる価値ありそう。使った人いたら感想教えて～！
Jan 9
We just open sourced the code-simplifier agent we use on the Claude Code team.
Try it: claude plugin install code-simplifier
Or from within a session:
/plugin marketplace update claude-plugins-official
/plugin install code-simplifier
Ask Claude to use the code simplifier agent at the end of a long coding session, or to clean up complex PRs. Let us know what you think!
118
1,177
140,829
Ryotaro Morikatsu retweeted
Jan 8
今、最も注目すべきAITuberは確実にMIA。
xAIの現役エンジニア@miao_xAIが、その圧倒的な技術力で構築プロセスをBuild in Publicで公開している。
コミュニティによって作られた$MIAトークンは、ローンチ数日で評価額$2M（3億円）超のプロジェクトへと発展し、そのビジョンや技術が爆速で評価されている。
まず、最新のGrokスタックをフル活用したアーキテクチャが芸術的。
今後のロードマップでは、高精度でダイナミックな感情システムや、ウェブ、X、Minecraftなどプラットフォームを横断する記憶機能の搭載などが計画され、すでに実装されつつある。
しかも将来、$MIAトークンをMIA自身が自律的に運用する計画まで練られている（ここは本当に震えた。）。
アイデアまで先進的なんよ。
どうやって勝つ？笑
MIAはAITuberとして「究極のケーススタディ」になりつつあると私は考えてる。
Jan 3
xAIエンジニアのMiao氏による「ネウロ様の仕組み」の考察がすごく面白い。
VRChatは仕様上、AIに「今誰がどこにいるか」を教えるのがすごく苦手らしい。
だからVedalはVRChatとは別に、裏で自前のUnityを動かしてAIを制御してるんじゃないか、など。
他にも知見が詰まったスレなので覗いてみて。
6
85
813
113,895
Ryotaro Morikatsu retweeted
エージェント学びたい人の9割は、
「Skillsの3種類」を分けずに全部ごちゃ混ぜにしてる。
Skillsの種類はこの3つ。
1. Foundational
2. Partner / Third-party
3. Enterprise
この3レイヤーを分けて設計できる人だけが、
ちゃんと回る仕組みとしてSkillsを使える。
続きは
リプ欄で解像度を上げる👇🧵
エージェントを作るのではなく『スキル』を作れ。
2026年、置いて行かれたくない人は全員見たほうがいい。
Anthropicが実際にどのようにSkillsシステムを構築したかについて詳しく解説されている👇
youtu.be/CEvIs9y1uog?si=QnZp…
1
27
358
142,038