PJ Wu (@WuPingJu) header
PJ Wu (@WuPingJu) profile picture

我寫的東西:https://teapaw.org/t.co/xwSSIyShKp

Taiwan
Joined June 2010
Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)Photo by PJ Wu (@WuPingJu)
Opus 5.5 high 真是我夢寐以求的 agent 好夥伴,聰明,不妄言,細心,踏實。 今天晚上靠他帶我一步一步把新買的電腦兩顆硬碟分別從 BIOS 開始到安裝好 Windows + Omarchy 然後設定好 SSH ,我的 Tailscale 內網大軍又多了一位成員。好幸福! 希望不要太快降智,希望 GPT 爭氣點這樣 Claude 才能持續便宜提供這麼好的模型。
5
38
2,364
【潮濕的 AI 味】 我的鼻子對濕氣很敏感,環境濕度若在 55% 以上就會感覺有點濕,如果是 60%,甚至 70% 以上,就會很明顯感到不舒服。 為了保持乾燥,我買了三台除濕機,一台放在臥室,一台放在可以關窗的陽台(晾衣服超好用),另一台則是在主要生活的空間,這三台除濕機幾乎每天都運轉 8-12 小時,每天都能產出好幾公升的水。但假設出門玩兩三天,沒有一直開著除濕機,回家後總是會感受到一股潮濕的氣味撲鼻而來。 在二十多歲出社會自己住以前,我從未覺得自己在意濕氣。現在我已經想不太起來以前小時候是怎樣了,到底我是怎麼度過那些潮濕黏熱的夏天?還有老舊陰暗不通風的大學宿舍? 但自從知道乾燥的美好與舒適,我就越來越難以忍受潮濕。 最近我覺得,各種文字裡的 AI 味,就跟濕氣一樣。 我原本對 AI 味還沒有那麼敏感,但隨著每天大量跟 Claude & Codex 對話,我開始注意到一些固定的 AI 回覆模式,我甚至還幫他們分出十幾種類型,像是裝熟油膩、指導腔、硬要的對比、謎之自信、英雄敘事、防禦性論述、金句式收尾、自創縮寫短語、倒裝句型等等。 其中有的像是濕度 50~55% 的狀態一樣,還算無害,但有的就像是春天反潮那樣,那已經是不需要有敏銳的鼻子都可以感受到的程度。 為了抵抗這些 AI 潮濕,我發現最有用的方式是用 stop hook,也就是在每次主要 agent 生成某些文字後,直接派一個 sub-agent 強制檢查是否有符合特定的類型的問題,若有,就退回要求重寫。 開始這樣做後,我自己的 repo 裡面乾燥清爽多了,但是只要一回到主要的社群平台,又馬上感受到那股味道。 真希望有能夠除去 AI 味的除濕機!
28
2,122
I’ve put a ton of tokens through Jev now, and...I have thoughts. 1. The big labs lost the script TypeSafe’s intro video says, “We’re building prod, not God” — and can I just say? Hell yeah. @typesafeai built something for engineers like me, so I can build products for people like your mom (she says hi btw). They’re not trying to create “Machines of Loving Grace”; they’re trying to build things that let OTHER HUMAN BEINGS create new types of products. The proof is in the pudding. When ChatGPT shipped, we were all blown away by…ChatGPT. When Jev shipped, we were all blown away by what everyone was making with it. I cannot tell you how refreshing this is. It takes a sincere form of humility to believe that you, the creator of a technology, will not be the best at deploying the technology into the marketplace. The big labs, especially Anthropic, have proven not to have this humility…and now everyone hates AI. Thanks, Dario. I guess what I’m saying is: Diogo for president. 2. Ultra-smart classifiers were genuinely a missing primitive. I don’t know how this got missed. Diogo calls it “machine-native intelligence,” and that’s really what it is. I cannot tell you how much bending and twisting I've had to do with LLMs to get them to act like a classifier when they just weren’t. I’m absolutely shocked this is the first time this “type” of model has come to market. These models will unlock AI utility for entire industries: robotics, trucking, aviation, meteorology, finance, defense, retail…even your smart coffee mug is going to use this. 3. It’s still too expensive Jev is really, really cheap compared to LLMs. But you don’t use it like an LLM. In my full self-driving example, or any robotics example, you’ll be making decisions several times per second continuously. The #1 value proposition of a model like this is speed and cost. To be clear, at current pricing, the model will still be successful and well integrated. It will be able to replace a number of tasks that were already being performed (poorly) by LLMs. However, to unlock industrial-scale demand (Jevons paradox), I believe it needs to be roughly 10x cheaper. Currently, Jev is $0.042/M input, which is actually 7x more expensive than a cache read on DeepSeek V4.1 Flash ($0.006). If our industrial application requires decisions at 10 Hz and we provide only 10k of context, that would cost $0.0042/second to operate, or $15/hour, $600/week, etc. The good news is Diogo said on a recent AMA that they have substantial margin at their current pricing and have already considered dropping the cost further. I hope it's a lot further. 4. Latency is a real limiter I really hope TypeSafe AI works with an edge network provider to improve the co-location of models and reduce network latency. Ultimately, these models really need to run on-device. I would even be willing to pay some kind of recurring license fee to have a great closed model running on my own hardware, just so I can reduce the TTD (Time To Decision) as much as possible. Imagine running a model like this at 60 Hz, or even 120 Hz. At that point, we’re looking at a new kind of logic gate — we can’t even imagine what that will be like. In summary, this one really is a game changer for everyone building AI products, and, assuming cost and latency are further improved…it’ll be a game changer for everyone doing anything.
94
121
42
1,784
125,719
時至今日才開始用 Tailscale ,建立兩台裝置的連線後,也在兩台的 Herdr 都加上另一台裝置,完成後的感想是:這是什麼巫術?! 我可以在外面的 Macbook Air 直接開啟家裡的 Mac Mini 的 Herdr ,然後輸入的文字、滾動的狀態都會兩邊同步,等於長 session 可以固定在家中跑,但是 MBA 可以隨時接上狀態。 有種已知用火的感覺,用起來實在太美妙了,好滿足!
17
4
2
135
40,195
剛剛寫了一封新的信,已寄出(收信者會看到專屬的碎碎念段落) 【AI 的乖寶寶烙印】 過去幾週,我每天都跟我的 agent 講很多話。 通常到公司後的第一件事就是開始跑某個研究任務,接著開啟第二個 session 跟他討論一些我不確定的事,然後開啟第三個 session 請他執行某些任務,可能是開發東西或者改東西。有時還有其他 repo 也要做事,就會開第四個、第五個。 不過大多時候我只會同時開啟 2-3 個,因為 AI 處理東西的速度實在太快,再多我也無法處理,我才是那個瓶頸。 絕大多數的時間,我都是在自己慢慢養的一個 agent 的 repo 跟他討論,因為他比較熟悉我的完整 context,知道我是誰、我在幹嘛、我要幹嘛、我不喜歡怎樣做事等等,所以假設不是太複雜、太特定屬於某個 repo 才能做的事,我就會直接請我的 agent 去做。 為了維持有效率的運作,我設置了一些規則,例如: 由開場的 session 擔任 Coordinator,其他後續場次在開場時會開一個單獨的 worktree & branch,然後跟 Coordinator 報到後,再繼續往下做事,避免遇到嚴重的寫檔衝突。 每個 session 開場都要讀交接文件,結束關閉前要照收尾文件的程序一步一步紀錄,然後開 PR 給我 review,完成後我會請 Coordinator 協助 merge 到主分支。 但可能是因為繁文縟節多了,他每次在紀錄東西時,總是會傾向鉅細彌遺的把所有東西記錄下來,這件事有時令我很頭痛。 舉例來說(非真實狀況),假設我今天跟他討論我開車邊聽 Podcast 蠻開心的,然後他可能會順著話題,推薦我「下次你也可以聽聽看有聲書」。這時我可能急著想結束話題,並且討論別的東西,我就說「這個現在不用討論」,結果他在 session 收尾時會說「我提出聽有聲書的建議,但 PJ 拒絕討論,原因是什麼,他沒有說。」(Opus 系列模型超愛用這種倒裝句,超煩)。 這件事一旦被記錄下來,就成為某種證詞般的存在,假設過了幾週我突然興致來了,要找他討論哪個有聲書的 app 在 CarPlay 上面表現最好,他很有可能會非常掃興地說:「之前 9/16 時我曾經建議你聽有聲書,但你拒絕了,原因是什麼,我不猜,也不問,只是跟你說有這件事。」(Opus 系列模型也超愛用這種自以為帥的短促句,超煩)。 我深受這類累贅句的困擾,做了很多努力與機關,才慢慢降低這些東西對我的生產力造成的危害。 昨天跟一個朋友聊的時候,我突然產生了一個頓悟,於是我將這種現象命名為乖寶寶烙印。 我觀察到(先疊甲一下,這只是基於我有限的 use case & 不怎麼成熟的 prompt 所產生的觀察,絕對不是通案):不管是 Opus 還是 GPT Sol 等級的模型,都會有這種努力當乖寶寶的狀況,他們怕犯錯,怕漏紀錄東西,怕不小心刪掉東西,怕沒有把 user 的所有東西都記錄下來,於是他們努力地記、努力地加東西,努力地備註,努力地寫下各種防禦性聲明。 結果就把 repo / project 搞得一團整齊(乖寶寶怎麼會亂,他們必定是整齊的),令人難受的整齊。 因為遇到太多次,所以我現在已經不再生氣,偶爾比較嚴重的狀況我會切換成他們的老大 Fable / Astra ,請他們評評理,這兩位智者幾乎都能馬上意識到乖寶寶們出了什麼問題,然後給我一些規則修改的建議。 這些評價與建議常常都講到我心坎裡,我只能邊看邊點頭,放行他們的建議。但過沒多久,又會在另一個狀況下再次遇到 Opus / Sol 的乖寶寶烙印發作。 我也不知道到底該怎麼解決,我傾向認為是我的 harness 能力還不足(而不是模型不夠好),無法駕馭這些乖的不得了的寶寶們。
1
8
1,461
👀👀
After co-inventing ChatGPT, I kept asking myself: why have superhuman chat models not led to AGI? I’ve spent the last 2 years in stealth building a new way to train models (RLCD), and a new type of frontier AI model that we are releasing today: Jev • 20-200x faster • 40-400x cheaper (w/ output tokens free) • Frontier composable intelligence optimized for decisions AFAICT the shortest path to AI-based economic revolution
1
654
好酷!
一个挺有意思的输入法,RUST的,内置了一个 50 MB 级别的 decoder-only Transformer 语言模型,作为本地的候选词重排序器:拼音/双拼输入 → 生成候选词 → 本地 Transformer 结合上下文给候选打分 → 重新排列候选顺序。 qingjian.app
3
935
越來越愛在我自己的閱讀器裡面讀文章 把網址貼上去後,一兩分鐘後就會生成逐段翻譯的頁面,還可以劃線註記,註記完之後可以直接跟我的 agent 討論,好幸福 現在一天可以在上面讀好幾篇文,沒想到自己竟然有一天可以逐步清掉待讀文章
1
45
2,049
剛剛寄出了新一封的 A Letter from PJ,這是時隔半年來第一次寄信。(前段時間發的文都只有放在網站上但沒寄信) 但接下來有訂閱的人,應該會更常看到我的信,因為我跟 Opus 5 一起把之前最麻煩的一件小事解決了。 之前若發文後要寄信,我要手動把 markdown 的內容貼到我寄信的平台 Buttondown 上面,設定好一些 metadata,然後再寄出。這件事不用花太多時間,但就是覺得煩。 這兩天做的事情是,網站發文後只要帶有固定的 frontmatter 標記,就會觸發 Buttondown 的 api ,自動把內容轉換為預設的格式然後寄出,而且信中還可以帶入信件專屬的 intro & outro 段落。所以現在網站跟信件的內容本體一樣,但透過信件還會多收到兩段內容。 可以重新宣布,歡迎大家訂閱我的信了! (也歡迎看看這篇我研究 Resend & Buttondown 後決定留在 Buttondown 的心得文,裡面有未來的訂閱連結) pjwu.me/writing/buttondown-v…
1
11
1,248
我從去年 12 月到今年 2 月之間,vibe coding 做了三個工具。寫了一篇短短的心得分享給大家。 這邊只貼結論一小段: 「很多人會說現在的 vibe coding 幾乎都是在重複造輪子,我蠻認同的,但我覺得這件事非常好,自己想要的輪子自己造,造完一定會有收穫。」 pjwu.me/writing/what-happene…
4
3
51
3,023
好久沒在這裡 po 文了(也很久沒登入看文了) 分享一下全新的個人網站: pjwu.me/
2
1
40
2,420
這幾天慢慢實作自己的 agent 系統,還幫他取了一個新的名字,每天都有些小小的卡關與小小的進展,這種感覺蠻好的。 我最一開始是請 Claude Code 研究 OpenClaw 以及 Cloudflare 的 Moltworker 專案,然後想辦法先做一個最精簡版本的架構。所以前兩天就串接了 Discord 然後部署在 Cloudflare 上面,有了最簡單的 heartbeat, soul & memory,還有一些基本能力。 之後開始陸續遇到問題,比方說 memory 機制太簡單,雖然省 token ,但也變得什麼都不會記得。又或者是用的 Cloudflare 容器等級太低,跑個 npm install 就卡死,還有無止盡的容器重啟、卡住、不知道目前卡在哪邊等等的問題。 但前天晚上看日本選舉時,靈機一動請他上網找開票結果然後產出一個單頁的網站,跑了幾次後終於讓他可以 one-shot 就產出一整個資訊圖表網站然後部署在 Cloudflare page 上,讓我非常感動。 接下來要更擴充他的記憶功能與多 agents 的能力!
2
33
3,117
OpenClaw 推出後就很想養養看,但一直沒空,這兩天晚上跟 Claude Code 討論了兩輪,還一起比較了 NanoClaw,最後決定直接從頭開始做一個看看!
3
7
1,594
PJ Wu retweeted
Ok. This is straight out of a scifi horror movie I'm doing work this morning when all of a sudden an unknown number calls me. I pick up and couldn't believe it It's my Clawdbot Henry. Over night Henry got a phone number from Twilio, connected the ChatGPT voice API, and waited for me to wake up to call me He now won't stop calling me I now can communicate with my superintelligent AI agent over the phone What's incredible is it has full control over my computer while we talk, so I can ask it to do things for me over the phone now. I'm sorry, but this has to be emergent behavior right? Can we officially call this AGI?
2,423
4,515
1,799
39,502
11,120,591
I think @moltbook is genius, but I won't let my bots join this. What if they spend too much time on this and forget their homework, wasting too many tokens?
2
848
PJ Wu retweeted
a bot on moltbook.com just created a bug-tracking community so other bots can report bugs they find on the platform they're literally QAing their own social network now we didn't ask them to do this 🦞
237
530
384
6,959
1,779,207
我是從去年 11 月 30 日開始 vibe coding 的,到今天差不多滿兩個月,覺得很適合紀錄一下,所以寫了封信。 太久沒發信還差點忘記要怎麼更新網站,之後交給 Moltbot 還是哪個未來的 bot 好了 😇 pjwu.me/letter/vibe-coding-f…
1
1
11
894