与「截图存档」相关的搜索结果

AI Agent 要变强，有两条完全不同的路。 一条是 Skill，也就是给自己装技能，把新能力直接塞进脑子里。 另一条是 SubAgent，就像派小弟去干活，自己只看汇报。 这两条路听起来都能让 Agent 更厉害，但适用的场景还是有所不同，用错了的话，你的 Agent 可能反而会越用越慢、越用越乱。 Skills，就像是给主 Agent 装插件。 比如你的 Agent 原本只会聊天，现在你想让它能写 PPT。Skills 的做法是：把写 PPT 的能力说明、工具调用方式、注意事项，全都塞进主 Agent 的上下文中。主 Agent 通过上下文学会了这项技能，它可以自己来写 PPT。 第二种叫 SubAgent，就像是委托外包。 同样是写 PPT，SubAgent 的做法是：主 Agent 把任务派给一个专门写 PPT 的 SubAgent，SubAgent 独立完成后把结果交回来。主 Agent 全程不参与具体执行，只负责派活和验收。 一个是内化能力，一个是外包能力。听起来都能搞定任务，区别在哪？ 区别在上下文管理，上下文就是 AI 的记忆。 你可以把 AI 的上下文想象成一张工作桌。桌子大小是固定的，你放的东西越多，就越难找到需要的那份文件。这就是上下文容量的问题。 Skills 模式下，所有能力说明都铺在同一张桌上。好处是信息互通，主 Agent 能看到所有中间结果，推理过程连贯。坏处是桌子很快就乱了，Prompt 越来越长，能力之间可能打架，AI 开始犯糊涂。 SubAgent 模式下，SubAgent 在另一张桌子上干活。干完把结果递过来，过程中产生的草稿、中间文件全留在那边。主 Agent 的桌面保持干净。代价是信息传递要设计好，不然关键信息可能在交接时丢了。 这就是上下文污染问题，这里的污染不是夸张的比喻，是真实的工程瓶颈。 什么时候用哪种？ 判断标准其实很简单：子任务有多复杂，以及你需不需要完成任务过程中产生的信息。 Skills 适合的场景：任务本身不太复杂，或者你需要主 Agent 全程掌控。 比如让 Agent 充当入口路由，根据用户请求加载不同的“场景模式”，像进入 YouTube 总结模式、进入写报告模式。这时候 Skills 的懒加载特性很香：先只加载能力名字和简介，真正要用时才加载完整说明。不像 MCP 那样一股脑把所有工具的详细文档全塞进上下文。 SubAgent 适合的场景：子任务很重、很耗时、中间过程很啰嗦。 最典型的例子是浏览器调试工具。Chrome DevTools 的 MCP 功能很强，但工具说明太臃肿，放进主 Agent 会严重占用上下文。把它封装成 SubAgent，你只需要说“去查日志、截图、分析一下”，它跑完把分析结论递回来。中间那些截图、DOM 树、网络请求细节，全都留在 SubAgent 那边，不污染主 Agent 的上下文。 进阶玩法 有意思的是，Skills 和 SubAgent 这两种模式可以结合。这技巧是从 @yan5xu 那里学来的（ 第一种思路叫“先展开再压缩”。 打个比方：你开了一个两小时的头脑风暴会，白板上写满了草稿、争论、被否决的方案。但最后写进会议纪要的只有三条结论。那些中间过程对得出结论很重要，但对后续执行的人来说是噪音。 Agent 也可以这样操作。主 Agent 发现需要某个 Skill，加载进来，一通操作拿到结果。然后把从“加载 Skill”到“拿到结果”这整段过程折叠掉，只保留最终结论。对后续推理来说，就像开了一个会但只留下了会议纪要。 第二种思路是用文件系统做“中转站”。 想象你管理一个外包团队。你不会把所有需求细节都塞进一条微信消息里，而是说“需求文档在这个链接，去看”。外包团队交付时也不会把源码复制粘贴给你，而是说“代码在这个仓库，部署文档在这里”。 Agent 之间也可以这样协作。主 Agent 委托任务时，不把冗长的背景资料直接写进指令，而是存成文档，只传一个地址。SubAgent 返回时也一样：交付一个简短的状态摘要——“完成了/卡住了/需要你决策”——加一个详细记录的文档地址。主 Agent 根据情况决定要不要点进去看细节。这样双方的上下文都保持精简。 第三种是 Claude Code 里的实战技巧。 上下文快见底时，让 Claude 把当前完成的工作总结成一份文档。然后用 rewind 功能回滚到任务开始前的状态，告诉它：“这件事我已经做完了，记录在这个文件里。” 相当于什么？相当于你跑了一场马拉松，快到终点时发现体力不支。于是你把已经跑过的路线画成地图存档，然后“瞬移”回起点，精力充沛地说“我知道怎么走了，地图在这”。上下文被清空了，但成果保留了下来。用这个方法能在上下文耗尽前抢救一把。 最后 Agent 的竞争正在从“能调用多少工具”转向“怎么优雅地管理这些工具”。 很多人追逐最新的 Agent 框架、最花哨的能力扩展，却忽略了最基础的问题：AI 的工作记忆是有限的，你怎么组织它，决定了它能做多复杂的事。Skills 和 SubAgent 不是非此即彼的选择，而是两种工具，用对场景才能发挥价值。 说到底，Agent 架构设计和软件架构设计还是有很多相通之处。 是把逻辑写在一个巨型函数里，还是拆成模块化的微服务？ 是共享全局变量图省事，还是严格隔离状态保持干净？ 这些老问题换了个皮，又回来了。

