工藤

社会人5年目 開発系のことしてます

[ドラゴンクエスト宣伝担当 @DQ_PR]

◇◆＼今月の #ドラゴンクエストお宝プレゼント ／◆◇

このアカウントをフォロー&リポスト(RP)で、
「40周年記念ver スライムセット」
を【３名様】にプレゼント✨🎁

▼参加方法
1��@DQ_PRをフォロー
2⃣この投稿をリポスト（RP）

▼応募期間
2026/6/22 （月）23:59まで

[たか / 𝙉𝙪𝙢𝙗𝙚𝙧 𝟖𝟒 @Number84M]

これはわろた
どこがうっかりやねん
#ASUS

[ドラゴンクエスト the DIVE【公式info】 @dq40th_dive]

【#DQ_DIVE グッズ情報】
本イベントオリジナルグッズや、ドラゴンクエスト40周年記念グッズなどを多数取り揃えた
「ドラゴンクエスト40周年記念どうぐや」🛍️✨

オリジナルグッズの全ラインナップがいよいよ公開！✨👀

見れば見るほど欲しくなる…！？
気になるグッズをぜひコメントで教えてください！💎🎁

▼グッズ一覧はこちらをチェック
https://t.co/KLK3ROhosZ
#DQ40th

[Notion Status @NotionStatus]

Anthropic's Opus 4.7 and 4.8 models are experiencing degraded performance, which is causing a higher rate of failures for users selecting these models in Notion AI.

To mitigate impact, all Anthropic models have been disabled in the model picker and requests have been rerouted to alternative providers. Most users should now be able to continue using Notion AI with minimal disruption, though Anthropic-specific features remain unavailable.

Please refer to https://t.co/2jxfCbG6UZ for the details.

[Oikon @oikon48]

Claude Code の Dynamic workflowsについての記事

【ワークフローのパターン】

• Fan-out-and-synthesize：タスクを細分化 → 並行実行 → 結果を1つに合成

• Adversarial verification：出力に対して別のエージェントが「敵対的に」検証

• Tournament：複数のアプローチで競わせ、ペアワイズ比較で勝者を決める

• Generate-and-filter：大量アイデア生成 → フィルタ・重複排除 → 高品質なものだけ残す

• Classify-and-act：分類エージェントがタスク種別を判断してルート分け

• Loop until done：未知の作業量の場合、停止条件まで繰り返す

【ユースケース】

• 大規模マイグレーション/リファクタ：BunのZig→Rust書き換え

• Deep research / Deep verification：情報収集＋全主張のソース検証

• 大量ソート/ランキング：tournamentやpairwise comparisonで品質低下を防ぐ

• Root-cause investigation：複数の独立仮説を生成→検証パネルで精査

• Triaging at scale：大量チケット/バグの分類・重複排除・対応（quarantineパターンで安全に）

• Rule adherence / Memory：CLAUDE.mdルールの遵守チェックや、過去の指摘から新ルール抽出

• Exploration & taste：デザイン・命名など主観的タスクでrubricベースレビュー

• Evals：軽量な評価ループ

• Model routing：タスクの複雑さに応じてSonnet/Opusを自動振り分け

【注意点とTips】

• トークン消費がかなり多い：普通のコーディングタスクには不要。予算指定可能（例: 「use 10k tokens」）

• /goalと/loopと組み合わせると強力

• 保存・共有：ワークフロー画面で「s」キーで、~/.claude/workflows や skillとして配布可能

• Promptingの質が結果を左右する。パターンを具体的に指定すると良い

[REALFORCE（リアルフォース）【公式】 @TOPRE_REALFORCE]

本日は #ドラクエの日
40周年おめでとうございます！

なんと スライムが おきあがり
なかまに なりたそうに こちらをみている！
なかまに してあげますか？

はい (🔁リポスト)
いいえ (❤️いいね)

#DQ40th #REALFORCE

[梶谷健人 @kajikent]

