coji 溝口浩二 retweeted
やっぱりiPhone Duoにはリモートデスクトップアプリがハマるよなあ!くそう!俺もつくってたんだよ!!!合わせて出そうと思ってたのに審査まる一週間止まってんだよ!!!(昨晩諦めて出しなおした)
こんなのです。審査通ったら出すのでお待ちください…自分で使ってても超べんりです…
casement.win
coji 溝口浩二 retweeted
Made a skill for dimensional drawings of UI components.
Inspired by Apple's accessory drawings, it documents a component's architecture into a spec sheet.
github.com/enesozturk/dimens…
natural-japanese Skillをkakuで使うのがおすすめ
natural-japanese v1.6.2 をリリースしました。スキル内の指示の細かな食い違いを直しています。
github.com/coji/natural-japa…
coji 溝口浩二 retweeted
OpenCode 的 AGENTS.md 值得拥有,专治 Codex 的过度设计,茫茫多的防御性代码,一坨坨几乎根本不会发生的极端边界。
不仅仅是这一点,整个文件的内容都值得一看 ,style guide 一节写的很好,我已经用于我大部分 agent 的默认提示词了
github.com/anomalyco/opencod…
“Before adding complexity for a speculative or vanishingly unlikely race or security edge case, explain the concrete failure mode, likelihood, and complexity cost to the user and get their buy-in. Do not silently expand scope for theoretical robustness.”
让 AI 翻译一下:
“在为推测性的、或者几乎不可能发生的竞态条件/安全边界情况增加复杂度之前,先向用户讲清楚:具体会出什么问题、发生的概率有多大、以及增加这些复杂度的成本,并得到用户的明确同意。不要为了理论上的健壮性,就悄悄把范围扩大。”
非常贴切
This is such a banger rule in @opencode's AGENTS.md
"Before adding complexity for a speculative or vanishingly unlikely race or security edge case, explain the concrete failure mode, likelihood, and complexity cost to the user and get their buy-in. Do not silently expand scope for theoretical robustness."
coji 溝口浩二 retweeted
手が回っていなかった個人開発を再開した
開発時ではなく、運用時に繋ぐと便利だったツールなど
ユーザー対応、分析系は労力が1/10くらいになって感動
---
【AI運用のMicroSaaS入門】 放置していた個人開発を AI で再開するためにやったこと note.com/kyohei_dev/n/n512cd…
coji 溝口浩二 retweeted
speakerdeck.com/iktakahiro/s…
LT資料をアップしました! #ソフトウェアファクトリー
coji 溝口浩二 retweeted
ソフトウェア開発のあり方も、日本とベイエリアのAgent企業だと差が出始めているなと感じる。
これはBet AI Dayで作ったスライドですが、開発プロセス自体も3つのループを閉じるプロダクト開発そのものになっていく。そこまでやってFactoryと言える。人間がどう使うかの話ではない。
coji 溝口浩二 retweeted
先日のnoteがおもいのほか読んでいただけたので、エンジニア向けにAI脆弱性検査をやるにはみたいな話を書きました。
話題の自律型AIペンテスト検査ツール(Strix/Shannon)に入門して毎週脆弱性検査をする|Yusuke Kawabata zenn.dev/kusuke/articles/4d1… #zenn
coji 溝口浩二 retweeted
今、エンジニアが思っている開発の仕方に対する違和感をうまく表現してくれている。。。
addyo.substack.com/p/the-cod…
coji 溝口浩二 retweeted
1/ SQLite is fast. Until everyone writes at once.
Turso 0.8.0 is out: the performance release. Under concurrent writes, up to 500x lower tail latency and 7x higher write throughput than SQLite. 🧵
「レビューはいずれなくなるから、なくすために、ガードレールとか検証の仕組みを整えよう」と言うと、大体、「それは短絡的で、今すぐにはなくならない」とよく言われる
でも、意外とレビューなくなるの、そう遠くない未来だと思う
「誰がこんなすぐにコーディングがなくなると予見できた?」
「誰がこんなすぐに並列で5個以上のプロダクト開発ができる日々が来ると予見できた?」
AIモデルの進化は指数関数的に速くなっているし、性能の伸びも同じくらい大きくなっている
ソフトウェア開発もそうで、それと同じかそれ以上に加速度的だ
保守的なのを否定するわけではない
ただ、「意外とすぐなくなるかも」と頭の片隅に置いておくことと、競合他社は既にそれに取り組んでいると仮定して、置いていかれないようにする想定は今のうちからしたほうがいいと考えている
coji 溝口浩二 retweeted
Meta teased its next major model as coming soon during the keynote.
Now "“muse-spark-1.4-contributor" has appeared on OpenCode’s data page.
Muse Spark 1.4 seems very close! I’m really looking forward to it!
coji 溝口浩二 retweeted
This was the moment I stopped looking at the code at all.
I was having a conversation with a co-worker to add the ability to use Remix to a thing he had built and he said "agents don't need frontend libraries anymore". Meanwhile his product was using a backend framework.
I thought he was ridiculous, ofc we still need frontend libraries if we need backend libraries--in fact, I find agents are sufficient at backend stuff w/o abstractions!
And then it hit me. He and I were the same, just inverted. We believed agents were sufficient for everything we didn't have deep expertise in.
I started noticing this pattern with almost every developer around me. I thought about it all the time.
I kept wondering which way to go: Does this mean agents aren't good enough at anything? Or are they good enough at everything?!
I went with "good enough at everything" and stopped looking at the code, stopped reviewing it directly (asked agents about PRs, how they worked, etc., but I didn't look at the code)
Funemployed now, I don't even use a coding environment, I do it all from my dang phone.
Teams should probably replace their coding agent editors with a slack channel run by an agent.
But the farther we go in this new world the more I question that we'll even be "creating software" at all.






























