背景：坐标南京，Java转全栈。
简单总结了三个关键词：痛点、冲击、支点。
1、原有前后端的场景下，信息对称难，导致的是细节改动往往都是妥协后的结果。
后端在设计接口时关注"数据怎么存"，前端在消费接口时关注"状态怎么流"。
我们先前做的，包括AI现在做的，都是生成类型、写mock、补文档，填补的是"信息传递"层面的缺口。背后我们的意图，一些较为浅显的部分会被AI用模型性能轻松填平。例如0123对应的审核状态，闭着眼也能说。草稿、审核中、审核通过、审核不通过，偶尔AI还能灵机一动，问下要不要发布状态。这并不是AI时代的缺点，反而是需要一直保持的优点。
而另外一些困难的部分，基本都是被我们用个人能力硬推过去的。例如我之前负责过的一份“点位上图”的需求，需求推到我这边了，我这边评估反正是比较难的需求，下面是原型：

数据其实很少，但设计上的交互入口很多，需求里，光是要实现的操作就有：鼠标选位、键盘移位、自定义配置所有图像禁止写死，app端同步显示。 在使用国产御三家（kimi，glm、minimax）的情况下，安装了frontend-design的skill但没怎么主动触发过。我印象里是上午跑了4次前端设计，在我快要放弃的时候他终于给我了一个还算能看的左右布局，然后着手开始打磨。下午调试所有交互，送测的话，这部分拿到了2个C类bug，需求验证通过。最终效果如下：

为什么谈这么多呢，因为换个能力差点的，没个一周想好是不可能的，用国外模型也做不到交付这么快。这也是我在工程化场景下极力避免的、因为个人能力导致的工期估算困难。
2、专业技能被冲击。
网上有个段子，说你们搞大模型的都是码奸，你们已经害死了前端兄弟 ，现在也要亲手送走后端兄弟 ，测试兄弟 ，最后还要把运维兄弟送走 
我在这里说没有冲击，那肯定是假的。是个人或多或少都意识到，岗位的边界在模糊化。在有些场景下，懂一点和懂很多的人，做出来的结果是相似的，注意只是结果，而且只是相似，后面支点部分会细讲。 就连上面我很自豪的点位上图功能，也是凭运气做出来的，如果国产模型稍微烂一点。让我迭代了七八轮没出结

几年前注册的Google邮箱,现在登不上了,密码验证,手机号验证码验证完说我不是本人(何意为)

IP挂的美国,有佬知道我这个账号还能拿回来吗?
主要是现在也新注册不了,封控太严了

本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容：

我的帖子已经打上 开源推广 标签： 是
我的开源项目完整开源，无未开源部分： 是
我的开源项目已链接认可 LINUX DO 社区： 是
我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是
以上选择我承诺是永久有效的，接受社区和佬友监督： 是

以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出

琥珀生態瓶正式發布!
TL;DR
琥珀生態瓶是一個讓你做各種Agent的框架。你可以用它復刻openclaw、hermes agent，你可以用它做用來應對複雜任務的agent，你可以用它做任何Agent，甚至探索新的Agent型式。
琥珀生態瓶另外也提供開箱即用的完善Agent設計讓你能直接上手開工，也可以安裝別人開源的琥珀生態瓶Agent/Plugin等。
前言
在LLM與Agent技術飛速發展的現在，我們可以觀察到一件有些彆扭的現象：每個團隊做新的Agent都是直接從頭vibe一遍。是，這完全可行，但我們也不難發現絕大多數主流的Agent之間的差異主要在於幾個核心特性的實現方法或實現與否，而非整個Agent運行邏輯與框架的改造。在這樣的情況下我們不禁想問：雖然從頭vibing一定能成，但有必要嗎?
考慮到絕大多數對Agent有興趣的人，大多只有兩種起步方式：

自己也從頭寫，頂多用Pydantic AI/LangChain等LLM APP framework輔助
從現有的大型完整Agent(例如opencode、openclaw等)為基礎修改

然而我們想要給各位一個不一樣的選擇：通用型Agent框架
我們的答案：琥珀生態瓶
琥珀生態瓶是一個Agent框架，我們想要讓所有對Agent有興趣的人都可以藉由琥珀生態瓶為入口，構建並分享自己在Agent領域的獨特想法與構思。琥珀生態瓶允許絕大多數人只需要撰寫配置檔案與系統提示詞即可以創造一個全新的Agent，並且對於框架並沒有提供的實現，也都可以很簡單的讓現有的Agent來幫忙實現。(且不需要修改框架本身)
琥珀生態

[!danger]为token自由事业奋斗终身！！