寫東西只為了抒發,一切隨緣不為流量
有事找 @finalfantasty
👻 個人博客 Blog: https://blog.pdzeng.com
👻 了解更多區塊鏈知識: https://linktr.ee/walkincat
有事找 @finalfantasty
👻 個人博客 Blog: https://blog.pdzeng.com
👻 了解更多區塊鏈知識: https://linktr.ee/walkincat
我們與敏捷的距離-30天上手產品敏捷專案管理
https://ithelp.ithome.com.tw/users/20105528/ironman/5592
https://ithelp.ithome.com.tw/users/20105528/ironman/5592
帮转,这位很靠谱。不仅前后端都会,能带人,ai也用得很溜。
https://fixupx.com/1ooogle/status/2013614025373061276
https://fixupx.com/1ooogle/status/2013614025373061276
我一直在思考的點,包含我到底要不要 Sub-Agent,還是使用 Skills 就可以了。
最後我得出一個結論:在我還沒有遇到上下文或是一些衝突問題之前,先保持現在的使用模式。在過程中記錄感受到的不舒服,所以我寫了 Evolution Skills,透過它給我反饋可能會遇到的問題。
我會再根據這些問題進行判斷:
1. 它是否真的影響了我的上下文?
2. 是否影響了我的使用效率?
3. 具體影響了哪個部分?
進而再去思考我是否需要 Sub-Agent。當我使用 Sub-Agent 或修改 Skills 時,我要解決什麼樣的問題?這些問題是不是真的困擾著我,還是它其實是個假議題,我根本不需要去設定。
最後我得出一個結論:在我還沒有遇到上下文或是一些衝突問題之前,先保持現在的使用模式。在過程中記錄感受到的不舒服,所以我寫了 Evolution Skills,透過它給我反饋可能會遇到的問題。
我會再根據這些問題進行判斷:
1. 它是否真的影響了我的上下文?
2. 是否影響了我的使用效率?
3. 具體影響了哪個部分?
進而再去思考我是否需要 Sub-Agent。當我使用 Sub-Agent 或修改 Skills 時,我要解決什麼樣的問題?這些問題是不是真的困擾著我,還是它其實是個假議題,我根本不需要去設定。
https://fixupx.com/wquguru/status/2014201503494586511
初学者最容易犯的错误是把架构当知识去学,看到Planning with Files就想用,看到Memory系统就想加。但你不知道的是,每一层复杂度背后都有明确的触发条件。没遇到那个坑之前,那些优雅设计对整体系统来说反而是负担
初学者最容易犯的错误是把架构当知识去学,看到Planning with Files就想用,看到Memory系统就想加。但你不知道的是,每一层复杂度背后都有明确的触发条件。没遇到那个坑之前,那些优雅设计对整体系统来说反而是负担
https://fixupx.com/FuSheng_0306/status/2014218615667687820?s=20
有人罵、有人稱讚,大家都還在疑惑,寫出來的一堆垃圾的同時,也能夠代表這個市場還在繼續
有人罵、有人稱讚,大家都還在疑惑,寫出來的一堆垃圾的同時,也能夠代表這個市場還在繼續