SD0

2K posts

SD0 banner
SD0

SD0

@Develop0x

₿ Builder-Investor Builder at Web3 Infra | e/acc | Code × Capital → Freedom | writer • cook • travel • photo

San Francisco Bay Area Beigetreten Kasım 2022
1.9K Folgt247 Follower
SD0 retweetet
Claude
Claude@claudeai·
Introducing Claude Managed Agents: everything you need to build and deploy agents at scale. It pairs an agent harness tuned for performance with production infrastructure, so you can go from prototype to launch in days. Now in public beta on the Claude Platform.
English
2.1K
6K
56.7K
21M
oldj
oldj@oldj·
Claude 写完一段代码，我让 Codex 检查，Codex 指出了一个 P1 问题，Claude 查看之后，说这个问题在实际使用中不会发生，不值得做。😅
中文
19
1
131
63.1K
SD0
SD0@Develop0x·
這就是⋯⋯里程焦慮嗎？
SD0 tweet media
中文
0
0
1
56
SD0
SD0@Develop0x·
對 AI 的暴怒或者憤怒，恰恰體現了這個人在 AI workflow 水準上的功夫不足。
中文
0
0
0
36
SD0
SD0@Develop0x·
大家都在討論 Claude Code 原始碼洩漏，我只在意我抽到鴨子嗚嗚
SD0 tweet media
中文
0
0
0
55
SD0
SD0@Develop0x·
最近的我 @claudeai
SD0 tweet media
中文
0
0
0
13
SD0
SD0@Develop0x·
今天才週二，要怎麼活到週五 🥲
SD0 tweet media
中文
0
0
1
31
SD0
SD0@Develop0x·
Faker 在北京鳥巢哭的那天，二十一歲。 三屆世界冠軍，在幾萬人面前被三比零橫掃，一個人坐在選手席上，用手摀住臉。 然後他沉寂了六年。 被換成替補、被輿論質疑、被新人蓋過聲量。六年，夠所有人忘記你曾經有多厲害。 但他沒走。拒絕千萬年薪，拒絕直播合約，每天回到同一間訓練室，練同一款遊戲。 2023，首爾，三比零，第四座世界冠軍。 2024，倫敦，三比二，殘血翻盤，第五座。 2025，成都，一比二落後逆轉，第六座。 史上第一支三連冠。 我兒子阿潤八個月大。他不知道 Faker 是誰，不知道什麼是約束、不確定性、內核。但我想在他還什麼都不懂的時候，就開始把這些東西寫下來。 這是「給阿潤的思維工具」系列第二篇。我用 Faker 的故事串起三個概念：約束是你繞不開的硬限制，不確定性是意義的燃料，內核是那個不管外面怎麼變都不會改的你。 中間夾著我自己撞過的牆：以為效率就是一切、以為付出就代表擁有、以為約束是用來突破的而不是用來尊重的。還有我兒子出生以後，怎麼改寫了我給自己打分的方式。 全文很長。但如果你也在想「我到底要成為什麼樣的人」這個問題，也許值得花十五分鐘。👇
SD0@Develop0x

x.com/i/article/2037…