我说怎么又这么多人骂我，好吧，原来是JU呀。 既然几百个KOL中，单独拎出加密狗 @jiamigou 来反复说。 🔸其实最理智的做法就是：发你的后台截图、ID给我，如果真的跟我有关，还是那句话——全额赔付。 🩸最后记得把我拉黑。

我说怎么又这么多人骂我，好吧，原来是JU呀。 既然几百个KOL中，单独拎出加密狗 @jiamigou 来反复说。 🔸其实最理智的做法就是：发你的后台截图、ID给我，如果真的跟我有关，还是那句话——全额赔付。 🩸最后记得把我拉黑。

今天写文章配图就已经开始使用@dappOS_com @xBubble_ai 的ai了，感觉蛮不错 说实话，其实哪家ai都有相关的做图模型，但用起来会真的发现，为什么别人的ai做图那么厉害，那么好看，但是我自己的却还是很一般 同样一个任务，有人一句话就能拿到接近成品的结果，但有人要反复改 prompt、换模型、调格式、补背景，花费了大量的时间 这也是我一直以来的困扰，所以迫切地需要一个听我大概描述就能出符合我需求图的ai。 Low-prompt AI 的思路：不是让用户写越来越复杂的 prompt，而是让 AI 自己去理解任务、匹配流程、补齐执行细节。 所以今天也去试了一下xBubble 先看看实例吧，比如我今天写的关于“美股代币化的文章的配图”（图1） 我的指令是：根据我给你的内容，结合我的ip形象，创作出治愈系手绘插画风，并且给了一张示例图 图1上方作品是xbubble的成果：将我个人的ip形象整体是保留，并且美化的，让认识我的人知道这是我。并且提取我内容里提到的公司，把他们的图标也加入到图片里 图1下方作品是image 2 的成果：将我个人的ip形象进行修改，偏向手绘插画的风格，将内容里的关键句子添加于图片中 两张图风格应该是都有人喜欢的，但是对于我个人来说，是更偏向于xBubble的做图，因为更具有艺术性和个人色彩，对于做账号来说是需要的 🌟这其实就是 xBubble 功能里比较关键的一点： 不是只执行单一模型生成，而是尽量把用户的模糊需求转成更完整的任务流程。 模型选择、风格理解、内容提取、结果优化，这些原本需要用户反复调的东西，它会帮你往前推一步。 对于ai的真人感，我也去测试了一下 指令是： 16:9真人摄影封面图，一位年轻亚洲女性坐在夜晚高层窗边，气质聪明冷静，不网红、不油腻。她穿白衬衫和深色西装外套，手拿手机，桌上有笔记本电脑、冰美式、投资笔记和钢笔。窗外城市夜景，室内暖光，窗外冷蓝光，光影高级真实。 图2的上方作品是xBubble： 整体看起来更高级，也更像真实广告片截图。人物没有直视镜头，而是看向窗外，情绪更自然，夜景和台灯的冷暖光也比较舒服。桌面元素少，画面不乱，AI感相对低。 图2的下方作品是gemini： 人物正面对镜头、姿势太标准，桌面道具也有点堆满，像刻意生成出来的“商务女性办公图”。整体没有图一自然，质感也稍弱。但信息更加直白。 两张图其实都符合要求，但是XBubble 这张赢在真实感和审美，Gemini 那张赢在信息更满，但也更假，而我刚好测的也是ai的真人感 所以两个层面去进行测试，其实xBubble的审美和创作都是更胜一筹的，但是这种审美和风格每个人都是不一样的，所以大家可以根据自己的需求去选择适合自己做图风格的ai 在这里，只测试了 @dappOS_com 的Bubble Pilot： 负责理解用户的简短需求，并匹配合适的 SOP 去执行；如果没有现成路径，也会先用通用 Agent 完成任务。 还有 Bubble Engine也同样关键： B负责在后台学习和优化，不断测试不同模型、工具和流程，把更稳定的方案沉淀成新的 SOP。 所以我这次用它做图，感受到的不是“它会画图”这么简单，而是它在理解我的内容、识别我的 IP 形象、判断画面风格、提取文章重点、组织视觉元素这几个环节上，已经不太像单个模型直接出图，更像是有一套任务流程在帮我完成成图。 这也是 xBubble 的核心价值：把模型选择、提示词结构、工具调用、技能编写、结果测试这些原本需要用户自己折腾的部分，尽量交给系统处理。用户只需要把目标说清楚，剩下的由 Pilot 去分发，由 Engine 去学习和优化。 @dappOS_com

