用 AI 寫 code，前期真的很爽。
很多東西丟進去，很快就有東西跑出來。
UI、CRUD、測試、refactor，體感都比以前快很多。
但我自己用一陣子之後，慢慢發現一個問題：
AI 很會讓你在前兩週覺得自己效率翻倍。
但如果專案稍微變大，後面很可能就開始失控。

推~

推一下get shit done 這個repo

我看一畝三分地，亞麻AI被員工噴到爆，大家都說claude比較強

你講的其實就是那些會去玩AI skills或為AI寫一堆md的人在做的事。儘管這樣做其實既可以給AI看也可以給人看，但是也不能保證產出和品質符合期待，因此最後就是看你願不願意跟LLM部分不能解釋的地方以及整套服務不斷變化的本質對賭，賭贏了就是你的，你就能高興像某些人發文

https://zhuanlan.zhihu.com/p/2015916060923143420?share_code=1acnGWu96kV9E&utm_psn=2017623420074992972

說自己掌握別的工程師不懂或不會的某種「技能」，

上下文工程

是時代的勝利者，這就現在軟體開發世界的寫照。賭贏的人解釋不清楚賭贏的原因，也不認為是拿時間在賭但是會認為自己掌握某種新的「技術」或「技能」

但skills不是無限,還是會遇到腦容量太少的問題

其實有人已經做了，github找superpower

不管你是gsd superpower opespec speckit bmad kiro重點就是讓AI在context內理解系統不然每次clear不就崩潰一次

或是claude窗口直接開到1MClaude.md，hook等等，反正用久了你自然知道哪些任務可以拆分成標準化流程，哪些叫子代理去做能夠寫成代碼包成command就不要用自然語言處理

Nice

我叫claude幫我寫H.265 verilog加速器,它說它不會,昏倒QQ那claude會的是不是只有小算盤, 踩地雷之類的程式啊？

推分享

推分享

Claude會那些很頂的算法跟資料結構，但現階段處理大架構仍力有未逮

才兩次reorg 很菜喔

做到亞馬遜然後用AI的方式是開CHAT...?

這篇寫得不錯，建立工作流程，比prompt重要多了。這篇也比隔壁版的賣課廣告文強多了。原來是在亞麻做廣告業務，難怪那麼會做廣告文。

如果你身兼不同系統AI根本分不清楚你要解決的是那個系統特別是系統差異很大的時候AI根本會誤解你說的爽的日子根本沒有很久

推

就是Skill的概念吧

再過陣子你就會發現最大的瓶頸在kiro上

推分享～寫得很中肯

認同

推

推 認同

推

推分享

只能這樣說，AI coding適用於從0到1，做出能順利執行就好的prototype，不過從1到N，就看功力了，現實軟體工程師的工作就是從1到N，也就是對現有代碼進行擴充與除蟲，說白些就是屎山雕花，這AI應該很難做到。

推

推

context爆了AI不會說，會偷偷刪除他認為沒用的東西，事後debug很煩

樓上，我都把context用量寫到狀態欄即時更新，這樣你就可以在claude自動壓縮前先處理

AI生出來的東西需要經過審視而不是直接使用是common sense

對啊 非常贊同怎麼在有限的context下把正確的資訊塞進去真的很重要然後切小塊以後AI真的很好用 他不能直接搞定所有東西但是拿來加速省掉那些碼農作業真的超強

謝謝分享

也許不久將來AI也學會這樣玩...搞不好也不用。說不定有個適當的prompt叫agent這樣弄就行其實現在都有sub-agent 之類概念了...

推

context爆了AI不會說喔@@

skill & prompt 其實就是程式語言 context 是 mem heap只是這語言易寫難精 context則需要適時將內容swap到檔案

同意 跟我目前工作的經驗滿像的，現在也在嘗試做你"第一周"的工作

像在玩自走棋的感覺

reorg之後叫你一個月生出feature是不是其實想要pip你

實際上不做Code Review 根本不會怎麼樣很多時候都是做給甲方應付需求流程用的老工程師堅持的品質論在我看來就跟NASA的SLS一樣

這篇文章AI味也蠻重的

覺得這篇文章有AI味的人沒用AI寫過文章吧 = =

那在GG三年reorg五次的人要怎麼活XD 用AI寫扣的朋友大概只佔一半而且寫prompt好花時間 相信各位應該有花半天寫spec給junior但他2小時後就把MR發過來的經驗 AI用起來就差不多樣子

我有買你的課程, 但我會期望能講得更深感覺很多東西只講到皮毛而已, 期待進階課程。

感謝樓上分享心得