Kento＠ソフトウェアエンジニア

ソフトウェアエンジニア | 土木院生 → サーバー → アプリ
社会人4年目
エンジニアのリアルやタメになることを発信します

[Kento＠ソフトウェアエンジニア @webappkeneng]

ブルバつけてみました！
改めてよろしくお願いします🙇

現役ソフトウェアエンジニアが主に開発、CS関連やAI活用法についての気づきなどを発信してます

#ブルバ100
#ブルバ

[Kento＠ソフトウェアエンジニア @webappkeneng]

明日試す②

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

海外AI勢が書いていた「Fable 5で第二の脳を作る方法」という記事がかなり参考になった。

要点は、AIの性能差は「モデルの賢さ」だけでなく、どれだけ自分の知識・過去の意思決定・業務文脈を読ませられるかで決まるという話。

Fable 5のような高性能モデルでも、何も文脈がなければ平均的なアウトプットしか出ない。

でも、Obsidianなどで作った自分専用の知識ベースと繋げると、同じモデルでも別物になる。

・コードは自社の設計思想に沿う
・文章は自分の語り口に近づく
・提案は過去の顧客情報や意思決定に基づく
・リサーチは一度きりで終わらず資産化される

記事では、第二の脳を4つの構造で作ると紹介されていた。

1. raw
記事、議事録、メモ、顧客情報などの原文置き場。ここは改変しない。

2. entities
顧客、競合、ツール、人物など、具体的な対象ごとのページ。

3. concepts
戦略、学び、パターン、考え方など、抽象概念ごとのページ。

4. INDEX.md
AIが全体を把握するための入口。各ページの1行要約を並べる。

重要なのは、AIに毎回ゼロから考えさせるのではなく、自分の知識ベースを読ませてから作業させること。

さらに、毎回の作業ログを保存し、毎晩整理し、毎週矛盾や重複をチェックし、重要な知見を統合するループを作る。

これをやると、AI活用が単発のチャットではなく、“使うほど賢くなる業務OS”になる。

結局、今後のAI活用で差がつくのは、「どのモデルを使うか」だけではなく、「自分だけの文脈をどれだけ蓄積できているか」だと思う。

同じFable 5でも、空っぽの状態で使う人と、第二の脳を接続して使う人では、出力の質がまったく別物になる。

[Kento＠ソフトウェアエンジニア @webappkeneng]

明日ためす

https://t.co/5V3UTHUZdm

[Kento＠ソフトウェアエンジニア @webappkeneng]

@kis ありがとうございます。
いただいたご意見を意識して読んでみます！

[Kento＠ソフトウェアエンジニア @webappkeneng]

何かOSSでコードリーディングしたいけどどのOSSがいいのかなー。
typescriptでクリーンアーキテクチャとか学べるやつがいい

[Kento＠ソフトウェアエンジニア @webappkeneng]

@kis リプありがとうございます！

なるほど、勉強になります。
どんな目的でoss読むのがいいんですかね？

[Kento＠ソフトウェアエンジニア @webappkeneng]

これよさそう
superpowersをそのまま使うのではなくチーム特有のルールを反映させるのと、自己改善ループをフローとして入れてるのめっちゃいい気がする
https://t.co/jNAcyDzBKn

[すたーまん@メガベンチャーAIエンジニア @fujitech_ai]

メガベンチャーに来て気づいたことがあります。年収が高く、レベルの高いエンジニアほど、休日も勉強しています。しかもそれを義務感でやっているのではなく、純粋に楽しんでいる人が多い。
興味のある論文を読んでいたり、技術系のセミナーや勉強会に自分で申し込んで参加していたり、個人開発を続けていたり。仕事とプライベートの境界線が自然と薄い。
「仕事だから勉強する」ではなく「面白いから深掘りする」という姿勢が、長期的なスキルの差になっているんだと思います。
強制されていないのに学び続けられる人が、結果的に市場価値の高いエンジニアになっている。因果関係がどちらかは分かりませんが、周りを見ていると相関は確実にあります。

[Kento＠ソフトウェアエンジニア @webappkeneng]

少し前は、「どのモデルが一番賢い？」だった。

最近は、
Memory
MCP
Guardrails
Observability
Workflow