大盘行情不好！~给大家送点福利！~ 给大家抽10个名额！~每个名额600U算力+加10000个mars 代币， 算力每天能产出30块！~ 要求很简单： 关注：@MarsChainCN，并评论转发置顶推文 并加入官方电报群： 评论区留进电报的截图

国内一个政策，天塌了 港卡开不了啦： 现在去香港开户有多严大家心里都有数： 要资产证明、查流水、反复盘问资金来源，好不容易开下来的老账户还随时面临审查。 很多人折腾好几天，机票酒店搭进去，最后还是被拒。 资本的游戏规则在变，你的离岸备份策略也得升级。 与其在传统香港银行被规则卡死，不如看看这个正向向用户低头的离岸新通道——SGB（新加坡海湾银行）。 别总盯着老一套，SGB 的体验完全是降维打击： 👉 开户门槛极低，完全不刁难 大陆身份证 + 护照，App 远程操作。不用飞香港、不用排队面签、不需要繁琐的地址证明。全程线上走完流程，最快当天就能下账户。 👉 背景硬，绝非野鸡平台 由新加坡黄埔集团发起（自带硬核家族背景），巴林主权基金参投。作为持牌数字银行，它直接接受巴林央行的正规监管，安全性直接拉满，非常适合作为长期的离岸资产备份。 👉 更现代的跨境流动性 美元收付极其顺畅，跨境转账、多币种管理完全在线上高效跑通，彻底告别传统银行那些臃肿、漫长的审批流程。 当传统的金融机构还在用几十年前的傲慢规则筛选你时，聪明的资金早就开始流向这种高效率、对新一代投资者更友好的创新渠道了。未雨绸缪，永远是保护资产的最优解。 🔥 强哥粉丝专属通道： 现在正值平台红利期，注册时填写我的专属邀请码 【6C8W1f】，享有优先开通权限。开户成功后还可以凭截图来找我领红包！ 🔗 官网： 欢迎勾搭官方搞事： @SGB_app @SGB_ZH

发给大模型的报错日志里，怕顺手带出 API Key、客户邮箱、手机号这些敏感信息？ Privacy Filter ：一款在浏览器端运行的本地隐私脱敏工具 可识别姓名、邮箱、电话、地址、账号、URL 与 API Key 等敏感信息 适合在文本发给 ChatGPT、Claude 、公开日志、提交工单、分享截图前做本地脱敏检查 文本处理过程不上传服务器，完全本地运行！

@sanyi_eth_ 现在微信不是以前的微信了，以前随便造，封了一条短信就解封了，现在解封越来越严，号越来越脆，一碰就碎... 还有就是现在微信检测截图 特别特别严，不要轻易发截图，或者想发截图的时候打包一下再发，这样也能稍微规避一下