正在加载视频...

视频加载失败

2分钟搭建Linux独立代理SOCKS5 IP 现在行情不好的情况下,不妨好好提升自己,大多撸毛的兄弟应该都是买的代理IP,和买的VPN,有时候还会在群里看到很多兄弟问哪里的飞机场好用便宜,自己搭建就好了 github上有一堆一键搭建的脚本,学会自己搭建一方面能节省代理成本,另一方面可以多一台24小时不关机的远程电脑跑跑脚本,最终要的一点是,自己搭建的独立IP干净可靠,有效降低女巫风险 ❚ 一键搭建SOCKS5 安装之前先准备一台linux,一定是linux,windows不行,然后输入以下开源的脚本到linux系统,回车,等待安装,完成后会随机生成账号密码端口,把这些信息记录下来(代码都是免费开源的,放心食用,命令放在第二篇帖子) ❚ 云服务器开启防火墙 搭建成功后会发现还是连接不上代理,那是因为云服务器代理商一般都会自己做一定的限制,所以你需要登陆上云服务器的控制台,找到对应的防火墙,然后把上面的随机端口添加上 完成以上两个步骤,代理IP就算是搭建成功了,最后随便找个指纹浏览器测试下

37,626 次观看 • 7 个月前 •via X (Twitter)

0 条评论

暂无评论

原始帖子的评论将显示在这里

相关视频

06大学生(大专生)第一个企业项目 本项目使用的是codex+Claude+hermes修改的过程中几乎是用codex和hermes。项目最开始的时候是先把公司那边的需求传给Claude code进行需求分享和框架搭建,然后中期是使用的codex进行ui设计,执行任务和计划,包括一些功能的测试和验证,最好完成阶段是使用的hermes进行全部功能测试,然后后面还进行了十几次修改调整也是使用的hermes进行修改验证,改一个功能就验证一下,然后再部署到云端服务器上面,循环。 因为有的地方有项目方的名字还有域名那些就没有展示,帮一个企业做的,大概就是做成了现在这样,上上周就是上一次跟公司的老板在学校里面当面谈了一会,当时说是很满意,说了一些地方需要修改和调整,你们觉得有没有什么问题啊,我现在是在自己的阿里云服务器上面跑的,后面的话再迁移部署到他们公司的服务器,但是现在还没有谈交付和收费怎么弄?比如是一次买定还是租用,还有后期的维护和后续修改的费用,部署需要收费吗?不知道怎么定价,那个公司的老板是我一个老师的朋友🤔🤔🤔 图二是新的老板,额,一个GitHub大佬推荐的,挺漂亮 说是要做一个支付宝的小程序,但是现在还没有说具体的需求🤔🤔🤔应该这几天会说。做之前一定要先谈清楚怎么分阶段交付?怎么算完成?然后根据难度和花费的时间去计费,这是这次项目的目标,也是对自己的一种锻炼吧🫡🫡🫡加油

阿金

27,239 次观看 • 29 天前

币圈信息差太深了,说几个鲜为人知的例子 1:国人注册币安可以用身份证开,也可以用护照还可以是驾照,它们是分开的,就是一人多户; 出金同样的道理,支付宝一人可以注册3个独立实名支付宝账户 2:很多KYC打新平台因为合规问题会规避大陆身份,事实很多人都是买/P国外的KYC就可以通过,为了更加安全一点,比方大陆的驾照可以换香港的驾照去KYC,然后香港的又可以换其他国家的驾照,关键是信息是自己,也不担心后期二次刷脸 3:很多人都天都在刷各种信息,就怕错过各种机会,其实现在很多有用的信息基本都是从社区群里一点点发酵出来的,等到上了推特看到基本K线都反应过了,最好的的方式就是购买服务买聚合信息源的信息,既聚焦,节省时间 4:基础建设一劳永逸,看看每天推特流量无非就是各种VPN、国外ID、三件套、开香港卡等,尽快搞定自己的装备,永远不要在这些基础设施建设上不断地耗费注意力 5:深耕自己的赛道才不会随波逐流,也有吃不完的菜,从来没有一直确定的事,学会在不确定性事件中寻找大概率事件,然后不断重复它 还有更深的信息差,我后面找个时间再分享出来 完成以上,其实就可以节省一半的时间换来翻倍以上的收益,重要的是去执行,去开始而不是去收藏,看完就划过

阿布说币

33,946 次观看 • 7 个月前