中文
0
0
0
138
SD0
SD0@Develop0x·
我在跟 AI 互相校稿的時候，他竟然說笑話了⋯⋯ 我先是笑了，然後怕了，你懂嗎 😳
SD0 tweet media
中文
0
0
0
43
SD0 retweetet
Sora
Sora@soraofficialapp·
We’re saying goodbye to the Sora app. To everyone who created with Sora, shared it, and built community around it: thank you. What you made with Sora mattered, and we know this news is disappointing. We’ll share more soon, including timelines for the app and API and details on preserving your work. – The Sora Team
English
11.5K
5.8K
36.8K
48.7M
SD0
SD0@Develop0x·
我把整個開發流程，做成一條 AI 也不能跳過的 Claude Code skill journey。 直接把軟體工程實戰中常用到的技巧、問題全都封裝進去。 /codex-brainstorm — 先不要急著寫，先把想法拿去對打，辯到沒有明顯漏洞，辯到收斂為止。 /feasibility-study — 很多東西技術上做得到，但不值得現在做。量化成本跟風險，再決定要不要往前。 /tech-spec — 需求要落成規格，不能停在感覺。模糊的直覺要變成後面真的能施工的東西。 /feature-dev — 設計、實作、測試跑在同一個閉環裡，邊做邊校正，不是寫完再回頭補救。 /deep-research — 遇到需要查的，不靠一個模型憑印象硬答。直接多 agent 並行，把 web、code、community 一起拉進來。 /codex-review-fast — code review 不該只靠一雙眼睛。兩個 reviewer 平行看，同時抓問題，盲區跟自我感覺良好都少一點。 /seek-verdict — 有些 issue 不是修掉就算了，還要確認是不是誤判。需要第二意見的時候，就真的找第二意見。 /precommit — lint、build、test，想跳也跳不過。護欄的意思是攔住你，不只是提醒你。 /smart-commit — 改動不是亂成一團丟上去。整理過、分好組、講清楚這次到底改了什麼，再提交。 /push-ci — push 不是句點，只是另一道門。送上去之後繼續看，直到 CI 真正變綠，事情才算結束。 /create-pr — 最後把分支、ticket、變更理由、風險與摘要，整理成一個別人看得懂、也願意 review 的 PR。 Plan → Build → Gate → Ship。 很多人以為 AI coding 最重要的是加速。 但我越做越覺得，不是。 真正重要的是，當速度快到一切都可能被草率帶過的時候，你有沒有一套方法，讓思考、驗證、review 跟代價評估，一個都省不掉。 這就是我做 sd0x-dev-flow 的原因。 AI 寫得多好我管不了，但至少可以把它亂寫的空間壓到最小。
SD0 tweet media
中文
1
0
0
166
SD0
SD0@Develop0x·
今天起，sd0x-dev-flow Skill /statusline-config 開始支持 5h/7d 用量餘額 完全透過 skill 來控制官方 /statusline 來進行主題配置，保障用戶安全與隱私 可以直接透過 npx skills add sd0xdev/sd0x-dev-flow --skill statusline-config 安裝。 當然你對 auto-loop 開發模式感興趣，也歡迎試用該 Plugin
SD0 tweet mediaSD0 tweet media
中文
2
0
0
58
SD0 retweetet
UI/UX Savior
UI/UX Savior@UiSavior·
ZXX
38
1.1K
11.3K
782K
SD0
SD0@Develop0x·
這幾天很多人在談 gstack，我能理解。它讓人具體感受到 AI agent 可以走進工作流，幫你操作、幫你推事情往前。 能把一個開源專案做出這種聲量，本身就不容易 很多好東西死在沒被看見，gstack 讓很多人第一次覺得「原來 agent 已經到這裡了」。 我自己做 sd0x-dev-flow 的時候，想的是不同的事。 我比較少在想怎麼讓 agent 更能幹。我在想的是，當它真的越來越能幹之後，怎麼讓它在工程裡還是可信的。因為風險常常來自它太順了，太像真的了，讓人不自覺跳過那些本來不能省的步驟——驗證、review、修完之後再回頭確認一次。 sd0x-dev-flow 想補的是邊界。當一個系統開始有力量，你就得認真對待它的力量。快很好，但工程裡只有快是不夠的。能衝，但不會默默偏掉；省你力氣，但不會把風險偷偷留給未來的自己或團隊裡下一個人。 我一直在意的一件事是：review 得有牙齒，驗證得落地，修完得有辦法證明自己修完了。我們缺的常常不是更會做事的 agent，是一個不讓你跳步的系統。 gstack 把門推開了，讓更多人相信 AI 可以成為工作方式的一部分。sd0x-dev-flow 想做的，是門開了之後，把承重結構補上。讓這件事能落地、能被信任、能走得久。 很多產品在回答「AI 能幫你做多少事」。我比較想回答的是：當它真的能做很多事之後，怎麼讓它仍然值得信任。這就是 sd0x-dev-flow 的起點。
SD0 tweet media
中文
1
0
0
64
SD0
SD0@Develop0x·
This resonates a lot. A big failure mode in agentic systems is treating all “knowledge” as one thing. But it’s really at least three different layers: what the model already knows, what the web is currently converging on, and the first-principles observations you only get by actually looking hard at the problem. That distinction is a big part of why we built open-source skills like deep-research and best-practices in sd0x-dev-flow. One is about separating research into official/web, code, and community shards, then making consensus, conflict, and gaps explicit. The other is about checking real implementations against industry practice, and forcing debate before conclusions. To me, that’s the real builder loop: don’t reinvent the wheel, don’t ignore the frontier, and don’t let either replace actual thinking. Really like the direction you’re pushing with GStack. github.com/sd0xdev/sd0x-d…
Garry Tan@garrytan

Here's a preview of the kind of builder ethos I'm going to keep building into GStack. I was trying to do parallelization of my E2E testing framework (we use Bun to wrap Claude, Codex, etc. for specific end to end skill tests) but I noticed it rolled its own strategy and didn't search the web for the best practice But then ... I realized there are truly actually 3 things gong on here: 1/ There are tried and true things in the model's distribution 2/ There are NEW ideas that are popular on the web 3/ There are FIRST PRINCIPLES observations that are the most valuable of all of them and we should point that out to the user and prize them above all others The best projects both avoid mistakes (don't re-invent the wheel) while also making brilliant observations that are out of distribution. Maybe GStack can help people put this into practice daily. That's the hope. I certainly want it, so I'm building it for myself. Maybe you'll want this too.

English
0
0
0
71
SD0
SD0@Develop0x·
這幾天很多人在談 gstack，我能理解。 它讓人具體感受到 AI agent 可以走進工作流，幫你操作、幫你推事情往前。 能把一個開源專案做出這種聲量，本身就不容易——很多好東西死在沒被看見，gstack 讓很多人第一次覺得「原來 agent 已經到這裡了」。 我自己做 sd0x-dev-flow 的時候，想的是不同的事。 我比較少在想怎麼讓 agent 更能幹。我在想的是，當它真的越來越能幹之後，怎麼讓它在工程裡還是可信的。 因為風險常常來自它太順了，太像真的了，讓人不自覺跳過那些本來不能省的步驟 驗證、review、修完之後再回頭確認一次。 sd0x-dev-flow 想補的是邊界。當一個系統開始有力量，你就得認真對待它的力量。 快很好，但工程裡只有快是不夠的。 能衝，但不會默默偏掉；省你力氣，但不會把風險偷偷留給未來的自己或團隊裡下一個人。 我一直在意的一件事是：review 得有牙齒，驗證得落地，修完得有辦法證明自己修完了。我們缺的常常不是更會做事的 agent，是一個不讓你跳步的系統。 gstack 把門推開了，讓更多人相信 AI 可以成為工作方式的一部分。 sd0x-dev-flow 想做的，是門開了之後，把承重結構補上。讓這件事能落地、能被信任、能走得久。 很多產品在回答「AI 能幫你做多少事」。 我比較想回答的是：當它真的能做很多事之後，怎麼讓它仍然值得信任。 這就是 sd0x-dev-flow 的起點。
SD0 tweet media
中文
1
0
4
167

Entdecken

@oldj @claudeai @elonmusk @BarackObama @taylorswift13 @cristiano @BillGates @NASA