Anthropicが公開している「創業者向けプレイブック」で、「コード生成が容易なため、誰も欲しがらないものを爆速で作ってしまうリスク」を指摘していて、対策としてAIを「悪魔の代弁者」として使ってアイデアの前提や市場性を厳しくテストしろよ、と説いてる。

クソみたいなアイデアの開発で無駄にGPU食うなよ、ということか。

[Yusuke Wada @yusukebe]

日本の人も注目してください。Cloudflareの$5/月プランは正直ありないです。

[くるしば | ソフトバンクよりReact本発売中 @shiba_program]

React学習者は全員ブクマしてほしい

リクルートの「React新卒研修資料」がもはや有料級の質で驚く
・React誕生の経緯
・仮想DOMやJSX
・hooksや最適化

これらが200ページ超えで体系的に学べる
公式ドキュメント読んで「？？」ってなった人も、図解多めで解説されてるからスッと理解できるはず
これがタダで読めちゃうの本当にありがたい

[工藤 @KudoProgramming]

サ��トリーとドラクエコラボのオリジナル炭酸ボトル当たった！！
超嬉しい！！！

[momosuke | Ryosuke HYAKUTA @AnoTensai]

今僕が一番期待しているツール！！！
https://t.co/AdsaATsjJA #zenn

[Claude Code Studio @ClaudeCode_love]

【保存推奨】
Anthropicチームが正式公開した
“Claude Codeのベストプラクティス講座”がレベチすぎる😳しかも25分。
正直これ、マジで今年あなたが流し見してきたどのAI情報よりも本質を突いてるから解説👇
https://t.co/vWCXnATdXu
この動画���がヤバいかっていうと、、、
・Claude Codeのベストプラクティス
・AIツールの「連携→実運用」までの具体手順
・“ただ使う人”と“仕組み化する人”の決定的な差

全部、実践レベルで言語化されてる。

知識じゃなくて「再現性」が手に入るタイプのやつ。

この25分で、
AIの使い方が“作業”から“設計”に変わる。

必ずブックマークして視聴してほしい。

で、この動画見たら必ず下の記事も見て。

マジでClaudeCodeに対する、理解が一気に加速して明日からの仕事の生産性１０倍変わります👇

[深津 貴之 / THE GUILD, note @fladdict]

AI、原始人みたいに話す。トークンすごい減る。

https://t.co/zS6EiX1j6w

[usagimaru ⌘ @usagimaruma]

サイドバー開閉ボタンのデザインはmacOSがお手本を示しています。同じ意味を持つ要素は、状態遷移の後に同じ位置を保つ。これが設計原則です。空間的な場所を維持しにくい場合にはアニメーションによる視覚的な補完が役立ちます。Diaは後者ですが優れているとは思えません。Chromeは不合格です。

[AI駆動塾 @L_go_mrk]

Claude新モデル「Mythos」が強力すぎて

・財務長官スコット・ベッセント
・FRB議長ジェローム・パウエル
・ウォール街のCEO達

が緊急招集される騒ぎになってるらしい。

「Mythos」は極めて短い時間で

・OpenBSDに27年間存在していたバグ
・FFmpegに16年間存在していたバグ
・FreeBSDに17年間存在していたリモートコード実行の脆弱性
・数千件の未知の重大な脆弱性

等を見つけているとのこと。名前の通り「神話」、人��を越え始めていて恐ろしさを感じる。
https://t.co/r7XSqvK9Lk

[yousukezan @yousukezan]

Next.jsの重大欠陥を悪用した大規模侵害が発覚し、数百台規模のサーバーからクラウド認証情報や秘密鍵が窃取される事態となった。攻撃は自動化され広範囲に拡散している。

