みぜ

CTO at Grand2, Inc｜驚くより作る派。AIで業務も趣味も魔改造して、動くものと再現手順だけ置いていく人｜Claude Code/Codex/MCP/ローカルLLM/ComfyUI｜AI2-3回行動/いきなりインテ/ギャンブルボディ

[みぜ @mu_sette]

←実は美少女

[みぜ @mu_sette]

みんなモーションビデオに躍起になってるけど、ArtCraftシリーズのPremiere+AEのMCP使ったスキルを育てたほうが良いのでは？（ArtCraft自体リリース以降高頻度で開発されてる）

[みぜ @mu_sette]

@GibsonJapan バットウィングの64年仕様のコロネットにTOMブリッジ、色はヘザーポリーかペルハムブルー

[みぜ @mu_sette]

@neuronxwhite 我的 3080（20G）是在京东（https://t.co/P6OuFoIJkY）购买的，也成功解锁了。MiniMax H3 的视频生成速度也提升到了原来的 1.5 倍。

[みぜ @mu_sette]

FB200、NAMのランタイムをアセンブラで起こしたらA2-Liteを直列で2本繋げられるようになってやりたいことが概ね出来るようになった。600MHzのシングルコアでなぜ計算量がバッファに収まるのか謎

[みぜ @mu_sette]

RTX3080 20GBは10万くらいで手に入るけど、この改造流行ったらBF16だけならざっくり5080と5070Tiの間に着けるので画像／動画生成界隈はAmpere世代を使え、みたいな謎ハック流行りそう

[みぜ @mu_sette]

カジュアル画像生成Ampereマシンに例のパッチ当てたら16枚画像生成が221秒→139秒と1.5倍以上の速さで生成できるようになってて流石に横転。3090がまた高くなる

[みぜ @mu_sette]

セルフホストCI基盤、SSDコストがかなりしんどい。DRAMレス買ったのは失敗だったかも

[みぜ @mu_sette]

これupstream見てみたらRTX3080も対象っぽくて震えてる

[Alexey Fateev @superalesha]

My 3090s just got 1.9x FASTER at BF16 tensor math!!! Same cards, same driver, same 300W, one Linux kernel module.

bf16 tensor pipe: 82 -> 155 TFLOPS
cuBLAS BF16 GEMM 8192: 64 -> 99 TFLOPS
TF32: 41 -> 79 TFLOPS

NVIDIA ships every 3090 with fp32-accumulate tensor math at half speed. The driver even reports it: FMLA32 = 1/2. gpu-unlock by Zagitta sets it to full before the NVIDIA driver loads. After a cold boot all 4 of my cards say FMLA32 = full.

Real inference got less than I predicted. Strata, Qwen3.8 Flash-Next on 2 cards, prefill:
4K: +12%
10K: +12%
90K: 3205 -> 3536 tok/s, +10%

Before installing I said +14 to 19% at 90K, so I was wrong. The GEMM phases got 23% shorter, but they are only about 40% of Strata prefill, and the int8 experts, copies and CUDA core kernels didnt get any faster.

Outputs did not change. With the same expert cache size, my log-prob dump over 1996 teacher-forced positions is the same file byte for byte as the stock run before the module.

Next is Strata itself, now its everything around the GEMMs that makes prefill slow. How I set it up is in the replies.

[みぜ @mu_sette]

ドゥイノの悲歌に出てくる天使ってAIの事なのでは？

[みぜ @mu_sette]

CTOが御柱供養で犠牲になれば良い定期
速度と主体性を持った意思決定は誰かにデリゲーションできるものではないし疲弊する→責任取れるやつが爆速で対応すればいいだけ

[YONEUCHI, Takashi | GMO Flatt Security @lmt_swallow]

【PHP脆弱性対応の「後」にむけて】

みなさん、昨晩からのPHP対応お疲れ様です。一晩中連絡鳴り止んでおらず、一部の個別メッセージに返せてなくて申し訳ないです。

一括して、今、世の中の CTOs/CISOs に届いてほしいことを４つ書き残しておきます↓

（まとまりない部分もあるのですが、投稿しないよりマシかなと、このまま投げちゃいます）

