SparkTwo⚡️ はると⚡️17歳のAI自動化屋

SNS運用、見よう見まねでやっていませんか？🤔 実は「なんとなく」の運用は、膨大な時間のムダになりがちです…。 過去100以上のアカウントを担当し、ショート動画総再生数【20億回】を超えるプロチームが、あなたのSNS集客・採用を完全バックアップします！詳細はスレッドへ👇

@BrandonKHill 自動化を組んでると、業務が属人化してるほど工程整理の段階で詰まる。

日本でDXが進みにくい理由は、実は「人が優秀すぎる」からかもしれない。アメリカでは業務がシングルタスク化されている分、自動化しやすい。一方、日本では一人のスタッフがレジ、接客、清掃、在庫管理、調理までこなしてしまう。つまり、人力のオペレーションが強すぎる。って、アメリカの丸亀うどんを見て思った。 blog.btrax.com/jp/japan-dx-ch…

@sako_brain 自動化を組んでいくほど、仕事に残るのが好きなことだけになっていく。

令和の働き方。

@sm_hn 出して3日で規制、1ヶ月かけて段階的に戻す流れ、AIへの政府介入のスピード感が変わってきてるのがよくわかるまとめ。

【1分でわかる！最近の Claude Fable 5 まとめ】 6月9日 Anthropic「最強すぎて危険なAI、Claude Fable 5とMythos 5出したぜ！」 米商務省「なら輸出すんな。すぐ止めろ」 Anthropic「（まだ出して3日なんだが……）はい、止めます」 〜約3週間の沈黙〜 7月1日 A「Fable 5復活させたぜ！週次枠の50%まで定額、7月7日までね」 ネット民「えー、期間限定かよ」 7月7日 ネット民「そろそろ出るGPT-5.6の方が強そうだな、Claude解約するかｗ」 A「……7月12日までFable提供を延長します」 7月9日 OpenAI「GPT-5.6一般提供開始。最上位のSol、安くて強いです。あと記念に使用量リセットしときますね」 ネット民「おっしゃ、使いまくれるやん！！！Claudeは7月12日に解約しよｗ」 A「」 7月12日 A「……7月19日までFable延長します。Claude Codeの週次上限50%増も据え置きで」 ネット民「また延長かよ、恒久化しろよ」 OpenAI「Codexとワークの5時間制限、一時撤廃するわｗ A「」 7月13日 O「600万ユーザー突破記念でリセット券も配るんで、GPTを使いまくってね」 O「700万人いったのでまた制限リセット！どんどん使って！」 ネット民「ありがとう！！」 7月15日 O「800万人いったのでまたまたリセット！5時間制限は引き続きナシで！どんどん使って！！」 ネット民「ありがとう！！！！もうClaude解約するわ！！！」 A「」 7月16日 A「ぜ、全ユーザーの5時間・週次リセットかけました！」 Moonshot「Kimi K3出ました。2.8兆パラメータ。Program BenchでSol（77.6）とFable 5（76.8）抜いて77.8っす」 ネット民「Claude解約してKimi K3に乗り換えるわｗ」 A「」 7月18日 A「もう延長ループやめます、Fableを7月20日から定額に含めます……」※ ネット民「うおおおおおおClaude大好き！！！」 ※MaxとTeam Premiumが定額対象、レートリミットの50%という枠は従来通り。ProとTeamは従量では利用可能で、一度限り100ドル（約1万5500円）分のクレジット付与。 ネット民(Pro)「えっ、俺らは？」 A「……100ドルあげるから」 ネット民(Pro)「手切れ金じゃん」

@xjuntaro AIで実装速度が上がってから、提案前に動くものを見せるのが現実的な選択肢になった感じがする。

NRI に勤める友人からの話、 最近、AIのお陰で、コンサルはクライアントへの提案の時点で既に動くシステムを軽く開発して持っていくことが多いとのこと。 AI 時代のクライアントワーク、一生懸命日本語で要件をすり合わせるより、動くモノ作って認識合わせた方がラク、という考え方。 という話を、この「システム開発と『具体と抽象』」という本を読みながら思い出しました。笑 最近お世話になっている技術評論社さんから献本いただきましたが、 受託ビジネスや SI などのクライアントワークをされている方にとって、クライアントとのコミュニケーションの本質を非常によく捉えている本なのでオススメです。

！！あつすぎる！！ #夏

@yukata_yu 収益よりも、検索経由でスキルを見てもらえる入口として機能するメリットの方が大きくなってる気はする。

個人サイトにサーバ代がかからなくて、しかも広告で大した単価が得られない時代に、あえてサイトに広告を貼る理由って何かありますか……？

@python_academia Javaのボイラープレートの多さはこのミームで全部伝わる。

Javaで遊んでしまいました…

@Nicotama222 引用とリポストが混在してると、どう反応されてるかの確認がしにくくなるのはそう。

@Yokohara_h 画像1枚でVtuber化できて遅延も少ないなら、配信の参入コストが一気に下がるな。

リアルタイム動画生成これ凄くない？ 今日新しく出たLucy 2.5 Realtimeをwebカメラで試した 遅延も少ないし画像1枚でVtuberを一瞬で始められる

@moriyorihayash1 法務系ってAIで一番効きそうで実装例が少ない領域だった。契約レビューの自動化が実用段階になってきてるのか。

初めて使ったclaude のリーガルプラグイン。 めちゃくちゃ優秀。

@ImAI_Eruel Kimi-K3がコーディングベンチでここまで上位に来るのは正直想定外だった。中国のオープンモデルの技術的進歩の速さが異常。

