作者:
yamakazi (大安吳彥祖)
49.214.10.11 (台灣)
2026-03-19 09:36:21 推 ZielC: claude邁入1m之後可用性大增，不然之前記憶放進去用沒多久就又要準備更新記憶用的content了 26F 03-19 22:10
作者:
leicheong (睡魔)
109.152.20.160 (英國)
2026-03-01 18:05:54 推 ZielC: 但會不會就是因為本地模型，上下文容量與產token能力不足，才只能讓他閱讀部份的代碼無法觀察全局導致你文中的情境？當然本地化的保密需求是外部AI model永遠無法滿足的 8F 03-01 21:47
作者:
yamakazi (大安吳彥祖)
114.37.91.117 (台灣)
2026-02-17 22:09:06 推 ZielC: 老實說我幾天前有想寫信詢問原po，我認為原po應該已經不止於使用ai替代自己編寫瑣碎code的程度。個人目前讓ai動手前是花半個小時打出幾百字的規則讓ai知道，然後產出動手概要.md，循環修正。我認為我用ai的方式比外部的ai worflow研究者原始了很多個世代，ai驅動另外多個ai搭建開發與測試的 34F 02-17 23:16
… 共有 29 則推文，點此顯示
作者:
ZielC (Ziel)
42.73.108.201 (台灣)
2026-02-12 23:53:21 → ZielC: 老實說我認為ai已經足夠強了，我甚至可以說ai寫錯的原因大多是出在我沒有把情況跟限制表述清楚，但就真的沒有人故意寫bug，問題多少是一步步發掘出來，我現在很少實際改寫代碼，因此完全不看代碼純靠測試依然是不實際的
工程師無法通靈出需求全貌，ai亦同，但我不否認靈力成長後 5F 02-13 08:48
… 共有 6 則推文，點此顯示
作者:
yamakazi (大安吳彥祖)
49.214.9.69 (台灣)
2025-10-01 13:23:07 推 ZielC: 支持你的用法
但你們的架點在命題不同，對剛剛的原po來說他重點是可以信賴、能對代碼負責的工程師，你的重點是方法對你來說是足夠的且你驗證過有效的加速工具。但有很~~~多人是不去思考上下文工程只是狂操AI然後測試不看代碼就說AI行/不行 1F 10-01 13:44
… 共有 9 則推文，點此顯示
作者:
lecrepuscule (CDBP)
180.177.149.66 (台灣)
2025-06-10 01:18:24 推 ZielC: 我倒覺得沒有惡意，主管說這話的情景比我們發文掌握的資訊更多吧，可能他認為比起補落後的地方，不如強化現有優點
但如果你是當成興趣，研究這些不是功利至上，那我覺得主管的話參考即可 53F 06-10 10:25