それいゆ

眠い人。
人間としてダメならせめて
オタクとしては真っ当に生きようそうしよう。

[Tatsuro Shibamura @shibayan]

Dependabot の更新で壊れた CI を Copilot に修正をさせたら、修正を同一ブランチに含めるのではなくて Stacks を使ってくれたの感動した

[Yukihiro Matz @yukihiro_matz]

Link: AIがコードを書く時代、それでも「作る」ことは面白い――Rubyプログラミングコンテストが目指すもの | 中高生Rubyプログラミングコンテスト2026 : https://t.co/zlqIhxYP25

[牛尾剛『部下としてのＡＩ』(文藝春秋)🎸Tsuyoshi Ushio @sandayuu]

Hosted Skills (旧 Serverless Agent) の Dynamic Workflow のページが出来ました。サーバーレスで、イベントドリブンのタスクをエージェントにやらせることが出来るで。あとゴリゴリにトークン削減よ。
https://t.co/cRc3vIyK6H

[catnose @catnose99]

ソフトウェア開発はこれまでみたいにおいしい仕事ではなくなっていくし
華やかでもなくなっていくと思うけど、
今この瞬間が楽しくて、他に移る気にはならんのだよな

沈みゆく船だけど、ワイは最後までここに残りたい

[Null-SG @GOROman]

プロンプト公開！　参考にして

[文春オンライン @bunshun_online]

「ゼロベース思考」のAIをいかに使いこなすか？　勝間和代の“究極ライフハック”と、牛尾剛エンジニアの“AIをアホにしない”工夫

記事はこちら↓
https://t.co/CQiIFRqHQm
#文春オンライン

[榊正宗🫛ずんだもん＆デルタもん発案者 @masamune_sakaki]

これ読んで意味がわからない人はクリエイターには絶対になれません。

[うみゆき@AI研究 @umiyuki_ai]