OpenAI刚刚开源的这个东西,感觉要把程序员的工作方式给整个改写了。 现在大家都在卷模型写代码有多强,但其实真正的瓶颈早就不是生成了。 一个人每天最多同时有效监督3-5个编码Agent,再多就会注意力崩溃,生产力直接归零。 有了Symphony,直接把这个上限干到了几十个。 它把你的Linear、GitHub Issues直接变成了永远在线的Agent调度器。 你开一个任务,它自动启动一个独立隔离的Codex Agent。 自己写代码,自己跑测试,自己做交叉Review,damn! 全部搞定之后,会给你提交一个完整的证据包。 CI全绿,安全和性能专项审查通过,改了UI就自动录好操作视频。 所有验证全过了,才会出现在你的Human Review队列里。 以后人类的角色可能会被彻底颠覆了。 以前你是监工,盯着Agent一步一步写代码,上下文切到吐。 现在你是老板,只需要看最终的结果。 满意就点合并,不满意就去仓库里补规则补文档补Guardrails。 记住兄弟们,永远不要手把手指挥Agent,永远不要替它干活。 这可不是啥实验室概念,OpenAI自己已经这么干了。 三个工程师,五个月,写了一百万行代码,0行人工写的。 产品已经有几百个内部用户,每天都在迭代。 我觉得他们最厉害的不是模型,是他们把整个仓库变成了Agent能看懂能自主工作的乐园。 现在很多人都搞错了Agent时代的核心竞争力。未来不是谁的模型更聪明,而是看谁能设计出让Agent可靠自主工作的环境。 我觉得未来最好的工程师,再也不是写代码最快的人,而是那些最会写规则,最会设计反馈回路,最会给Agent搭舞台的人。 现在Symphony已经开源了,它甚至不是一个成品。 是一个17k token的完整SPEC。 你把这个SPEC喂给任何一个编码Agent,十分钟就能生成你自己定制版的Symphony。 GitHub地址评论区自取👇

AYi

63,210 次观看 • 3 个月前

很多人一聊到选哪条链?第一反应都是: 热度高不高?补贴多不多?生态有没有流量? 但今天听了 Talus 🐸 CEO Mike Hanono 和 The Rollup 的视频会议,我反而有种感觉:这不是在给 Sui 站台,更像是一场技术自白。 首先Talus 选 Sui,真的不是因为它现在火。而是因为 Talus 想做的这件事,在别的链上,很难跑得像样。先说清楚一点:Talus 要做的不是一个 AI 应用,也不是几个 bot、几个策略脚本。它想做的是——一个大规模、自主运行的代理网络:成千上万个代理同时运行、同时决策、同时交互。光是这个前提,就把底层链的门槛直接拉满。 为什么是 Sui?我听下来,核心其实就三点。 第一,并行执行。代理世界不是排队点菜,不是你先我后那种单线程逻辑。代理一多,如果底层还是串行执行,结果只有一个:越跑越卡,最后只能做 demo。Sui 的并行执行,本质上就是为“多主体同时操作” 这种系统准备的,这点和 Talus 的形态非常贴合。 第二,高吞吐量。代理不是偶尔动一下,而是持续、高频地产生状态变化。TPS 要是撑不住,所有“自主”“实时”都会变成慢动作回放。对 Talus 来说,吞吐量不是加分项,是能不能活下来的前提条件。 第三,移动端和安全模型。这一点很多人会忽略。未来代理不只在服务器、交易后台跑,它一定会越来越靠近用户。Sui 在账户模型和安全设计上,本身就更像现代应用,而不是早期 DeFi 那套「钱包就是一切」的逻辑。 所以当 gmike 说“我们一直都是 SUI Maxis”,我反而觉得这句话挺克制的。这不是情绪站队,而是工程师视角下的现实选择。至于多链?我自己的理解是:Talus 不是不懂多链,而是很清楚——在基础设施阶段,过早多链只会把复杂度放大。尤其是代理这种高度耦合、强调协同的系统,先把一个底层跑通、跑稳,比到处铺点重要得多。很多项目喜欢先讲“未来多链叙事”, 但真正做底层的人,往往会先问一句:现在这个系统在哪条链上能真正跑到规模?从这个角度看,Talus 的选择是理性的,也是偏长期的。不追热点,不抢流量,先把代理世界里最难的那一块解决掉。这种项目短期不一定最热,但一旦真跑起来,后面的持续热度,反而会非常高。 Kaito AI 🌊 #Yapping #MadewithMoss MOSS #Starboard Galxe River River4FUN 🐝

百里 🌊RIVER | MemeMax⚡️|🧠SENT

13,710 次观看 • 7 个月前

🚀Anthropic 悄无声息地推出了一项功能:Agent Teams 让 Claude 在 Claude code 内构建自己的 AI 代理团队! 该功能改变了传统的上下级 AI 架构,允许 Claude 构建一个同级代理团队。 这些代理可以共享任务列表、直接互相发送消息并审查彼此的工作,实现类似于真人团队的协作模式。 在演示中,一个由 QA 工程师、前端开发者和后端开发者组成的 3 人团队展示了这一能力。 QA 代理发现 3 个错误后,直接向前后端开发者发送反馈。开发者修复问题后,应用程序在一轮测试中即成功上线。 该功能在 Claude Code v2.1.32 及更高版本中可用。以下是开启方法与运行规则: 1. 启用方法 确保版本符合要求。在 settings.json 中添加以下配置: "env": { "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1" } 或者将此内容粘贴给 Claude 并说明“添加到我的设置中”,随后重启。 2. 提示词设定 使用纯英文进行提示。开始时需要设定一个明确的目标(代理启动时没有上下文)。 提示词示例:"使用 Sonnet 创建一个 3 人团队",并详细描述每个角色的职责、交付物以及完成后需要联系的下一个代理。 3. 运行规则 - 每个代理拥有自己的独立文件。 - 必须定义确切的输出。 - 指定明确的通信链路(谁与谁交谈)。 - 团队规模建议保持在 3-5 个代理。 4. 适用场景与限制 该功能适用于有独立部分且可以并行运行的复杂工作。对于简单或顺序任务,不建议使用该功能,因为团队协作会消耗 3-4 倍的 Token。

Lonely

19,836 次观看 • 1 个月前