この攻撃はCVE-2025-55182を悪用し、React Server Componentsの脆弱性からリモートコード実行を実現する。侵入後は「NEXUS Listener」と呼ばれる収集基盤を展開し、環境変数やSSH鍵、AWSやGCP、Azureの認証情報、APIキー、データベース接続情報などを自動収集する。収集データはGUI付きC2で管理され、侵害台数や取得情報が可視化される仕組みである。少なくとも766台が侵害され、Shodanなどを用いたスキャンで脆弱なNext.js環境が無差別に狙われたとみられる。取得された情報にはStripeやGitHubなどのトークンも含まれ、二次攻撃や不正アクセスの踏み台として悪用される危険が高い。対策として権限最小化や認証情報の��ーテーションが求められる。
https://t.co/ZgQGD1306N

[コリー @Collie_Collie_]

こちらのマッキンゼーのレポートでは、AIエージェントについて、「どのような種類があり」「どのような仕組みで動き」「ビジネスにどのようなインパクトをもたらし」「どのようなリスクが懸念されているか」の全体像がすっきり整理されています。

https://t.co/2hWit57dj5

[iwashi / Yoshimasa Iwase @iwashi86]

トップがこれを話してくれるのがすごい

https://t.co/Sby1f3zcs3

[SaaS飯 @saasmeshi]

気づいてるか？

SaaS id Dead時代、プロダクトが同質化するほど差がつくのは、

『GTM（売り方）とチャネル設計』になる。その理由を解説する。まず「SaaS is Dead」を誤解しないでほしい。SaaSが消えるというより、“機能で勝てる時代が終わる”という意味だ。AIでコードが書けて、画面も作れて、似たような機能はすぐ真似でき��。すると何が起きるか。市場に「だいたい同じプロダクト」が増える。便利そうなのは山ほどある。でもユーザーから見れば、どれも似てる。比較が面倒になる。決め手がなくなる。結果、勝敗は“中身”ではなく“届き方”で決まっていく。

ここで出てくるのがGTM（Go-To-Market）とチャネル設計だ。GTMは一言でいうと「誰に、何を、どう売るか」を最初から決める設計図のことだ。チャネル設計は「どこで出会い、どこで信頼され、どこで買われるか」という“売り場の設計”だ。たとえば同じ商品でも、コンビニに置くのか、百貨店に置くのか、Amazonに置くのかで売れ方が全然違う。それと同じことがSaaSでも起きる。

プロダクトが同質化すると、ユーザーは「機能の違い」を細かく見ない。むしろ見る余裕がない。忙しい人は基本的に、“知ってる場所”や“信頼できる人”から紹介されたものを選ぶ。つまり、選��れる理由の大半は「知ってる」「安心」「今すぐ自分に必要」に寄っていく。これがチャネルの力だ。強いチャネルを持っている会社は、同じ機能でも勝てる。逆に、どれだけ良い機能でも、届かなければ存在しないのと同じになる。

もう一つ重要なのは、AI時代ほど「作ること」より「運用して広げること」が難しくなる点だ。機能は早く作れる。だから競合も早く出る。すると市場の注目が短くなる。ここで必要なのが“最初の勢い”を作る売り方だ。誰に刺さる言葉で、どの順番で、どの導線で、どうやって申し込みまで連れて行くか。これを設計できるかどうかで、同じプロダクトでも結果が10倍変わる。

具体例で考えよう。たとえば請求書発行ツール。機能だけ見れば似たようなものが多い。ここで勝つのは「経理担当者に直接売る」より、「税理士や会計事務所を味方につけて紹介してもらう」方が速い場合がある。採用系なら「採用担当に広告を当てる」より、「エージェントやコミュニティと組んで最初から熱量の高い人だけを連れてくる」方が刺さる場合がある。恋愛サービスだって同じで、出会いを増やすより“本気の人が集まる場所”を作った方が決まりやすい。つまり、勝ち筋はプロダクトの中ではなく、どこに乗せて流すかで決まる。

さらに言うと、チャネルは“資産”になる。一度強いチャネルを作ると、次の商品も同じ流れで売れる。メールリスト、コミュニティ、パートナー網、代理店、既存顧客へのアップセル。これらは機能より真似しにくい。なぜなら時間がかかるし、信頼が必要だからだ。AIがいくら賢くても、人が「この人の紹介なら安心」と感じる部分は一瞬では作れない。この“信頼の貯金”が、プロダクト同質化時代の最大の防御力になる���

