Toshinori Sato

Meta のパーソナルAIエージェント「Muse」が使える様になったよ〜✨ 初ログインした後、48時間以内に[設定]⚙️で、以下のコードを利用してもらえると、あなたとoverlastの両方が10億のMuseトークンを獲得！！ありがとうございます！！☺️ コード: WYQHDJ muse.ai/join

Claude APIを新バージョン2026-10-21へ移行する人は注意🚨 temperature／top_p／top_kの3パラメタが削除され、既定値でも送信すると400エラーになります。リクエストからこれらを外す必要があります。 さらに、低い温度を前提に抽出・分類・要約などを評価していたシステムは、エラーが消えたことだけで移行完了にせず、正答率や出力のばらつきまで再評価すべきでしょう。 これは公式に説明された理由ではなく、仕様変更の流れからの推測ですが、サンプリングの調整をAnthropic側で管理する方針があり、それに合わせてインターフェースを整理した可能性があります。 技術的には、temperatureは単なる文章の創造性の制御レバーではありません。推論過程に適用すれば途中でどの考え方を選ぶかにも影響するため、学習・評価で性能を確認したサンプリング条件を提供側で維持したい、という動機は考えられます。 モデルやthinkingの設定ごとに異なる制約を整理し、実装・検証・サポートの負担を減らす意味もありそうです。既定値まで400エラーにするのも、ユーザの誤認を避けてコードを明示的に直してもらうためかと思います。 一方、Anthropic側には合理性があっても、ユーザ側には明確な機能削減です。公式はプロンプトによる挙動の誘導を案内していますが、一貫して答えてと指示することと、サンプリング分布を直接調整することは同等ではありません。 移行ガイドにも、Sonnet 4.6などで低温度指定が持っていた効果は失われ、代替設定はないと明記されています。削除後のtemperatureは1.0です。 Anthropic側の品質管理と仕様の単純化を優先し、開発者の制御範囲を狭めた変更、と見るのが妥当そうです。 platform.claude.com/docs/en/…

Webは生成コンテンツで汚染されてるから、積極的に取得する理由が無いのだろうな〜

雲があるのが普通。

残り3ヶ月、熟考しましょう。

今のAIには困難であろうこと

ちなみに、査収と笑納どちらもしっくりこなくて、何回か迷った末にどうでも良くなったりしたんだけど、LLMもそうやって迷った痕跡が出てくれると読む側の納得感あるのかもな

どれだけ簡単なことをやらせてるとその結論にいくのだろうか。。

あらゆるサービスの脆弱性が突かれているのを見ると、ほとんどの会社で現行のセキュリティ診断は有効に働いていない、ということを示しているのでは。 真のセキュリティの専門家の皆さまのターンが始まりましたね。

ソフトバンクのAI向けのデータエコシステム基盤『GaranAI (β) 』の裏側をお話しするメディアを立ち上げています。 最初は私しか出てなくて、これは大丈夫か？？😅 という感じですが、段々と色々なメンバーが出てきますのでご笑納くださると幸いです。 内容は非常に真面目で、客観的に見て示唆があります。対談相手も募集しておりますので、お気軽にお声掛けください。 blog.garanai.net/

ということで、 #Casement をインストールしました。恐らく末長く最新環境に合わせてアップデートしてもらえるんじゃないかな〜😊 一週間後に課金するの楽しみ。 casement.win/

他組織と連携しないで参入できるニッチな市場を見つけたら、高目で払える金額の例えば1/10くらいの金額を設定してしまい、同じ要件の中では最初に参入する。 月額課金にしたり、ビジネス用途なので高めにしたりすると、ニッチな市場に参入モチベーションが生まれてしまう。ボランティアでは無いが爆儲けでは無いくらいが良いのだろう。 後から参入する組織もあるかもしれないけど、相手と同じ戦い方をする必要は無い。メンテナンスを継続してるだけでも勝率はとても高い。

今のLLMやスキルやらはプロの編集者や記者の仕事を奪わない、ということが伝わる。 誰かの読みやすい文が、万人の読みやすい文な訳が無い中で、今のところは、一つづつ真摯に向き合うから高品質な校正校閲ができる様だ。

LinuxカーネルのCVE-2026-98432は要警戒。特にMPTCPの待受がある環境は対応が必要。 毎日、毎日、なんなんだ。対策に工数が取られて、全然開発が進まないよ〜😨 Anthropicが10月27日、MPTCP待受のある実験環境で、認証・ユーザー操作なしにroot権限での遠隔のコード実行を報告している。 UbuntuはCVSS9.8。10/30時点だとUbuntuの主要カーネルは修正の準備中。 不要なTCP待受を閉じ、ファイアウォール等で接続元を必要な範囲に絞り、修正版公開後にホストのカーネル更新。tcp_migrate_req=0だけでは別の発生経路が残るみたいだ。MPTCPを使っていなくても、修正不要とは判断できない様だ。 ubuntu.com/security/CVE-2026…

帰宅したら仕事の残りをやる。