Point 1: これからは、ソフトウェア業界全体で、高負荷の続くタイミングになります。意図してセキュリティに時間をあて、チームが「休息」が取れる体制を。
・我々は脆弱性リサーチに数年間継続的に取り組んできてました。だからこそ感じますが、ここ一年（体感では GPT-5.6 Sol 以後）が、最も「本当に？」みたいな脆弱性が掘り出されていく一年になると思います。こんなのまだあったの？という驚きとともに。
・特に複雑なメモリバグの類（memory safe でない言語製のものを中心に）、あるいは認可バグの類が中心になると思われます。
・少なくともここから年末までは、このクラスの脆弱性がまだまだ出てくると考えておく必要があります。（僕が読み外しているかもしれませんが、恐らく高い確度でこうなります。直近のPHP脆弱性すら、いま世界中の研究者が Variant Analysis をしていて、多分まだ出てくるでしょう）
・このご時世では、新規機能の開発に割く時間を明確に落とすしかありません。あくまで経営者である CTO には取りにくい判断なのは重々承知です（僕もそうなので）。
・「対応AIで」と思うかも知れません。これは技術的には正しいです。ただ、組織的には正しくないです。確実になんとかならず、組織は疲弊していきます。
・なんせセキュリティ対応は大抵自分にタイミングが御せないからです。深夜の対応、急な対応、計画の変更、デグレへの不安、脆弱性情報過多（そもそも自社に影響があるかも分からないものが大半なのに）… と、ストレスの強度がぐんぐん高まっていきます。昨日〜今朝のPHP対応のようなものが、毎週あれば、チームは比較的簡単に壊れてしまうでしょう。
・敢えてリーダーが、セキュリティへの、時間・お金（・トークン）にアロケしてください。これは経営者にしか取れない択で、かついま技術経営者に求められることです。

Point 2: 「必要なら予防的にサービス停止」の覚悟を決め、予めできる調整を重ねたい。止められない場合は、仮想パッチ・監視へのリソースアロケを。
・前提、今回のPHPの件のような脆弱性の対応では、「顧客の保護のためならサービスを止めざるを得ない場面」が訪れます。今回も様々なビジネスがそれに直面しました。今後も訪れるでしょう。
・今回の経験を旨に、本当に止めてはならないのか、止めらるのか、止めうる期待値調整がお客様と出来ているか、を徹底的に見直しておきましょう。
・直近の流れをうけての、お客様への事前連絡（スタンス表明）も有効だと思います。（弊社 GMO Flatt Security 製品についても、これからそれをし、リリースノートとして掲示予定です。我々のサービスの侵害、特に Takumi Guard の侵害は、ソフトウェサプライチェーンの最悪な侵害につながるからです。）
・勿論、止めてはならないビジネスも様々存在します。ビジネスドメインに由来する規制/制約（特に金融・医療セグメント）もあれば、顧客とのSLAもあるでしょう。ただし、現代においては、それらに反するリスクと、セキュリティ被害にあうリスクを天秤にかける必要がでてきています。少し前まではサービス停止でのデメリットは容易に考えられても、セキュリティ侵害など考えにくい、という時代でしたが、今はそうではありません。この天秤を再考する必要があります。（なお、「もう何がなんでも止めてはならない」ビジネスは、相当に限定的だと思います。）
・どうしても止めてはならない（もう何がなんでも止めてはならないもの。限定的であれ存在。人命に関わるもの中心）という場合、厳しい戦いになりますが、WAFレイヤなどで緩和策を施しては祈り、監視する、という流れになります。必要なコンポーネント（WAFなど）と運用リソースがあるならば、苦しい時代ですが、休息うまく取りながらやっていきましょう。なければ、これもしんどいですが、整えましょう。