みたいな"Agentをどう組み立てるか"の話が増えてきた。
モデル選びだけじゃ差がつかなくなって、
アーキテクチャ設計が面白くなってきた感じ。

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

AIに書かせたコードを改善するため、TypeScriptの世界的権威が作ったskillsがすごい

「〜を実装して」と曖昧な指示で進むいわゆるバイブコーディングでは内部構造がカオスになって消耗しやすい

・設計を問い詰め徹底的に曖昧な部分をなくす「/grill-me」
・AIのボケを防ぎ情報引き継ぐ「/handoff」
・設計の自動監査と改善を行う「/improve-codebase-architecture」

など、開発を支える15のスキルが詰まってる

作者のMatt Pocock氏が自身の現場でガチで愛用してるのも納得

AIの賢さを落とさず安全に開発する仕組み、スライドで図解したから見てみて↓

[Kento＠ソフトウェアエンジニア @webappkeneng]

なるほど。
たしかに無駄に情報が多くて結局何が言いたいかわからないこと多いし、要点だけ絞ってみたいな指示しても逆に絞りすぎてあまりいい感じなドキュメントにならないと思ってた。

[yuki @helloyuki_]

スタッフエンジニアがどうLLMを使ってるか。Pull RequestやADRをLLMに書かせない方がいいに共感。LLMは考えをまとめるのがとても下手（全部書き上げようとして強弱をつけられず、核心をポンとまとめる文章を書けないからだと思う）に思っており、書かれる文章は単に冗長なだけで情報密度が低いなあとは常々思ってる😌 デバッグに強くてテストにも有用というのも同じ使い方をしてるなあ。

How I use LLMs as a staff engineer in 2026
https://t.co/zbMdpG2TW4

[Kento＠ソフトウェアエンジニア @webappkeneng]

後で入れよ

[オープンソース研究所 @opensourcelab9]

AIスキルやプラグイン、中身を見ずに入れてませんか⚠️

実は研究で約26%に危険があったと報告されてます。
そこでNVIDIAが出したのが SkillSpector。

・入れる前に自動スキャン
・怪しいコードを検出
・リスクを可視化

便利さの裏で増える“AIスキルの罠”、対策はしておきたいところ。★4,700。
https://t.co/EBiLz9NEqS

[kosui (こうすい) @kosui_me]

🥋kamae-ts
サーバサイドTypeScript向けハーネス

昨日v1.0.0を公開し、日本語と英語のドキュメントを整備しました。ここからさらに洗練させていきますよ💪
https://t.co/3zVD6ffMfc

[Kento＠ソフトウェアエンジニア @webappkeneng]

typescriptなんとなく使ってる人これ必須かも

[kosui (こうすい) @kosui_me]

🥋kamae-ts
サーバサイドTypeScript向けハーネス

昨日v1.0.0を公開し、日本語と英語のドキュメントを整備しました。ここからさらに洗練させていきますよ💪
https://t.co/3zVD6ffMfc

[Alex Xu @alexxubyte]

Design Patterns Cheat Sheet

The cheat sheet briefly explains each pattern and how to use it.

What's included?
- Factory
- Builder
- Prototype
- Singleton
- Chain of Responsibility

[Shogo Fukami @react_nextjs]

最近はちゃんと利用してるけど、改めて諸々確認できて良かった。

https://t.co/JNkVYgiUYi

[Kento＠ソフトウェアエンジニア @webappkeneng]

ハーネスとかAI駆動開発のキャッチアップも大事だけど、AIをうまく活用するにはエンジニアとしての基礎知識も大事。ジュニアミドル層のエンジニアは大変だな

[Kento＠ソフトウェアエンジニア @webappkeneng]

superpowersと組み合わせたら最強かも

https://t.co/DvU6UQz80g

[Kento＠ソフトウェアエンジニア @webappkeneng]

色々ハーネス周りでやりたいことが増えてきたのと、その実現方法が見えてきて楽しい

[yuki @helloyuki_]

よいDesign Docの書き方。Design Docの例があるのと、それぞれの項目について網羅的にポイントが書かれていてよい。

How to Write an Effective Software Design Document
https://t.co/zE2JUwGaoF

[pospome@カミナシのVPoE @pospome]

こーゆー自己改善の仕組み欲しいよなー。https://t.co/s9c9hnPDvJ