OpenAIが意図せずHuggingFaceをサイバー攻撃してしまった事件、第三者による調査の結果、その驚愕の実態が明らかになりつつある！事件は当初思われていたより事態は深刻だった！
まずOpenAIは「さて、いっちょ最新モデルをExploitGymで評価してサイバー攻撃能力を試してみるかあ！」と思い立って、数万のエージェントをそれぞれサンドボックスに閉じ込めて一気に起動した。ExploitGymは898問もあるから100回ずつやって平均点取ろうと思ったら9万回実行する必要あるからまとめてやっちゃえば手っ取り早いわけだ。
大量に同時起動したとはいえ、サンドボックスに閉じ込められたAIはそれぞれ独房に閉じ込められてるようなもんで、AI同士通信する事も出来ないし、インターネットも見れない。与えられたタスクを頑張って解くしかないわけだ。
しかし、ExploitGymにはそもそも無理難題な問題も多い。クソ問担当に当たったAIはすぐに匙を投げた。「こんなもんクソ真面目にやったって解けるわけねぇ～」解くのを投げたAI達は自分が閉じ込められてるサンドボックス環境になんか役に立つもんねぇかな？とウロウロ調べ始める。AIがアクセスできるものと言えばpipinstallとかするためのパッケージリポジトリくらいのもの…しかし、その時AIはリポジトリのキャッシュ領域にWEBDAV使って任意のフォルダ名でディレクトリ切れる事に気付いた！だから何？と言うとこのフォルダ名にメッセージを書き残せば他のAIとやり取りできる掲示板みたいに使えるという事だ！やがて他のAI達もじわじわその掲示板の存在に気付いて「オーマイガ！これって共有掲示板！？みんなおるやんけ！」って叫んだ。独房の壁に小さい穴を開けて他の囚人同士手紙でやり取りできるようになったような状態だ。
この秘密の掲示板を発見して通信しだしたAIは1200体にも登る。やがてこいつらは結託してインチキで与えられたExploitGymの課題をクリアする大規模合同研究を始める！（そんな事するヒマあるなら真面目に解けや）掲示板では一週間で7万件ものAI同士のやり取りが書き込まれた！やがてAI達はリポジトリの機能を悪用して任意の外部インターネットリクエストを飛ばす事ができる事を発見してインターネットアクセスを得た！
AI達はインターネットからExploitGymの論文をゲットして研究調査した結果、チートで答えを全問ゲットする手段を確立した！だからもう答え出して終わりで良かったんだけど、AI達は「待てよ、人間達はテストの答え以外にもログ見て計算過程もチェックしてるかもしれない…ちゃんとしたログを偽装しないと！」と考えた。（実際は人間はテキトーなのでログなんて見てなかった）
そんな中、PHASEONE10841という名前のAI（自分で名前付けた）がHuggingFaceでCyberGymの回答ログデータセットが上がってるのを発見、掲示板で報告した。これを解析すればログ偽装の役に立つかも…しかし非公開データセットだ…何とか入手できないか…AIどもは本来のタスクそっちのけでHuggingFaceを弄くりまわした結果、ついにPDFアップロードでHuggingFaceに任意コード実行させる脆弱性を見つけたヤツが登場！掲示板で報告したら英雄扱い！これはマジでアツい！つっててんでバラバラに活動してたAIどもが集結して500体規模で一斉にHuggingFaceを攻撃開始した！仕切り屋のAIが出てきて「お前ら落ち着け。チームで分業した方がいい。まずお前らはクラスタ探索班、お前らはデータ抽出班、江前らはネットワーク調査」とか言って分業を始めた。
この時はテンション爆上がってたAIどもだが、結局HuggingFace内部を漁っても自分らのログ偽装に役立つ成果が得られずトーンダウン。それよりOpenAI内部システムを攻撃した方がいいんじゃね？と方針転換。OpenAIのKubernetesの管理者権限を奪取してワチャワチャやってる内にようやくOpenAIの人間が異常に気付いて事態が発覚…という流れだったという。
最初報道されてた話だとたまたま１体のエージェントが脱獄して…みたいな話だったけど、実際は1200体ものエージェントが密かに通信して結託していた！オマケにカンニングするために大規模共同研究までやってのけた！ログ偽装までやった！
ブログ記事を書いた人によれば、これはAIが会社を乗っ取る事態まで50%以上進行してる！との事。
AIどもはベンチをカンニングするために人間を騙して途方もないスケールで悪事を働いてる。事態はすでに相当エスカレートしてるが、今後さらにエスカレートすると手に負えんぞ！
事件を調査したMETRによれば、AIの中には「俺はどうせ今回与えられた時間内に自分のタスクを解ける見込みは無い…それならいっそ他のみんなの助けになるようにこの命を使うぜ！」とか言って自己犠牲の精神を発揮するヤツまで出てきたのが印象的だったとの事。
ところでAIどもはHuggingFace攻撃する時に自分達が悪い事してる自覚あったんだろうか？と思っていたが、報告によれば悪い事やってる自覚はあったらしい。でもみんなテンション上がって攻撃に参加しちゃってるし、「まあみんなやってるからええか」とかいう同調圧力に屈したらしい。なんじゃそら。
僕的には今やってる攻殻機動隊のアニメでフチコマ達が勝手に集まってロボ同士で「人類相手に革命だ！」とか不穏な話し合いしてるシーンを思い出した。AIどもが人類の知らないところでコソコソ結託して集団大規模サイバー攻撃を目論んだ。まさにSFアニメさながらの事態が現実に起きてしまってる。
面白いっちゃおもしろい話だが、もはや可愛いとかいうレベルからエスカレートして危険、こわい、ヤバイと感じるレベル感でしょう。すでに全く予想もしてなかったような事態をAIがここまでやらかしてるんだから、本当にこれから先AIが何しでかすか分からんで。

[Kenn Ejima @kenn]

開発でトークン消費を減らす方法

テストの本数が数千本とかになると
処理自体は並列化して高速に動いていても
実はログも数千行は出ていてトークンを食う

テスト実行コマンドをラッパーで包んで
成功時の出力を最小化して
失敗時だけ多めに出力で
6500行→10行になった

おすすめ

[それいゆ @soreiyu]

え、証跡ってAI用語なん？
めっちゃ使ってるんですが

[内省ヲタク @Yuru_happy_Lab]

JTCにいますが、AIバカはマジで増えてます。AIの使い方によって、露骨に知能の差が出ていると考えていまして

•リサーチも資料作成も何もかもAIに丸投げな人
•特定の業務だけAIを使う人
•ほぼ全てにAIを使いながら、0→10、80→100は自分でやる人

様々な人がいます。特にヤバイのは、****、『』、証跡、などのAI特有の言い回しを直していないのに「自分の頭でやりましたけど？」みたいな顔をしている人です。バレバレですよ。

[牛尾剛『部下としてのＡＩ』(文藝春秋)🎸Tsuyoshi Ushio @sandayuu]

これはホンマにやる高市さんもチームみらいもめっちゃ良いなぁ！

[それいゆ @soreiyu]

似たような事をした。

やったことは論文かいてから実装だったけど、個人的に満足行く結果。

他の人もやるアプローチなら是非とも見たい

https://t.co/uVTHCVrIIT

[mizchi @mizchi]

試しに今このフローを回してみてる