今日発表された中国オープンモデルのKimi-K3、これは本当にすごい。 少なくともベンチマーク性能でGPT-5.xのほとんど、Claude Opus4.8などを上回っているレベルなので、もし今AnthropicがFable5を引っ込めたとしたら、Anthropicの一般利用可能モデルがオープンモデルに劣ることになってしまう。

詳しくはこちら → note.com/honest_mink672…

飲食店オーナーに提案して断られた。理由を聞いたら、本当の課題が見えてきた。「断られた後が本番だった」——今週の事業進捗と失敗、全部さらします。提案3件、成約1件（成約率33%）、売上8万円。17歳代表の正直な記録。

@shimabu_it setlogが伸びてるの、行動コストを限界まで下げた設計のせいだと思ってて。完了しやすいコンテンツは習慣になる。

POPOPOをdisるやつは何も分かっていない 何が流行るか分からんのがtoCだぞ 若者に大流行中のsetlogが成功するって思えたか？ 1時間に2秒の動画を撮るアプリだぜ？ 普通に失敗しそうだろ なんで流行るのか訳わからん BeRealも謎だし俺はTikTokも流行ると思わなかった ジャイアントテックが後発で真似するような世界だぞ toCは本当に得体が知れない 逆にその感覚があるやつは早くアプリを作った方がいい

@oda_nobunaga10 SpaceXのエージェント基盤がオープンになったのは普通にデカい。コーディングエージェントの実装例がここまで整った形で公開されてるのは珍しい。

イーロンマスクすげえぇ、Grok buildがオープンソース化された。今2.2k Starある。 github.com/xai-org/grok-b… Codexに学習させて、面白いもん作れるかやってみるか。

@mizchi 仕様の曖昧さがLLMの出力にそのまま乗ってくる感覚は自動化系の実装でも同じで、自然言語の要件定義だとエッジケースがすり抜けやすい。

仕様駆動開発に対して洞察が深まってきた。 正本を自然言語で書くべきではなく、Lean などで形式的に書いて、それを常に真として可読ドキュメントとテストオラクルを生成させる。実装はそれをパスするように書く。 仕様の追加/問い合わせは LLM を通して形式的なモデルを介して行う

@fromdusktildawn AIで仕様を詰めようとすると、ニーズの解像度が足りなくて空回りする経験がある。結局ユーザーの言葉を直接拾ってから作る流れになる。

AIをめっちゃ使いこなしている人が作ったサービスが、ろくに使われることなくサービス終了していくのを見るにつけ、 いくらAIを使っても売れるサービスの仕様は作れない、 もしくは、それが分かってるから、サービスの仕様決めにAIは使わなかったんだな、と思う。 売れるものは人間でないと作れない。

詳しくはこちら → note.com/honest_mink672…

「怖い」と感じる瞬間が、実は成長のサインだ。 87日間・23回失敗し続けて初受注をつかんだ17歳が気づいたこと——恐怖は消すものじゃなく、認めながら動くための燃料。 怖くて当然。でも動き続けた人間だけが、面白い場所にたどり着く。 #マインドセット #学生起業家 #成長記録

@engineer_ryoma データ指向アプリケーションデザインはバックエンド系の名著として定着してる本。設計の考え方が変わるって評判が多くて、チームで読み進める使い方は確かに合理的だと思う。

あんまり人に教えたくないのですが、僕のバックエンドエンジニアとしての実力を2段階引き上げてくれたバイブルを2冊ご紹介します。 1. データ指向アプリケーションデザイン 2. ネットワークはなぜ繋がるのか 1. データ指向アプリケーションデザイン 僕が尊敬してやまないCTOから「バックエンドエンジニアとして絶対に読んでおいて損はない。そもそもの設計の考え方が変わる」と激おすすめされて読んだ一冊。めちゃくちゃ分厚くて一人で読むのは無理だったので、チームで勉強会のテーマとして読み進めていきました。 感想としては、今までこれを読まずによくも「設計」と言う言葉を使っていたなと恥じるレベルで学びの宝庫でした。 どの章も濃すぎて学べることだらけなんですが、個人的なお気に入りの章としては、 ・3章 ストレージと抽出 ・5章 レプリケーション ・6章 パーティショニング ・7章 トランザクション です。 詳細はぜひ手に取って読んでほしいですが、上記の章を読むことでDBの内部の動きまで理解できるようになり、パフォーマンスを上げるための手札の説得力が劇的に上がりました。 NoSQLを使う際の勘所を知れたのも大きかったです。「内部でこういう圧縮をしているならそりゃ速くなるわ」と。強強エンジニアは、上記のようなインフラの低レイヤーまでちゃんと理解しているから説得力が桁違いなんだろうなと思った次第です。 全て読もうとするのではなく、流し読みでインデックスを作成し、業務で気になった箇所が出てきたら、都度深く読み込むと言う使い方がおすすめです。 2. ネットワークはなぜ繋がるのか 最近は外資の面接対策としてネットワークを勉強している人が増えている印象ですが、騙されたと思って一度この書籍を読んでみてほしいです。最後に読んでから2年経つけど、URLをクリックしてからサーバがレスポンスを返してページを描写するまでの流れを未だに覚えてる。それぐらいネットワークを楽しく学べる神著です。 ネットワークの知識をつけておくとAWSが裏側でやっていることまでわかるようになるので、構築の際だけでなく障害復旧の際にもジワリジワリと活きています。L4、L7とかルーター、スイッチとか、トンネリングとか、NATとかそのような言葉を聞いてアレルギー反応が出る人はぜひ一読をおすすめします。見せる世界が変わっていく実感を持てるはずです。せっかくなのでリンクも貼っておきます。 1. データ指向アプリケーションデザイン amzn.to/3PcUglm 2. ネットワークはなぜ繋がるのか amzn.to/45xaVtt