Point 3: もし平時があれば、システムのモダナイズ（Rebuild and Retire）を検討されたい。
・もし自社での緊急対応が落ち着いているならば、レガシーコンポーネント（数年塩漬けのシステム）、誰がメンテできるのか分からないオーパーツ的存在から順に、作り直し（Rebuild）と旧システムの廃止（Retire）を試みてください。新規開発の代わりに、ここにリソースを充てることが CTO/CISO の仕事です。（他の誰もそれを決められないので。）これは追々自分たちを助けてくれる（ついでにAI-native 開発に移行できて改善しやすくなる）とも思料。
・どのシステムからモダナイズしていくかですが：「XXXで書かれているとまずい」というのは燃えるし言いにくいものの、memory unsafe な言語、type safety があまり確保されていない言語の実装は、モダナイズを検討すべきでしょう。（僕はPHP好きですが、C/C++ で書かれた php-src は、やはりメモリバグ類に対して見通しに限界がありますね。好きなんですが…）
・また経験上、開発当時に DevOps プラクティスすら整っていなかった時代のソフトウェアも、モダナイズを検討したほうがよいです。「セキュリティ診断」をしても、取り返しのつかない量の脆弱性が出てきて、作り直したほうが早い、となる傾向にあります。（弊社でも診断/ペネトレしてますが、こうなると、どうしようもありません。）
・ただし Rebuild には、強いソフトウェア開発力が必要で、AI-native なスタイルに移行することは必須です。この意味で CTO の力がいります。かつ、どこからレガシーの追い出しをするか、どうレキュリティ的なレジリエンスを確保するかは、CISO 的な感性が求められます。既製品（とくに SaaS）を買って処理したほうがいいな、というような判断には CIO 的センスが求められます。総力戦だと思ってください。

Point 4: CTO/CISO の総力戦を。
・Point 3でも述べた通り、直近のくだりには、CTO/CISO の総力戦が必要です。ボードがセキュリティに向かって一致団結する必要があります。
・結構これらロールの間にサイロがあるケースがありますが、そんなことを言っている場合ではありません。
・団結を！

[みぜ @mu_sette]

M5StickC、WiFi生えてるので仮想通貨を監視するガジェットにも出来て面白い
なお踊らせるにはRAMが足りなスギ $INMUKING

[みぜ @mu_sette]

ハードウェアの許容できるサイクルをDSPの計算効率化でどこまで戦えるか、というエクストリームバイブコーディングが楽しいのでゼロからマルチエフェクター作ってみたくなってきた

[みぜ @mu_sette]

FLAMMA FB200 で Neural Amp Modeler（A2-Lite）のキャプチャを動かす、非公式ファームウェアと Android アプリ「FB200 Studio」を公開しました。
ゲートからリバーブまでの全エフェクトに NAM を組み込み、本体に 64 個のモデルを保存できます。アプリから TONE3000 のキャプチャを探して、Bluetooth で本体へ送れます。
まだ実験段階で、確認済みの実機は 1 台だけです。書き込みは自己責任でお願いします。
https://t.co/JuIrc5KcFT

[みぜ @mu_sette]

10年ぶりに7弦ギター欲が出てきた（アベムジ）

[みぜ @mu_sette]

定期的にやってくる7弦ギター欲

[みぜ @mu_sette]

丁度良い使い勝手のビジネスチャットアプリを社内で開発・運用しています。PHP使っていません。よろしくお願い致します🙏
https://t.co/RtlFXdJvaz

[みぜ @mu_sette]

ペネトレーションテスト

[みぜ @mu_sette]

みんな一斉にOpus/FableにPHPパッチの適用を依頼してるからか、トークンスループットが23時になった途端急に下がった

[みぜ @mu_sette]

魔理沙：長年にわたって「脆弱ぅ！」って言われ続けてきたPHPが、未だに穴だらけなのは何故なんだぜ？

霊夢：それはだな、魔理沙

[みぜ @mu_sette]

PHPの件もそうなんだけど海外IPがリスク源になる場合、リスク背負ってグローバル展開するメリットは？という問いをしなければならなくなっている

[みぜ @mu_sette]

泥タブのBLU＋ROM焼きは面倒くさいカーネル周りの話もできるのはClaude Codeだった（ZCode/OpenCode v2のGLM-5.3はVisionによる画面読み未対応＋諦念が多い）
全く知らないドメインでも相談して何とかなってしまうので、そもそも勉強するモチベーションを放棄して別の勉強に充てようと考えている