各位佬，老板现在要求主页背景要有动态效果，让我做成视频的形式，但是我觉得这样对用户来说进来先加载视频是不是体验感不好啊？有没有什么方法能兼顾背景实现动态图效果，而且很流畅的方案 1 个帖子 - 1 位参与者 阅读完整话题
最近看到有佬友推荐使用流量形式保号。有的直接将其作为小白攻略贴 （比如这里） ，有的帖子操作还更高级一点 （比如这里） ，深感不妥。 个人不建议小白使用流量形式保号，而是老老实实短信保号。前者者操作繁琐、容错率低，风险与收益完全不成正比。 为什么推荐短信保号？ 短信保号需要你向本机号码发送信息，或是向43430发送number命令。 一来，这个操作完全是安全可控的，一条0.3镑，必须你手动发送，而且手机会有明确的发出反馈，完全在掌握之中，没有任何风险。 二来，发短信时间成本极低，操作简单，新手小白友好。 三来，一条短信0.3镑，开卡需要充值10镑，不管赠送不赠送那5镑，起码你能发三十多次，足够保号十年。在这个时间跨度下，根本没必要为了省几毛钱去研究更复杂的流量方案。 为什么反对流量保号？ 流量保号原理简单，通过触发小额流量产生余额变化实现保号，理论一次0.04镑，按10镑计算能使用二百多次，声称用到“送你走”。然而这个操作对于新手小白来说实在是个大坑。 一来，操作十分繁琐，为了防止设备偷跑流量，你必须手动关闭许多隐藏的系统设置，然后操作完还得打开，你还得知道这些操作在哪儿做，一个都不能漏。 二来，失误代价太严重。gg卡在国内属于国际漫游，1MB是0.2镑，按现在运营商的网络带宽，只要稍微一疏忽，后台走个2~5MB那不是轻轻松松？万一真大失误了，直接走个几十MB，到时候哭都没地哭去。 三来，手机限流量也不太靠谱。佬友说佬友佬友，我在手机里设置1MB的流量限额，不就能及时止损了吗？这块也有风险啊佬友，如果手机流量管控十分迅速那还好，一旦滞后一点，可能直接就超额了。咱别冒这个风险了吧（ 我个人是感觉，保号这事情，属于是长线任务，而且一年要做两次，当然是怎么省心怎么来，怎么风险小怎么来。 不知道大家是怎么想的？ 我倾向于流量保号 我倾向于短信保号 都不用，我还有其他方法 钝角 点击以查看投票。 2 个帖子 - 2 位参与者 阅读完整话题
是小程序的形式 虽然小程序也会占用一定的空间，但肯定没有APP多呀 微信直接搜索 班班管家 注册学生或家长账号就行，都可以搜题 讲题视频不能免费看，但这里没有奇奇怪怪的AI回复和AI答案 (在作业帮里面存在错误可能以及追问的话需要付费 真是神人) 9 个帖子 - 7 位参与者 阅读完整话题
看到朋友圈有在发宠物，陪伴了十几年离开了 突然 想到了流浪地球中图恒宇和他的女儿的场景，可能这么类比不合适
看到朋友圈有在发宠物，陪伴了十几年离开了 突然 想到了流浪地球中图恒宇和他的女儿的场景，可能这么类比不合适
看到朋友圈有在发宠物，陪伴了十几年离开了 突然 想到了流浪地球中图恒宇和他的女儿的场景，可能这么类比不合适
MUD作为网游界的老资历，在AI时代我认为可以焕发新春 首先MUD的游戏形式为纯文字，开发难度也远远低于常规网游/MMO RPG。更别说市面上有如此多的优秀开源MUD源码 其次我个人MUD的可玩性也不弱于任何游戏，文字世界本就自由，更何况有北大侠客行这款活了二十几年还能有500在线的活化石作证MUD的魅力 其次MUD没有出现在大众视野的原因我认为有以下几点 1.MUD最早在1990年左右出现，那时机器性能低下，画质粗糙，MUD只能以命令行的形式供玩家游玩，没有合理的UI布局。 2.MUD作为指令驱动，在方方面面/任何操作都需要一个个指令敲，导致对普通玩家不友好 3.MUD界在七八年前出现了移动端客户端-ZJ客户端，对手机玩家操控非常友好，但是依旧没有拜托指令的困扰。并且客户端依旧不美观。 4.最近的MUD市场，大多数都是换皮圈钱滚服MUD，往往用开源源码随便架起来，圈完钱就跑。或者是巫师（对MUD管理员的称呼）只顾着圈钱，没有认真做游戏内容 然后是我认为MUD潜力依旧的几点 1.MUD非常适合做RP/酒馆，不同于传统酒馆，我们可以让AI操控角色像人一样，接受信息，处理信息，并且通过指令表达自己。这方面我通过做了一个MCP，以TCP形式链接自己架起来的服务器，完全没问题。并且底层是指令驱动，AI理解起来几乎没有困难，一个SKILL.md就够了 2.市场潜力，TapTap上面有一款“放置江湖”，四五年前很火，现在日活也客观，但是还是老问题，管理员的摆烂/没热情 3.题材适配多样性，现在市面上最多的，最经典的就是武侠，但是除了武侠，西幻/修仙等等也都能/都好做 4.客户端的革新。其实现在有个别巫师定制了自己的客户端，并且我个人认为也很美观。关键是底层虽然是指令，但是呈现出来的方式可以通过各个按钮来让玩家接触不到指令。 说到指令，就不得不提我认为的传统派和革新派了 传统派MUD以北大侠客行为主，通过鼓励玩家学习客户端，自编码脚本，从而达到在游戏内自动化做重复性任务的玩法。但是这方面，因为曾经自动化猖獗，日活下降，北侠不得不限制全自动发展，而这在我看来又非常矛盾。（补充：传统派没有真正意义上的链式任务，而是重复性的任务例如杀一定区域内的敌人等等） 革新派MUD则是以链式任务为主的RPG/MMO RPG，相当于魔兽世界文字版，这方面就好理解了，所以革新派MUD不需要玩家自制脚本，学习编码知识，相对来说传播度更广，学习成本低。 展望： 试想一下一款MUD，拥有开放大世界，可以和各类NPC打交道，地图上存在各种各样的支线任务和精心设计的主线任务，并且自由度极高，城市里有npc巡逻，不穿衣服会被罚款。野外有随机刷新的敌对npc来一场紧张刺激的相遇。玩家之间可以PR扮演，可以交易，可以跑商/摆摊。还有世界事件，某某地方刷新BOSS，玩家齐聚一堂讨伐BOSS。 所以我认为MUD潜力之大在于，一切可能性及低难度开发，困扰3D的问题在二维文字世界不是问题。 （我本人也在通过ai辅助开发MUD，目前还是demo，有期待的可以蹲一手，在这里就不打广告了） 2 个帖子 - 2 位参与者 阅读完整话题
在佬友的「烁』公益站第一次接触到浮生十梦这种形式的交互体验，感觉很有意思唉，昨天机缘清空了，不管是莽下去还是苟下去，都没有好结果。 今天逮空又开始了新的轮回，第三次挺顺的，已经可以破碎虚空了，终究还是化为泡影。 顺便问下成功破碎虚空的佬友，我这三千余颗灵石能换多少额度哇 1 个帖子 - 1 位参与者 阅读完整话题
使用了AI润色，所以是截图形式,另外非常感谢各位大佬的分享帖（价格未考虑当前汇率、以及货币汇率转换费用，仅供参考，实际成本以个人为准） 2 个帖子 - 2 位参与者 阅读完整话题
IT之家 5 月 29 日消息， 小米 17T 系列手机北京时间昨晚正式在海外发布 ，起售价 749 欧元（现汇率约合 5918 元人民币）。 小米集团合伙人、总裁，手机部总裁，小米品牌总经理卢伟冰今早发文，透露 小米 17T 系列是 T 系列 " 回家 " 后的第一款产品 ： 第一， 全新的发布会形式 ，全新的主讲人，非常年轻。我们希望让更多人看到小米团队的年轻力量。 第二，在国际已发布的产品基础上， 我们做了更好的本地化 ，更适合国内用户使用习惯。 第三， 6 月上旬正式发布 。 卢伟冰还表示， 如今 T 系列已经在全球拥有了超 1500 万用户 ，覆盖欧洲、东南亚、拉美、中东、日本，100 多个国家和地区。 IT之家附小米 17T 系列手机海外版主要参数如下： 小米 17T 小米 17T 海外版搭载 天玑 8500-Ultra ；屏幕尺寸 6.59 英寸，支持 120Hz 刷新率；搭载 6500mAh 硅碳电池，支持 67W 快充；起售价 749 欧元（现汇率约合 5918 元人民币）。 小米 17T Pro 小米 17T Pro 海外版搭载 天玑 9500 ；屏幕尺寸 6.83 英寸，支持 144Hz 刷新率；搭载 7000mAh 硅碳电池，支持 100W 快充和 50W 无线充电；起售价 899 欧元（现汇率约合 7103 元人民币）。 相关阅读： 《 小米 17T/Pro 海外发布：7000mAh 电池“国际版机型迄今最大”，749 欧元起 》
背景： 目前在做的一个项目是很垂直的一个领域，我们的Agent中会用NL2SQL的形式接入客户的数据库，客户大概有一百来张表，其中会有一些表功能重叠（比如多家供应商对同一内容的记录，但是互相的字段和数据会有出入）， 目前是通过plan节点对业务理解进行拆分，NL2SQL服务简单说是用的schema少量数据和fewshot去生成SQL 问题: 业务过于垂直且表多，少量fewshot没办法覆盖大量真实业务query，如何进行优化？ 想问下大家真实的业务场景是通用的NL2SQL服务接入，还是会根据database定制提示词？ 具体服务是自研（workflow or agentic）还是开源？ 14 个帖子 - 8 位参与者 阅读完整话题
都是用gmail+别名注册的codex，例如[email protected]这种形式，今早起来发现cpa里号全401了，第一反应是会不会额度重置还挺高兴。尝试Oauth重新登陆后，竟然要二次接码（先前买的号码A已经接不到码了）。吓得我换成无痕浏览模式登录剩余的号，结果并没有二次接码（甚至有两个邮箱绑的也是号码A）。遇到二次接码问题的佬友可以无痕浏览器试试 1 个帖子 - 1 位参与者 阅读完整话题
最近 部分UI设计稿不支持mcp 只能通过截图的形式让codex完成 但是效果太拉了 各位佬 有没有好用的skills能解决一下啊 8 个帖子 - 7 位参与者 阅读完整话题
记录一个小事。 我的开源项目 agent-notify 拿到了第一笔赞助（合作形式）。 项目是做什么的 一个给 AI Agent 用的通知工具。 可以把 Claude Code 、Codex CLI Agent 任务的运行状态推送到飞书、系统通知等地方。 为什么会有这个项目 最开始其实很简单，就是自己用的时候遇到一个问题： Agent 在后台跑的时候，经常出现这种情况： 跑完了不知道 报错了没发现 卡住了没人管 于是就写了个小工具解决这个问题，顺手开源了。 第一笔赞助是怎么来的 前几天收到一封邮件，对方是做 Claude / CodeX API 中转服务的团队。 他们希望： 在 README / 文档里做一些展示合作 聊下来后，合作内容是： 100 美元 Credit 专属 10% 邀请返佣 虽然合作其实不大，但挺有意义的。 因为这是第一次有人主动找过来谈合作，而不是简单的 Star 或 Fork 。 结尾 继续把这个小工具慢慢做下去，也希望这是一个开始，而不是结束。 项目地址： https://github.com/hellolib/agent-notify 欢迎 star 。
记录一个小事。 我的开源项目 agent-notify 拿到了第一笔赞助（合作形式）。 项目是做什么的 一个给 AI Agent 用的通知工具。 可以把 Claude Code 、Codex CLI Agent 任务的运行状态推送到飞书、系统通知等地方。 为什么会有这个项目 最开始其实很简单，就是自己用的时候遇到一个问题： Agent 在后台跑的时候，经常出现这种情况： 跑完了不知道 报错了没发现 卡住了没人管 于是就写了个小工具解决这个问题，顺手开源了。 第一笔赞助是怎么来的 前几天收到一封邮件，对方是做 Claude / CodeX API 中转服务的团队。 他们希望： 在 README / 文档里做一些展示合作 聊下来后，合作内容是： 100 美元 Credit 专属 10% 邀请返佣 虽然合作其实不大，但挺有意义的。 因为这是第一次有人主动找过来谈合作，而不是简单的 Star 或 Fork 。 结尾 继续把这个小工具慢慢做下去，也希望这是一个开始，而不是结束。 项目地址： https://github.com/hellolib/agent-notify 欢迎 star 。
记录一个小事。 我的开源项目 agent-notify 拿到了第一笔赞助（合作形式）。 项目是做什么的 一个给 AI Agent 用的通知工具。 可以把 Claude Code 、Codex CLI Agent 任务的运行状态推送到飞书、系统通知等地方。 为什么会有这个项目 最开始其实很简单，就是自己用的时候遇到一个问题： Agent 在后台跑的时候，经常出现这种情况： 跑完了不知道 报错了没发现 卡住了没人管 于是就写了个小工具解决这个问题，顺手开源了。 第一笔赞助是怎么来的 前几天收到一封邮件，对方是做 Claude / CodeX API 中转服务的团队。 他们希望： 在 README / 文档里做一些展示合作 聊下来后，合作内容是： 100 美元 Credit 专属 10% 邀请返佣 虽然合作其实不大，但挺有意义的。 因为这是第一次有人主动找过来谈合作，而不是简单的 Star 或 Fork 。 结尾 继续把这个小工具慢慢做下去，也希望这是一个开始，而不是结束。 项目地址： https://github.com/hellolib/agent-notify 欢迎 star 。
记录一个小事。 我的开源项目 agent-notify 拿到了第一笔赞助（合作形式）。 项目是做什么的 一个给 AI Agent 用的通知工具。 可以把 Claude Code 、Codex CLI Agent 任务的运行状态推送到飞书、系统通知等地方。 为什么会有这个项目 最开始其实很简单，就是自己用的时候遇到一个问题： Agent 在后台跑的时候，经常出现这种情况： 跑完了不知道 报错了没发现 卡住了没人管 于是就写了个小工具解决这个问题，顺手开源了。 第一笔赞助是怎么来的 前几天收到一封邮件，对方是做 Claude / CodeX API 中转服务的团队。 他们希望： 在 README / 文档里做一些展示合作 聊下来后，合作内容是： 100 美元 Credit 专属 10% 邀请返佣 虽然合作其实不大，但挺有意义的。 因为这是第一次有人主动找过来谈合作，而不是简单的 Star 或 Fork 。 结尾 继续把这个小工具慢慢做下去，也希望这是一个开始，而不是结束。 项目地址： https://github.com/hellolib/agent-notify 欢迎 star 。
记录一个小事。 我的开源项目 agent-notify 拿到了第一笔赞助（合作形式）。 项目是做什么的 一个给 AI Agent 用的通知工具。 可以把 Claude Code 、Codex CLI Agent 任务的运行状态推送到飞书、系统通知等地方。 为什么会有这个项目 最开始其实很简单，就是自己用的时候遇到一个问题： Agent 在后台跑的时候，经常出现这种情况： 跑完了不知道 报错了没发现 卡住了没人管 于是就写了个小工具解决这个问题，顺手开源了。 第一笔赞助是怎么来的 前几天收到一封邮件，对方是做 Claude / CodeX API 中转服务的团队。 他们希望： 在 README / 文档里做一些展示合作 聊下来后，合作内容是： 100 美元 Credit 专属 10% 邀请返佣 虽然合作其实不大，但挺有意义的。 因为这是第一次有人主动找过来谈合作，而不是简单的 Star 或 Fork 。 结尾 继续把这个小工具慢慢做下去，也希望这是一个开始，而不是结束。 项目地址： https://github.com/hellolib/agent-notify 欢迎 star 。
记录一个小事。 我的开源项目 agent-notify 拿到了第一笔赞助（合作形式）。 项目是做什么的 一个给 AI Agent 用的通知工具。 可以把 Claude Code 、Codex CLI Agent 任务的运行状态推送到飞书、系统通知等地方。 为什么会有这个项目 最开始其实很简单，就是自己用的时候遇到一个问题： Agent 在后台跑的时候，经常出现这种情况： 跑完了不知道 报错了没发现 卡住了没人管 于是就写了个小工具解决这个问题，顺手开源了。 第一笔赞助是怎么来的 前几天收到一封邮件，对方是做 Claude / CodeX API 中转服务的团队。 他们希望： 在 README / 文档里做一些展示合作 聊下来后，合作内容是： 100 美元 Credit 专属 10% 邀请返佣 虽然合作其实不大，但挺有意义的。 因为这是第一次有人主动找过来谈合作，而不是简单的 Star 或 Fork 。 结尾 继续把这个小工具慢慢做下去，也希望这是一个开始，而不是结束。 项目地址： https://github.com/hellolib/agent-notify 欢迎 star 。
记录一个小事。 我的开源项目 agent-notify 拿到了第一笔赞助（合作形式）。 项目是做什么的 一个给 AI Agent 用的通知工具。 可以把 Claude Code 、Codex CLI Agent 任务的运行状态推送到飞书、系统通知等地方。 为什么会有这个项目 最开始其实很简单，就是自己用的时候遇到一个问题： Agent 在后台跑的时候，经常出现这种情况： 跑完了不知道 报错了没发现 卡住了没人管 于是就写了个小工具解决这个问题，顺手开源了。 第一笔赞助是怎么来的 前几天收到一封邮件，对方是做 Claude / CodeX API 中转服务的团队。 他们希望： 在 README / 文档里做一些展示合作 聊下来后，合作内容是： 100 美元 Credit 专属 10% 邀请返佣 虽然合作其实不大，但挺有意义的。 因为这是第一次有人主动找过来谈合作，而不是简单的 Star 或 Fork 。 结尾 继续把这个小工具慢慢做下去，也希望这是一个开始，而不是结束。 项目地址： https://github.com/hellolib/agent-notify 欢迎 star 。