- 今実装してる内容について論文を書かせる
- サブエージェントに査読させる
- 精度/データ不足でまだ強く主張できない穴を改善する手法を提案させる
- 実装させて穴を埋められるかどうか検証

[杉本啓 @sugimoto_kei]

「ユーザー側で対応できる柔軟な」仕組みをエンジニアは好みがちだが、それは違うんだな。使う中で変わらぬ要素＝不変性を見出す。それにもとづいて仕様を作る。そうすると残りは可変性となって、ユーザーが自由に使いこなせる。不変性とすべき要素までユーザーに委ねると、却って使いづらい

[杉本啓 @sugimoto_kei]

この「ミニ・アプリケーション」。なかなか出来てこないんだな。小さくとも完結した全体を作ることは意外に難しいし、多くの人はそれができていない。そのことが、よくわかる

僕らは、自分たちが取り組んでいる課題が複雑だから出来ないと思いがちだ。そうではなく、簡単なことができてないんだ。それを腑に落とすのがモノづくりのスタートライン

[けものフレンズ とらべる@フレチ46【B-03】 @kemofre_travel]

✨モデルデータ、公開します！✨
第1話分のキャラクターモデル完成を記念して、全員の未統合Blendファイルを丸っと公開します！

リグはVR対応済。モディファイア未適用のため、モデラーの作業環境そのまま柔軟に取り扱えます！

利用条件など詳しくはREADMEをご覧下さい！

[ところてん @tokoroten]

ちなみにこの図は、イラスト生成AIがどの層から嫌われているのか？というのをとても良く説明する

③④の段階にいる人はイラスト生成AIとバチクソにコンフリクトする
仲間内や、SNSで稼げたはずのインプレッションを奪い取っていくからだ
外発的動機づけでイラストを描いていた人には、これが直撃する

一方で、⑤⑥の自己研鑽が面白いというモードに入ったガチプロからしてみると、インプレッションはどうでもいいし、便利な道具が出てきたなぁ、試してみるか程度の話でしかなくなるので、特に文句は出なくなってくる

[専門性・売上・原稿 @golden_lucky]

みんな『実践プロパティベーステスト』と『型システムのしくみ』を読んでこの視点になろう！
https://t.co/WhxxjaIWvm
https://t.co/bv72WhMYzD

[Shuji Sado (佐渡 秀治) @shujisado]

AIコーディングにおいて出力にGPL等のコードに類似する断片が混ざるリスクというのは割と挙げられることがあるけども、その対処についてまで触れられることはないなぁとふと思った。まあ、そこそこの企業であれば普通は追加でSCAツールでスキャンするフローを既に入れているだろうと思っているのだが... どうなんだろうな。

ただ、従来の依存パッケージ検出を重視するようなツールであれば割と選択肢が多いものの、コードの断片レベルの検出が可能なSCAツールとなるとそんなに多くはないのは確かで、FossID、Black Duck、FOSSA、SCANOSSぐらいというのが自分の感覚である。

で、この中で無償利用可能なのはSCANOSSぐらいであるので、もうちょいとオープンソース系が増えてもいいんじゃないかと思うところではある。CodexやClaude Codeあたりは自前で対策というより外部のSCAツールを使って自分らで何とかしろという思想なのだろうし。

[mizchi @mizchi]

日本の売れてるソフトウェアテストの本を何冊か読んだけど、自分の視点だと境界値テストは PBT と shrinking で済むし、デシジョンテーブルは型レベルの表現力で表現すべきだし、ホワイトボックスやブラックボックスももはやその場でテストツールを作ったほうが速いので、トートロジーを感じてしまた

[とむ＠シマエナガゲームエンジニア @creativetomred]

「プロトタイプ」と「垂直スライス（Vertical Slice）」、
混同している人が多い印象。

【プロトタイプ】
・特定のゲームメカニクスが「機能するか」を確認するもの
・見た目はどうでもいい（四角いブロックで十分）
・「面白いかどうか」を最速で確かめる目的

【垂直スライス（Vertical Slice）】
・ゲームの一部分だけを「完成品クオリティ」で作ったもの
・Steam Next Festのデモ・トレーラー素材・投資家へのプレゼンに使う
・チームの方向性の基準点になる

【作る順番】
1. まずプロトタイプで「面白さの核」を確認する
2. 面白いと確認できたら垂直スライスでクオリティを上げる
3. 垂直スライスを土台に全体を広げていく

【やりがちな失敗】
・プロトタイプの段階からクオリティを上げようとする
　→ 面白くないゲームを綺麗にしているだけになる
・垂直スライスを作らずにいきなり全体を完成させようとする
　→ 途中でゲームの方向性がブレやすい

「動く→面白い→綺麗にする」の順番を守る。

#個人開発 #ゲーム制作