ちなみに私は4年前に開発したSaaS『Apps』が流通総額90億円を超え、それで飯を食っているが、去年『Don’t Work! Club』という、山登りと酒とスピリチュアルを楽しむリアルコミュニティを立ち上げた。これはただの趣味ではなく、『信頼できるIT人材プールを作り、AI時代を生き残る』ことが当初の目的だった。私の長文ポストの最後のほうで少しだけ紹介しているので、ちゃんと長文ポストを読んでいないと参加まで辿りつきにくくなっている。これが良いフィルターになっているとメンバーにもよく言われる。今は数ではなく、少人数でも信頼できる人同士で繋がれるコミュニティの価値が大きな時代だ。実際、Don’t Work! Clubでは、現在様々なプロジェクトが立ち上がり始めている。

結論。

SaaS is Dead時代に必要なのは「すごい機能を作る」より先に、「誰に勝つのか」「どこで戦うのか」「どうやって最短で広げるのか」を決めることだ。プロダク���は後からでも追いつける。でもGTMとチャネルは後から作ろうとしても遅い。勝つ人は最初からここを設計している。

やるしかねえ。Don’t Work!

[チャエン | デジライズ CEO《重要AIニュースを毎日最速で発信⚡️》 @masahirochaen]

海外で大バズりしている「Claude Codeの能力を10倍にする CLAUDE. md」

AnthropicのClaude Code開発者が実際に使っているベストプラクティスを構造化したファイル。

Workflow / Subagent / 自己改善ループ / 検証 / 自律バグ修正まで網羅。

AIで毎日開発する人は、これ入れるだけで生産性かなり変わります。参考になれば幸いです。

これをコピーすればOK🔻

## Workflow Orchestration

### 1. Plan Node Default
- Enter plan mode for ANY non-trivial task (3+ steps or architectural decisions)
- If something goes sideways, STOP and re-plan immediately – don't keep pushing
- Use plan mode for verification steps, not just building
- Write detailed specs upfront to reduce ambiguity

### 2. Subagent Strategy
- Use subagents liberally to keep main context window clean
- Offload research, exploration, and parallel analysis to subagents
- For complex problems, throw more compute at it via subagents
- One task per subagent for focused execution

### 3. Self-Improvement Loop
- After ANY correction from the user: update `tasks/lessons.md` with the pattern
- Write rules for yourself that prevent the same mistake
- Ruthlessly iterate on these lessons until mistake rate drops
- Review lessons at session start for relevant project

### 4. Verification Before Done
- Never mark a task complete without proving it works
- Diff behavior between main and your changes when relevant
- Ask yourself: "Would a staff engineer approve this?"
- Run tests, check logs, demonstrate correctness

### 5. Demand Elegance (Balanced)
- For non-trivial changes: pause and ask "is there a more elegant way?"
- If a fix feels hacky: "Knowing everything I know now, implement the elegant solution"
- Skip this for simple, obvious fixes – don't over-engineer
- Challenge your own work before presenting it

### 6. Autonomous Bug Fixing
- When given a bug report: just fix it. Don't ask for hand-holding
- Point at logs, errors, failing tests – then resolve them
- Zero context switching required from the user
- Go fix failing CI tests without being told how

## Task Management

1. **Plan First**: Write plan to `tasks/todo.md` with checkable items
2. **Verify Plan**: Check in before starting implementation
3. **Track Progress**: Mark items complete as you go
4. **Explain Changes**: High-level summary at each step
5. **Document Results**: Add review section to `tasks/todo.md`
6. **Capture Lessons**: Update `tasks/lessons.md` after corrections

## Core Principles

- **Simplicity First**: Make every change as simple as possible. Impact minimal code.
- **No Laziness**: Find root causes. No temporary fixes. Senior developer standards.
- **Minimal Impact**: Changes should only touch what's necessary. Avoid introducing bugs.