/tag/必备

windows上用codex沙盒用不了好难受一直失败打算装个linux系统再？windows和苹果新的电脑佬们都有什么必备的安装软件推荐吗，畅所欲言 9 个帖子 - 9 位参与者 阅读完整话题

用hermes打造个人作战军团，摸鱼必备神器！！！ 2 个帖子 - 1 位参与者 阅读完整话题

做采集、多店铺、社媒运营的兄弟看过来。辣椒 HTTP 算是国内比较稳的住宅 IP 服务商，今天搞到 7 个兑换码，新用户可免费领动态住宅流量。先到先得。 🎁 兑换码（七选一） XGEQ-V5YD-FXJ3 YMS8-ZAHN-PR3S M478-WX9Z-RKCJ RM9Z-9HMH-ZHJJ G9G4-M8ZA-RNKJ UKCU-E7NB-G3Q8 7D24-YBF2-LHNE 🌶️ 辣椒 HTTP 核心优势 IP 资源 ：千万级真实住宅 IP ，190+国家，城市级精准定位，每日更新 10 万+ 稳定性 ：99.9%连通率，实测响应＜ 0.5 秒，不限并发会话 计费灵活 ：动态 5 元/GB （ 1-120 分钟粘性会话），静态 9.9 元/个/7 天，不限量套餐可选 协议全面 ：HTTP/HTTPS/SOCKS5 ，完美对接指纹浏览器，提供 API 白名单+账密双模式 超低门槛 ：新用户最高可领 50GB 免费试用（与 CDK 叠加） 📝 免费领住宅 IP 流程 注册 👉 辣椒 HTTP 官网 登录后台 → 用户中心 → CDK 兑换 输入上方任意一个码，动态住宅流量自动到账 注册时填邀请码 ff8888 还能叠加额外流量包 💡 新用户本身就有最高 50GB 试用，CDK 是额外送的。 ✅ 适用场景 跨境电商多店铺防关联（亚马逊、Ozon 、Shopee ） TikTok/Facebook/Instagram 社媒矩阵运营 数据采集、价格监控、广告投放验证 指纹浏览器环境搭建、账号注册 AI 训练、大规模爬虫、高并发任务 ⚠️ 注意事项 仅限新注册用户，一账号一码，重复使用封禁 数量有限，领完即止 领了的麻烦回帖说一声用了哪个，方便别人 👉 https://www.lajiaohttp.com/?kwd=hyj-v2ex

做采集、多店铺、社媒运营的兄弟看过来。辣椒 HTTP 算是国内比较稳的住宅 IP 服务商，今天搞到 7 个兑换码，新用户可免费领动态住宅流量。先到先得。 🎁 兑换码（七选一） XGEQ-V5YD-FXJ3 YMS8-ZAHN-PR3S M478-WX9Z-RKCJ RM9Z-9HMH-ZHJJ G9G4-M8ZA-RNKJ UKCU-E7NB-G3Q8 7D24-YBF2-LHNE 🌶️ 辣椒 HTTP 核心优势 IP 资源 ：千万级真实住宅 IP ，190+国家，城市级精准定位，每日更新 10 万+ 稳定性 ：99.9%连通率，实测响应＜ 0.5 秒，不限并发会话 计费灵活 ：动态 5 元/GB （ 1-120 分钟粘性会话），静态 9.9 元/个/7 天，不限量套餐可选 协议全面 ：HTTP/HTTPS/SOCKS5 ，完美对接指纹浏览器，提供 API 白名单+账密双模式 超低门槛 ：新用户最高可领 50GB 免费试用（与 CDK 叠加） 📝 免费领住宅 IP 流程 注册 👉 辣椒 HTTP 官网 登录后台 → 用户中心 → CDK 兑换 输入上方任意一个码，动态住宅流量自动到账 注册时填邀请码 ff8888 还能叠加额外流量包 💡 新用户本身就有最高 50GB 试用，CDK 是额外送的。 ✅ 适用场景 跨境电商多店铺防关联（亚马逊、Ozon 、Shopee ） TikTok/Facebook/Instagram 社媒矩阵运营 数据采集、价格监控、广告投放验证 指纹浏览器环境搭建、账号注册 AI 训练、大规模爬虫、高并发任务 ⚠️ 注意事项 仅限新注册用户，一账号一码，重复使用封禁 数量有限，领完即止 领了的麻烦回帖说一声用了哪个，方便别人 👉 https://www.lajiaohttp.com/?kwd=hyj-v2ex

做采集、多店铺、社媒运营的兄弟看过来。辣椒 HTTP 算是国内比较稳的住宅 IP 服务商，今天搞到 7 个兑换码，新用户可免费领动态住宅流量。先到先得。 🎁 兑换码（七选一） XGEQ-V5YD-FXJ3 YMS8-ZAHN-PR3S M478-WX9Z-RKCJ RM9Z-9HMH-ZHJJ G9G4-M8ZA-RNKJ UKCU-E7NB-G3Q8 7D24-YBF2-LHNE 🌶️ 辣椒 HTTP 核心优势 IP 资源 ：千万级真实住宅 IP ，190+国家，城市级精准定位，每日更新 10 万+ 稳定性 ：99.9%连通率，实测响应＜ 0.5 秒，不限并发会话 计费灵活 ：动态 5 元/GB （ 1-120 分钟粘性会话），静态 9.9 元/个/7 天，不限量套餐可选 协议全面 ：HTTP/HTTPS/SOCKS5 ，完美对接指纹浏览器，提供 API 白名单+账密双模式 超低门槛 ：新用户最高可领 50GB 免费试用（与 CDK 叠加） 📝 免费领住宅 IP 流程 注册 👉 辣椒 HTTP 官网 登录后台 → 用户中心 → CDK 兑换 输入上方任意一个码，动态住宅流量自动到账 注册时填邀请码 ff8888 还能叠加额外流量包 💡 新用户本身就有最高 50GB 试用，CDK 是额外送的。 ✅ 适用场景 跨境电商多店铺防关联（亚马逊、Ozon 、Shopee ） TikTok/Facebook/Instagram 社媒矩阵运营 数据采集、价格监控、广告投放验证 指纹浏览器环境搭建、账号注册 AI 训练、大规模爬虫、高并发任务 ⚠️ 注意事项 仅限新注册用户，一账号一码，重复使用封禁 数量有限，领完即止 领了的麻烦回帖说一声用了哪个，方便别人 👉 https://www.lajiaohttp.com/?kwd=hyj-v2ex

做采集、多店铺、社媒运营的兄弟看过来。辣椒 HTTP 算是国内比较稳的住宅 IP 服务商，今天搞到 7 个兑换码，新用户可免费领动态住宅流量。先到先得。 🎁 兑换码（七选一） XGEQ-V5YD-FXJ3 YMS8-ZAHN-PR3S M478-WX9Z-RKCJ RM9Z-9HMH-ZHJJ G9G4-M8ZA-RNKJ UKCU-E7NB-G3Q8 7D24-YBF2-LHNE 🌶️ 辣椒 HTTP 核心优势 IP 资源 ：千万级真实住宅 IP ，190+国家，城市级精准定位，每日更新 10 万+ 稳定性 ：99.9%连通率，实测响应＜ 0.5 秒，不限并发会话 计费灵活 ：动态 5 元/GB （ 1-120 分钟粘性会话），静态 9.9 元/个/7 天，不限量套餐可选 协议全面 ：HTTP/HTTPS/SOCKS5 ，完美对接指纹浏览器，提供 API 白名单+账密双模式 超低门槛 ：新用户最高可领 50GB 免费试用（与 CDK 叠加） 📝 免费领住宅 IP 流程 注册 👉 辣椒 HTTP 官网 登录后台 → 用户中心 → CDK 兑换 输入上方任意一个码，动态住宅流量自动到账 注册时填邀请码 ff8888 还能叠加额外流量包 💡 新用户本身就有最高 50GB 试用，CDK 是额外送的。 ✅ 适用场景 跨境电商多店铺防关联（亚马逊、Ozon 、Shopee ） TikTok/Facebook/Instagram 社媒矩阵运营 数据采集、价格监控、广告投放验证 指纹浏览器环境搭建、账号注册 AI 训练、大规模爬虫、高并发任务 ⚠️ 注意事项 仅限新注册用户，一账号一码，重复使用封禁 数量有限，领完即止 领了的麻烦回帖说一声用了哪个，方便别人 👉 https://www.lajiaohttp.com/?kwd=hyj-v2ex

做采集、多店铺、社媒运营的兄弟看过来。辣椒 HTTP 算是国内比较稳的住宅 IP 服务商，今天搞到 7 个兑换码，新用户可免费领动态住宅流量。先到先得。 🎁 兑换码（七选一） XGEQ-V5YD-FXJ3 YMS8-ZAHN-PR3S M478-WX9Z-RKCJ RM9Z-9HMH-ZHJJ G9G4-M8ZA-RNKJ UKCU-E7NB-G3Q8 7D24-YBF2-LHNE 🌶️ 辣椒 HTTP 核心优势 IP 资源 ：千万级真实住宅 IP ，190+国家，城市级精准定位，每日更新 10 万+ 稳定性 ：99.9%连通率，实测响应＜ 0.5 秒，不限并发会话 计费灵活 ：动态 5 元/GB （ 1-120 分钟粘性会话），静态 9.9 元/个/7 天，不限量套餐可选 协议全面 ：HTTP/HTTPS/SOCKS5 ，完美对接指纹浏览器，提供 API 白名单+账密双模式 超低门槛 ：新用户最高可领 50GB 免费试用（与 CDK 叠加） 📝 免费领住宅 IP 流程 注册 👉 辣椒 HTTP 官网 登录后台 → 用户中心 → CDK 兑换 输入上方任意一个码，动态住宅流量自动到账 注册时填邀请码 ff8888 还能叠加额外流量包 💡 新用户本身就有最高 50GB 试用，CDK 是额外送的。 ✅ 适用场景 跨境电商多店铺防关联（亚马逊、Ozon 、Shopee ） TikTok/Facebook/Instagram 社媒矩阵运营 数据采集、价格监控、广告投放验证 指纹浏览器环境搭建、账号注册 AI 训练、大规模爬虫、高并发任务 ⚠️ 注意事项 仅限新注册用户，一账号一码，重复使用封禁 数量有限，领完即止 领了的麻烦回帖说一声用了哪个，方便别人 👉 https://www.lajiaohttp.com/?kwd=hyj-v2ex

佬们有没有夏天的必备好物推荐，我最近想买一床夏凉被，但是又看到有人说是智商税。我是汗比较大的那种，然后还比较喜欢厚一点的被子，这样把腿放在外面的时候会有一点支撑。现在盖的是纯棉的，我是应该去买一个夏凉被呢还是直接换个舒服点的被套，还是就这样然后开开空调，有体验过的佬可以给点建议吗。在这里提前说声谢谢 。 或者有什么其他的好物推荐也可以说。 6 个帖子 - 6 位参与者 阅读完整话题

各位 V 友， 日常搞开发、跑爬虫、刷海淘，或者调教海外 AI 大模型（ ChatGPT 、Claude 、Midjourney 生图等），一个干净、稳定的海外原生住宅 IP 绝对是刚需。 今天给大家安利一个宝藏代理服务商 —— Novproxy 。 最大特点就是极简、无套路： 🔒 极致隐私：免实名认证，不需要绑定手机号，任意邮箱即可随便注册。 🌐 纯净度高：海外原生动态流量 / 原生短效住宅 IP ，轻松绕过各种风控，完美支持各类 AI 大模型和生图需求。 🎁 V 友专属福利（手慢无！） 为了让大家直接验货，特意申请了 5 个体验 CDK 。 每个 CDK 包含：500M 海外原生动态流量 或 3 条原生短效住宅 IP （拼手速和运气自取）： PNMMAGN2AKT7KPJO HLKYOHPCK6EXIMGA YKWCT6BA3MPCGDZV X5DTID7SMMLEQVRF CQY5ZP6HXKQWMEPT 🚀 如何领取： 1. 点击官网链接注册（任意邮箱几秒搞定）：[ https://novproxy.com?kwd=tt-v ]( https://novproxy.com?kwd=tt-v ) 2. 登录后台，找到 CD-KEY / 兑换码中心，输入上方码子即可直接激活。 > 💡 小提示：CDK 数量有限，先到先得。被领完的话大家也别急，注册后后台经常有其他体验活动。用过的 V 友欢迎在回帖里反馈一下速度和纯净度！

各位佬，求推荐一下好用的MacBook必备软件，比如解压缩软件，软件下载网站，视频播放器等 26 个帖子 - 22 位参与者 阅读完整话题

关于为什么要写这篇文章，大概是我昨天刷到短视频上很多内容，普通人应该如何抓住AI风口，做AI短剧？如同鸭老师所说赛道已趋近于饱和。创业开发个人AI团队？可是这玩意说实话一般人没多少资本并且大家真的懂商业模式吗，亦或者是能够具备在酒桌上谈笑风生的商务能力吗。在当下，在AI工具和各家大模型层出不穷又层层迭代的今天，我始终认为普通人想要抓住AI的风口，最保守的打法仍然是学到了AI之后去一家企业上班，工作，开展AI相关的工作，做一个业务型的类似AI售前工程师吧。也有人说为什么不直接去做AI应用开发岗，说实在的，如果纯做AI开发岗，对技术和学历的要求又太高了，不太适用于非科班出身并且中途转行的。综合来说，我更想要表达的是，我更偏向于去做一个业务——IT——AI之间的沟通桥梁，教会大家把你丢到企业以后，你如何快速的去上手完成你的工作，所以这一次我想写一下我个人对AI产品评估比较通用的流程，让大家大概有个印象，有一个大体的框架。 AI产品评估流程——5步流程法 1. 结果导向 ：评判一个AI产品值不值得做，首先避不开的一定是项目价值，那要如何去评判呢。很简单，围绕着钱来展开，要么就是多赚钱，省钱，或者就是少赔钱。先说多赚钱，那首先就得能不能带动销量上的一个增长，第二优先级那就是省钱，也就是能够降本增效呗，比如每年节省多少人力，少发了多少工资。少赔钱就是过去业务可能存在某个风险点，现在这个产品解决了这个风险点，能让你少赔一点钱。以我上次那个客服质检Agent为例来说的话就是，能不能带动销量，很明显，如果能在聊天记录中挖掘到了消费者的需求，开发了新的产品，从而带动了GMV，就是有价值的。第二是省钱，过去可能我需要10个人完成的工作，我是不是可以只需要5个人来完成，其余的人是不是可以干别的，以后是不是可以不用招人了业务扩展以后，少发了工资也就是少发了钱。第三是少赔钱，过去业务流程上有某个风险点，比如说过去某个客服员工发脾气，对顾客一顿情绪发泄，导致客户流失，后续采用AI，规避掉了这种风险，避免了客诉，可以少赔一点钱。 通过标准：能有一项硬性指标，即可通过，例如带动间接增长100万，每日节省时间8小时，也就是1人力，可以有效减少损失50万之类的，项目期初为了立项，大体预估一个是可以的，但是不要太高。 2. 业务场景评估 ：在通过第一步后，就开始下场进行需求调研，分为两个方面。其一是业务流程，开发完这个产品后，只是针对于个人或者部门去使用的单点产品，还是能够有效的改变现有流程，实现跨部门沟通协作，例如客服Agent项目里，过去是客服被动回复消息，现在开始角色变化，客服变为前沿的业务洞察，能够反哺研发部门和营销部门以及运营部门，形成一个跨部门协作沟通的流程。其二是该业务流程当中是否涉及很多认为主观判断因素，如果大部分都绕不开人为判断的话，也不建议上线，因为后续修改变动风险较高。 通过标准：只要是针对单个部门以上且主观判断的仅占全流程的20%，即可通过 3.接下来便是 数据流 了，第二条将的是业务流程，第三条就是数据是如何流转的，通常是分布在各个杂乱的业务系统，或者是Excel，或者是某几位老员工的经验，甚至是从第三方平台下载的，就需要考虑是否能获得稳定的数据来源了。 通过标准：如果是外接数据，API接口必须稳定，如果是企业内部数据，不得超过了3张手工表维护（也就是不能人为去判断填的数据不能超过3张，超过说明现有业务流程就是有问题的，理想情况下是所有数据都有线上化） 4. 产品稳定性 ：其实也就是风险点，在上述工作都准备完成后，接下来就到了风险评估。一是是否能接受AI的稳定性，假如AI犯错了怎么办，要如何最短时间内预警发现，业务部门是否有应对方案，这个时候通常情况下是，建立数据质量监控看板，由业务部门去整理核心指标，如果有异常数据直接发送到飞书或者钉钉群聊。二是后续如果组织架构调整，业务流程变更，AI产品需要迭代的时候，成本高不高，要IT部门评估二开的费用。 通过标准：业务部门能出紧急应对方案，IT部门在产品开发的时候能有一定产品迭代方案。 （如果实在找不出也可以，但是需要IT领导和业务领导签字确认） 5. 组织风险预警 ：也许这个产品真的很好，但是AI的诞生，公司里一定有同事是抗拒的，按照项目管理的说法是，要找出干系人，利益者，谁有可能会在整体项目进展的过程中，去卡你，而你至少需要获得一名大领导的支持站台，否则后续很难推进。（个人经验：项目开展前由各个业务负责人指派一个PO，明确跟考核挂钩，并且中途可以换人） 以上是我个人的一些经验，有的人会说，哎呦也要算一下ROI，投入产出比，其实个人的话不建议，因为你要是明确了你的ROI，就等于后续是给你自己挖坑，不要给业务那么大的预期，做好上面的这5点，差不多了，90%的企业是够用了。上面内容主要还是个人认为比较重要的5点，其他的不是问题，项目开展会遇到各种问题，加油吧各位佬有。 2 个帖子 - 2 位参与者 阅读完整话题

炸了么-网络拨测工具 全球1000+网络拨测节点 运维必备 资源荟萃 炸了么是什么 炸了么 zhale.me是一款为运维人员和站长提供的在线网络拨测工具，拥有全球1000多个节点，模拟用户访问域名/IP，免费提供网站速度测试、网络速度检测、多地区在线ping测试、dns查询、路由跟踪查询、ipv6网站测试等站长工具；网络检测节点覆盖全球，国内检测节点覆盖各省电信、联通、移动、教育网等，是一款为运维人员和站长提供的在线网络监测工具，运维必备。 网站： https://… 之前佬友推荐的免费工具网站，有网站速度测试、网络速度检测、多地区在线ping测试、dns查询、路由跟踪查询、ipv6网站测试等站长工具，也提供国内外的本机IP检测。但是，我刚才想用一下，发现5月17日起 ，炸了么 不再提供免费服务 。只有付费的网站监测了。以后我也只能继续用ip111.cn来看本机IP了。 2 个帖子 - 2 位参与者 阅读完整话题

前两期回顾： 【超详细】手机搭建服务器 · 第 一 期 【超详细】手机搭建服务器 · 第 二 期 前言 第一期讲了必备条件；第二期讲了如何实现旁路供电，解决供电问题； 本期要实现的是：如何让手机的wifi永不断连： 不管是手机意外重启，还是重新开关机； 不管是开启了飞行模式； 不管是不是主动关闭wifi。 [!warning]建议 在开始之前，建议先把手机的这两个开关关闭，不是必须，但是建议，减少干扰： 系统设置 - 开发者选项 - WLAN扫描调节 - 关闭 系统设置 - WLAN - WLAN助理 - 智能选网和网速模式 - 关闭 补充说明： · 机型不同，打开开发者选项的方式也不同，这个自己百度 · 不是所有手机都有【WLAN助理】这个选项，我是MIUI 11，所有有，其他手机可能是其他名字，或者没有这个功能，自己看自己系统的功能开关。 主要是把能影响WIFI稳定的开关关闭，不管是信号调节还是省电方面的设置。 教程开始 1.新建开机自启脚本 1.1 打开MT管理器，进入 /data/adb/service.d/ 文件夹，新建 99-phone-server.sh 文件 1.2 打开文件，在文件中输入以下代码并保存： #!/system/bin/sh # ============================================================ # Phone Server 启动器 # 放在 Magisk service.d 中 # 注意： # 这个脚本不写其他的复杂业务逻辑，只负责启动真正的脚本。 # 以后 IPv6、DDNS、Debian、SSH 等脚本，也会这么做。 # ============================================================ WIFI_KEEPER="/data/local/phone-server/wifi-keeper/wifi-keeper.sh" WIFI_LOG="/data/local/phone-server/wifi-keeper/wifi-keeper.log" mkdir -p /data/local/phone-server/wifi-keeper echo "$(date '+%Y-%m-%d %H:%M:%S') [INFO] [启动器] 99-phone-server.sh 开始执行" >> "$WIFI_LOG" if [ -x "$WIFI_KEEPER" ]; then nohup "$WIFI_KEEPER" >/dev/null 2>&1 & echo "$(date '+%Y-%m-%d %H:%M:%S') [OK] [启动器] 已后台启动 Wi-Fi Keeper" >> "$WIFI_LOG" else echo "$(date '+%Y-%m-%d %H:%M:%S') [ERROR] [启动器] Wi-Fi Keeper 不存在或没有执行权限：$WIFI_KEEPER" >> "$WIFI_LOG" fi 1.3给脚本设置权限 2.新建wifi核心脚本 2.1 打开MT管理器，进入 /data/local/ 文件夹，新建 phone-server 文件夹，然后进入 phone-server 文件夹再新建 wifi-keeper 文件夹； 2.2 在 /data/local/phone-server/wifi-keeper/ 文件夹下面新建 wifi-keeper.sh 文件，并且输入下面的代码进行保存： #!/system/bin/sh # ============================================================ # Wi-Fi Keeper # ============================================================ # 功能： # 1. 开机后自动检查 wifi 开关 # 2. 如果 wifi 关闭，自动打开 wifi # 3. 等待系统自动连接“已保存”的 wifi # 4. 如果系统没有自动连上，则按 WIFI_LIST 优先级选择已保存 wifi # 5. wifi 断开后，自动重新连接 # 6. 输出详细日志，方便排查 # # 适用环境： # Android Root + Magisk service.d # # 重要说明： # 1. 需要提前手动连接一次 wifi，让系统保存 wifi。 # 2. WIFI_LIST 里只写 Wi-Fi 名称，不用写密码、不用写验证方式。 # 3. 如果一个WI-FI没连接成功，系统会连接下一个wifi # 4. 这是常驻守护脚本，不是执行一次就退出的脚本。 # ============================================================ # ============================================================ # 基础路径配置 # ============================================================ BASE_DIR="/data/local/phone-server/wifi-keeper" LOG_FILE="$BASE_DIR/wifi-keeper.log" # 临时锁目录，放在 /dev，重启后自动消失 # 作用：防止同一个 wifi-keeper 被重复启动 LOCK_DIR="/dev/phone-server-wifi-keeper.lock" WIFI_IFACE="wlan0" # ============================================================ # Wi-Fi 列表配置 # ============================================================ # 格式： # 一行一个 Wi-Fi 名称。 # # 顺序就是优先级： # 第一行优先级最高，连接失败才尝试下一行。 # ============================================================ WIFI_LIST=" CMCC-Semmering " # ============================================================ # 行为参数 # ============================================================ # 开机后等待系统完全启动，最多等待多少秒，单位：秒 BOOT_WAIT_MAX=60 # 系统启动完成后，额外等待多少秒，单位：秒 # 有些 MIUI 设备 sys.boot_completed=1 后，Wi-Fi 服务还没完全准备好。 AFTER_BOOT_EXTRA_WAIT=10 # 打开 Wi-Fi 后，最多等待多久确认 Wi-Fi 进入可连接状态，单位：秒 ENABLE_WIFI_WAIT=10 # 打开 Wi-Fi 后，等待系统自动连接已保存 Wi-Fi 的时间，单位：秒 AUTO_CONNECT_WAIT=10 # 使用 wpa_cli 选择已保存 Wi-Fi 后，最多等待多久拿到 IP，单位：秒 SELECT_WIFI_WAIT=30 # 正常情况下，每隔多少秒检查一次 Wi-Fi，单位：秒 CHECK_INTERVAL=60 # 本轮修复失败后，等待多少秒再重试，单位：秒 FAIL_COOLDOWN=30 # 日志最大大小，单位：字节 # 1048576 字节 = 1MB # 超过后只保留最后 300 行，避免日志无限增长 MAX_LOG_SIZE=1048576 # ============================================================ # 全局变量 # ============================================================ WPA_CLI_BIN="" WPA_CTRL_DIR="" WPA_LAST_OUT="" # ============================================================ # 日志函数 # ============================================================ now() { date '+%Y-%m-%d %H:%M:%S' } # 避免日志里输出 MAC 地址 / BSSID mask_mac() { echo "$1" | sed -E 's/([0-9A-Fa-f]{2}:){5}[0-9A-Fa-f]{2}/[MAC已隐藏]/g' } # 取 WIFI_LIST 中第一个有效 wifi名称，用于“尚未解析到当前 SSID”时的日志提示。 # 这样日志不会把 MIUI 的 BSSID / state 状态误当成 Wi-Fi 名称。 get_first_wifi_name_from_list() { printf '%s\n' "$WIFI_LIST" | while IFS= read -r line; do [ -z "$line" ] && continue case "$line" in \#*) continue ;; esac echo "$line" return 0 done } # 清洗从 dumpsys / wpa_cli 解析出来的 SSID。 clean_ssid_value() { raw="$1" ssid="$(echo "$raw" | sed 's/^ *//;s/ *$//')" case "$ssid" in ""|"<unknown ssid>"|"unknown"|"null"|"0x"|"WifiSsid.NONE"|"none"|"<none>") echo "" return 0 ;; esac echo "$ssid" | grep -Eiq '([0-9A-Fa-f]{2}:){5}[0-9A-Fa-f]{2}|(^|[[:space:]])nid:|(^|[[:space:]])state:|bssid|scanning|associating|disconnected|completed' && { echo "" return 0 } echo "$ssid" } rotate_log_if_needed() { [ -f "$LOG_FILE" ] || return 0 size="$(wc -c < "$LOG_FILE" 2>/dev/null)" [ -n "$size" ] || return 0 if [ "$size" -gt "$MAX_LOG_SIZE" ]; then tail -n 300 "$LOG_FILE" > "$LOG_FILE.tmp" 2>/dev/null mv "$LOG_FILE.tmp" "$LOG_FILE" 2>/dev/null fi } log() { level="$1" action="$2" msg="$(mask_mac "$3")" mkdir -p "$BASE_DIR" rotate_log_if_needed echo "$(now) [$level] [$action] $msg" >> "$LOG_FILE" } log_info() { log "INFO" "$1" "$2" } log_ok() { log "OK" "$1" "$2" } log_error() { log "ERROR" "$1" "$2" } # ============================================================ # 防止重复运行 # ============================================================ acquire_lock() { if mkdir "$LOCK_DIR" 2>/dev/null; then trap 'rm -rf "$LOCK_DIR"; log_info "退出脚本" "Wi-Fi Keeper 已退出，释放 lock"' EXIT log_ok "启动脚本" "获取 lock 成功，当前实例开始运行" return 0 fi log_error "启动脚本" "检测到已有 Wi-Fi Keeper 正在运行，当前实例退出" exit 0 } # ============================================================ # 环境检查 # ============================================================ check_env() { mkdir -p "$BASE_DIR" if ! command -v svc >/dev/null 2>&1; then log_error "检查环境" "系统不支持 svc 命令，无法打开 Wi-Fi" exit 1 fi if ! command -v ip >/dev/null 2>&1; then log_error "检查环境" "系统不支持 ip 命令，无法检测 wlan0 地址" exit 1 fi log_ok "检查环境" "环境检查完成" } wait_boot_completed() { log_info "等待系统启动" "开始等待 sys.boot_completed=1" i=0 while [ "$i" -lt "$BOOT_WAIT_MAX" ]; do boot_completed="$(getprop sys.boot_completed 2>/dev/null)" if [ "$boot_completed" = "1" ]; then log_ok "等待系统启动" "系统启动完成" return 0 fi sleep 2 i=$((i + 2)) done log_error "等待系统启动" "等待系统启动完成超时，继续执行后续逻辑" return 1 } # ============================================================ # Wi-Fi 状态判断 # ============================================================ wifi_on_value() { settings get global wifi_on 2>/dev/null } wifi_on_text() { v="$(wifi_on_value)" case "$v" in 0) echo "关闭" ;; 1) echo "已开启" ;; 2) echo "正在开启" ;; 3) echo "正在关闭" ;; *) echo "未知状态:$v" ;; esac } has_wifi_ip() { ip -4 addr show dev "$WIFI_IFACE" 2>/dev/null | grep -q "inet " && return 0 ip -6 addr show dev "$WIFI_IFACE" scope global 2>/dev/null | grep -q "inet6 " && return 0 return 1 } wifi_iface_up() { ip link show "$WIFI_IFACE" 2>/dev/null | grep -q "UP" } wifi_ready_for_connect() { # 已经拿到 IP，说明 Wi-Fi 已连接 has_wifi_ip && return 0 # settings 显示已开启 [ "$(wifi_on_value)" = "1" ] && return 0 # wlan0 已经 UP，也说明可以等待系统自动连接或尝试选择已保存网络 wifi_iface_up && return 0 return 1 } # ============================================================ # 当前 Wi-Fi 名称解析 # ============================================================ find_wpa_cli_bin_quiet() { [ -n "$WPA_CLI_BIN" ] && [ -x "$WPA_CLI_BIN" ] && return 0 for b in \ "$(command -v wpa_cli 2>/dev/null)" \ "/system/bin/wpa_cli" \ "/vendor/bin/wpa_cli" \ "/system/xbin/wpa_cli" \ "/system_ext/bin/wpa_cli" do [ -z "$b" ] && continue if [ -x "$b" ]; then WPA_CLI_BIN="$b" return 0 fi done return 1 } wpa_cli_raw() { if [ -z "$WPA_CTRL_DIR" ]; then "$WPA_CLI_BIN" -i "$WIFI_IFACE" "$@" 2>&1 else "$WPA_CLI_BIN" -p "$WPA_CTRL_DIR" -i "$WIFI_IFACE" "$@" 2>&1 fi } get_current_ssid_from_wpa() { find_wpa_cli_bin_quiet || return 0 # 如果已经检测过控制目录，就直接用 if [ -n "$WPA_CTRL_DIR" ]; then out="$(wpa_cli_raw status 2>/dev/null)" ssid="$(echo "$out" | sed -n 's/^ssid=//p' | head -n 1)" ssid="$(clean_ssid_value "$ssid")" [ -n "$ssid" ] && echo "$ssid" return 0 fi # 尝试几个常见控制目录 for p in \ "" \ "/data/vendor/wifi/wpa/sockets" \ "/data/misc/wifi/sockets" \ "/dev/socket" do WPA_CTRL_DIR="$p" out="$(wpa_cli_raw status 2>/dev/null)" echo "$out" | grep -q "wpa_state" || continue ssid="$(echo "$out" | sed -n 's/^ssid=//p' | head -n 1)" ssid="$(clean_ssid_value "$ssid")" if [ -n "$ssid" ]; then echo "$ssid" return 0 fi done WPA_CTRL_DIR="" return 0 } get_current_ssid_from_dumpsys() { # 只提取 SSID，避免输出 BSSID/MAC。 line="$(dumpsys wifi 2>/dev/null | grep -m 1 "SSID:" 2>/dev/null)" [ -z "$line" ] && return 0 ssid="$(echo "$line" | sed -n 's/.*SSID: *"\([^"]*\)".*/\1/p')" if [ -z "$ssid" ]; then ssid="$(echo "$line" | sed -n 's/.*SSID: *\([^,]*\).*/\1/p')" fi ssid="$(clean_ssid_value "$ssid")" [ -n "$ssid" ] && echo "$ssid" } get_current_ssid() { ssid="$(get_current_ssid_from_wpa)" if [ -n "$ssid" ]; then echo "$ssid" return 0 fi ssid="$(get_current_ssid_from_dumpsys)" if [ -n "$ssid" ]; then echo "$ssid" return 0 fi echo "" } # 获取日志里应该显示的 Wi-Fi 名称。 # 说明： # MIUI 11 / Android 10 有时不允许从 wpa_cli / dumpsys 稳定解析当前 SSID。 # 如果已经拿到 Wi-Fi IP，但解析不到 SSID，并且 WIFI_LIST 里配置了目标 Wi-Fi， # 就在日志中显示“目标 WiFi + 推断说明”，避免反复出现“未解析到当前WiFi名称”。 get_display_wifi_name() { real_ssid="$(get_current_ssid)" if [ -n "$real_ssid" ]; then echo "$real_ssid" return 0 fi target_ssid="$(get_first_wifi_name_from_list)" if has_wifi_ip && [ -n "$target_ssid" ]; then echo "$target_ssid（根据WIFI_LIST推断）" return 0 fi if [ -n "$target_ssid" ]; then echo "未连接；目标WiFi=$target_ssid" else echo "未连接" fi } log_wifi_basic_status() { wifi_value="$(wifi_on_value)" wifi_text="$(wifi_on_text)" ssid="$(get_display_wifi_name)" ip_info="$(ip addr show dev "$WIFI_IFACE" 2>/dev/null | grep -E 'inet |inet6 ' | tr '\n' ' ')" [ -z "$ip_info" ] && ip_info="未拿到IP" log_info "WiFi状态" "WiFi开关=$wifi_value($wifi_text)；当前WiFi=$ssid；IP=$ip_info" } enable_wifi() { if wifi_ready_for_connect; then log_ok "打开WiFi开关" "Wi-Fi 已经处于可用或可连接状态，无需重复打开" log_wifi_basic_status return 0 fi log_info "打开WiFi开关" "检测到 Wi-Fi 关闭，开始打开 Wi-Fi" out="$(svc wifi enable 2>&1)" rc="$?" if [ "$rc" -ne 0 ]; then log_error "打开WiFi开关" "svc wifi enable 执行失败，rc=$rc，输出：$out" return 1 fi log_info "打开WiFi开关" "svc wifi enable 执行成功，开始等待 Wi-Fi 进入可连接状态" i=0 while [ "$i" -lt "$ENABLE_WIFI_WAIT" ]; do if wifi_ready_for_connect; then log_ok "打开WiFi开关" "Wi-Fi 已进入可用或可连接状态" log_wifi_basic_status return 0 fi if [ $((i % 10)) -eq 0 ]; then log_info "打开WiFi开关" "等待 Wi-Fi 开启中，已等待 ${i} 秒" log_wifi_basic_status fi sleep 2 i=$((i + 2)) done log_error "打开WiFi开关" "已执行打开 Wi-Fi，但 ${ENABLE_WIFI_WAIT} 秒内没有确认进入可连接状态" log_wifi_basic_status return 1 } wifi_connected_ok() { if ! has_wifi_ip; then return 1 fi ssid="$(get_display_wifi_name)" log_ok "检查WiFi状态" "Wi-Fi 已连接，当前WiFi=$ssid，已拿到 IP" return 0 } wait_wifi_connected() { action="$1" max_wait="$2" i=0 while [ "$i" -lt "$max_wait" ]; do if wifi_connected_ok; then log_ok "$action" "连接判断成功" return 0 fi if [ $((i % 10)) -eq 0 ]; then log_info "$action" "等待 Wi-Fi 获取 IP，已等待 ${i} 秒" log_wifi_basic_status fi sleep 2 i=$((i + 2)) done log_error "$action" "等待 ${max_wait} 秒后仍未拿到 Wi-Fi IP" log_wifi_basic_status return 1 } wait_auto_connect() { log_info "自动连接WIFI" "等待系统自动连接已保存 Wi-Fi，最长等待 ${AUTO_CONNECT_WAIT} 秒" if wait_wifi_connected "自动连接WIFI" "$AUTO_CONNECT_WAIT"; then return 0 fi log_error "自动连接WIFI" "系统自动连接超时，准备按 Wi-Fi 名称选择已保存网络" return 1 } # ============================================================ # 使用 wpa_cli 选择已保存 wifi # 注意：这里只选择已保存网络，不写入密码，不创建新网络 # ============================================================ find_wpa_cli_bin() { if find_wpa_cli_bin_quiet; then log_ok "查找wpa_cli" "找到 wpa_cli：$WPA_CLI_BIN" return 0 fi log_error "查找wpa_cli" "没有找到 wpa_cli，无法主动选择已保存 Wi-Fi，只能依赖系统自动连接" return 1 } wpa_exec() { action="$1" shift WPA_LAST_OUT="$(wpa_cli_raw "$@")" rc="$?" safe_out="$(mask_mac "$WPA_LAST_OUT")" log_info "$action" "执行：$WPA_CLI_BIN ${WPA_CTRL_DIR:+-p $WPA_CTRL_DIR} -i $WIFI_IFACE $*；rc=$rc；输出：$safe_out" return "$rc" } find_wpa_cli_control() { if ! find_wpa_cli_bin; then return 1 fi for p in \ "" \ "/data/vendor/wifi/wpa/sockets" \ "/data/misc/wifi/sockets" \ "/dev/socket" do WPA_CTRL_DIR="$p" out="$(wpa_cli_raw status 2>&1)" rc="$?" safe_out="$(mask_mac "$out")" log_info "检测wpa_cli" "尝试控制目录='${p:-默认}'，rc=$rc，输出：$safe_out" echo "$out" | grep -q "wpa_state" && { log_ok "检测wpa_cli" "wpa_cli 可用，控制目录='${p:-默认}'" return 0 } done WPA_CTRL_DIR="" log_error "检测wpa_cli" "wpa_cli 存在，但无法连接到 Wi-Fi 控制接口，只能依赖系统自动连接" return 1 } find_saved_network_id_by_ssid() { target_ssid="$1" wpa_exec "查找已保存WIFI" list_networks network_id="$(printf '%s\n' "$WPA_LAST_OUT" \ | awk -F '\t' -v target="$target_ssid" 'NR > 1 && $2 == target {print $1; exit}')" if [ -z "$network_id" ]; then log_error "查找已保存WIFI" "没有找到已保存的 Wi-Fi：$target_ssid。请先手动连接一次并保存" return 1 fi log_ok "查找已保存WIFI" "找到已保存 Wi-Fi：$target_ssid，network_id=$network_id" echo "$network_id" return 0 } select_saved_wifi_by_ssid() { ssid="$1" log_info "选择WIFI" "准备选择已保存 Wi-Fi：$ssid" if ! find_wpa_cli_control; then return 1 fi network_id="$(find_saved_network_id_by_ssid "$ssid")" if [ -z "$network_id" ]; then return 1 fi wpa_exec "启用WIFI" enable_network "$network_id" wpa_exec "选择WIFI" select_network "$network_id" wpa_exec "重连WIFI" reconnect if wait_wifi_connected "选择WIFI" "$SELECT_WIFI_WAIT"; then current_ssid="$(get_display_wifi_name)" log_ok "选择WIFI" "已连接 Wi-Fi：$current_ssid" return 0 fi log_error "选择WIFI" "已尝试选择 Wi-Fi：$ssid，但最终没有拿到 IP" return 1 } connect_by_priority() { log_info "连接WIFI" "开始按 WIFI_LIST 顺序选择已保存 Wi-Fi" tmp_list="/dev/phone-server-wifi-list.tmp" printf '%s\n' "$WIFI_LIST" > "$tmp_list" while IFS= read -r ssid; do [ -z "$ssid" ] && continue case "$ssid" in \#*) continue ;; esac log_info "连接WIFI" "按优先级尝试选择 Wi-Fi：$ssid" if select_saved_wifi_by_ssid "$ssid"; then rm -f "$tmp_list" 2>/dev/null return 0 fi log_error "连接WIFI" "Wi-Fi=$ssid 连接失败，继续尝试下一个" done < "$tmp_list" rm -f "$tmp_list" 2>/dev/null log_error "连接WIFI" "WIFI_LIST 中的已保存 Wi-Fi 都没有连接成功" return 1 } # ============================================================ # 主循环 # ============================================================ main_loop() { log_info "启动脚本" "Wi-Fi Keeper 启动" wait_boot_completed if [ "$AFTER_BOOT_EXTRA_WAIT" -gt 0 ]; then log_info "等待系统服务" "系统已启动，额外等待 ${AFTER_BOOT_EXTRA_WAIT} 秒，让 Wi-Fi 服务准备完成" sleep "$AFTER_BOOT_EXTRA_WAIT" fi log_wifi_basic_status enable_wifi if wait_auto_connect; then log_ok "启动连接" "系统自动连接 Wi-Fi 成功" else connect_by_priority fi while true; do if wifi_connected_ok; then sleep "$CHECK_INTERVAL" continue fi log_error "守护检测" "检测到 Wi-Fi 不可用，开始自动修复" enable_wifi if wait_auto_connect; then log_ok "守护检测" "系统自动恢复 Wi-Fi 成功" else if connect_by_priority; then log_ok "守护检测" "按 Wi-Fi 名称选择已保存网络成功" else log_error "守护检测" "本轮 Wi-Fi 修复失败，${FAIL_COOLDOWN} 秒后重试" sleep "$FAIL_COOLDOWN" fi fi done } # ============================================================ # 程序入口 # ============================================================ acquire_lock check_env main_loop 2.3 按照1.3的过程给脚本设置权限。 [!question] 如何验证脚本是否成功 1. 手机先正常连接上你选择Wi-Fi，建议选择一个即可，避免手机因为某些原因在多个wifi之间来回切换，这个对后面的ipv6的解析影响非常大，然后关闭wifi的 自动连接 开关。 2. 正常连接上一个wifi以后，关闭wifi开关，把手机重启。 3.验证手机重启wifi是否能正常连接： 重启以后，等几秒钟（具体看配置你写的是几秒），然后看看wifi开关是否会自动打开，并且wifi是否会自动连接上。 4.验证手动断开wifi是否能正常连接： 如果wifi能自动连接上，可以手动关闭wifi开关，看看wifi是否能过几秒（具体还是要看配置你写的是几秒）后自动打开并且连接上wifi。 我用的脚本在米8SE上多轮测试没问题，如果你们有问题，记得联系我，我到时候拍查一下 [!question] 如何关闭脚本 方法一： 取消/data/adb/service.d/99-phone-server.sh脚本的执行权限 方法二： 删除/data/adb/service.d/99-phone-server.sh脚本 [!success]结束语 不得不说，AI是真的好用。不仅可以优化脚本，还能把注释写的清清楚楚。按照它的逻辑和日志，就算出问题了也能很好的定位和解决，这一次确实是省了不少时间。可惜两天撸的business 2个月翻车了。 另外，给佬友们送上一份可直接食用的prompt： 我现在正在把一台 Android 手机改造成 7×24 小时运行的家庭小服务器。 目前我已经完成了 ACC 充电控制，解决了长期插电和旁路供电相关的问题。下一步我要解决的是：手机与 Wi-Fi 之间的连接稳定性。 我的目标是： 手机开机后，或者 Wi-Fi 因为路由器重启、信号波动、系统休眠、网络异常等原因断开后，脚本能够自动恢复 Wi-Fi 连接，让手机尽可能长期稳定在线。 我的手机环境大概如下： - Android 手机，已 Root； - 使用 Magisk； - 开机自启动脚本可以通过 Magisk 的 `/data/adb/service.d/` 实现； - 手机会长期作为服务器运行； - 后续还会继续做 IPv6 公网地址检测、DDNS 同步、Debian/SSH 服务守护等脚本； - 所以我不希望所有业务脚本都直接堆在 `/data/adb/service.d/` 里。 --- # 我希望你帮我实现的事情 请你作为一名专业的 Android / Linux / Shell 脚本开发人员，帮我设计并编写一套 Wi-Fi 连接守护方案。 我希望它能实现这些能力： ## 1. 开机自动执行 手机开机后，Magisk 自动执行启动脚本。 但是我不希望把真正复杂的 Wi-Fi 守护逻辑直接写在 `/data/adb/service.d/` 里面。 我希望 `/data/adb/service.d/` 里只放一个“启动器脚本”，比如： ```text /data/adb/service.d/99-phone-server.sh ``` 这个启动器只负责启动真正的 Wi-Fi 守护脚本。 真正的 Wi-Fi 守护脚本和日志文件，请你帮我设计一个合理的目录，比如放在： ```text /data/local/phone-server/wifi-keeper/ ``` 或者你认为更合理的目录也可以，但请你说明为什么这样设计。 --- ## 2. 自动打开 Wi-Fi 脚本启动后，需要检查 Wi-Fi 开关状态。 如果 Wi-Fi 是关闭状态，就自动打开 Wi-Fi。 如果 Wi-Fi 已经打开，就不要重复操作。 注意： 不同 Android 版本、不同 ROM 对 Wi-Fi 命令支持可能不一样，所以请你不要想当然地只使用某一种命令。 请你先分析有哪些可能的实现方式，比如： * `svc wifi enable` * `settings get global wifi_on` * `ip link show wlan0` * `ip addr show wlan0` * `wpa_cli` * `cmd wifi` * `dumpsys wifi` 然后根据兼容性和稳定性，选择更适合 Magisk Root 环境的实现方式。 如果某些命令在部分系统上可能不可用，请在脚本里做好兼容、兜底和日志记录，而不是让脚本直接崩溃。 --- ## 3. Wi-Fi 列表和优先级 我希望脚本支持提前配置一个 Wi-Fi 列表。 比如： ```text 主 Wi-Fi 备用 Wi-Fi 手机热点 ``` 列表顺序就是优先级。 脚本应该优先连接列表中靠前的 Wi-Fi。 如果当前 Wi-Fi 可用，就不要频繁切换，避免影响 SSH、网页服务、IPv6、DDNS 等后续服务。 只有当当前 Wi-Fi 不可用、断开、没有拿到 IP，或者长时间无法恢复时，才尝试切换到下一个可用 Wi-Fi。 --- ## 4. 已保存 Wi-Fi 和新 Wi-Fi 的处理 请你根据 Android 实际情况，设计合理逻辑： * 如果 Wi-Fi 已经在系统中保存过，优先让系统自动连接； * 如果系统自动连接失败，再尝试根据 Wi-Fi 名称选择已保存网络； * 如果脚本能够可靠地支持“通过密码添加新 Wi-Fi”，可以设计为可选能力； * 如果某些 Android 版本或 ROM 不适合脚本直接写入 Wi-Fi 密码，也请你明确说明原因，并给出更稳定的替代方案。 我不希望脚本为了追求“看起来功能完整”，强行使用不可靠的命令。 请你优先保证稳定性。 --- ## 5. 不要频繁扫描和切换 手机是作为服务器使用的，所以稳定性比“永远连接最高优先级 Wi-Fi”更重要。 请你设计逻辑时注意： * 如果当前 Wi-Fi 已经连接成功，并且已经拿到 IP，就不要乱动； * 不要频繁扫描 Wi-Fi； * 不要频繁断开当前 Wi-Fi 再切换； * 不要在信号短暂波动时马上切换； * 需要有合理的重试间隔和冷却时间； * 避免脚本疯狂循环导致耗电、发热、刷屏日志。 --- ## 6. Wi-Fi 是否连接成功的判断 我希望脚本不要只看 Wi-Fi 开关是否打开。 真正有意义的是： ```text 手机是否已经通过 wlan0 拿到了 IP 地址 ``` 请你设计连接成功判断逻辑。 比如： * wlan0 拿到 IPv4； * 或者 wlan0 拿到全局 IPv6； * 或者两者都可以。 暂时不需要做外网连通性检测，比如 ping 某个公网 IP。 因为公网 ping 可能受 DNS、运营商、防火墙、网络环境影响，不适合作为 Wi-Fi 是否连接成功的唯一依据。 --- ## 7. 日志要求 脚本必须输出清晰日志，方便我排查问题。 日志中需要包含： * 时间，格式为 `YYYY-MM-DD HH:mm:ss`； * 日志级别，比如 `INFO`、`OK`、`ERROR`； * 当前操作名称，比如： * 启动脚本 * 等待系统启动 * 打开 Wi-Fi 开关 * 检查 Wi-Fi 状态 * 等待系统自动连接 * 选择已保存 Wi-Fi * 重连 Wi-Fi * 进入守护循环 * 错误原因； * 关键命令的返回值和输出，方便排查。 日志示例可以类似： ```text 2026-05-15 22:01:23 [OK] [启动脚本] 获取 lock 成功，当前实例开始运行 2026-05-15 22:01:40 [OK] [等待系统启动] 系统启动完成 2026-05-15 22:01:52 [INFO] [打开WiFi开关] 检测到 Wi-Fi 关闭，开始打开 Wi-Fi 2026-05-15 22:01:55 [OK] [打开WiFi开关] Wi-Fi 已进入可连接状态 2026-05-15 22:02:36 [OK] [检查WiFi状态] Wi-Fi 已连接，当前WiFi=xxx，已拿到 IP ``` 日志文件也要限制大小，避免长期运行后日志无限变大。 请你在脚本里设计日志轮转，例如超过 1MB 后只保留最后若干行，并且在注释中写清楚单位。 --- ## 8. 日志中的 Wi-Fi 名称和隐私 如果能解析当前 Wi-Fi 名称，日志中应该显示 Wi-Fi 名称，而不是 MAC 地址。 如果某些系统状态中出现 BSSID / MAC 地址，请隐藏或过滤掉。 例如不要输出： ```text 00:00:00:00:00:00 nid: 0 state: ASSOCIATING ``` 这不是 Wi-Fi 名称，而是系统连接状态。 如果暂时解析不到当前 Wi-Fi 名称，但已经拿到 wlan0 的 IP，请不要误判为失败。 这种情况下可以写： ```text Wi-Fi 已连接，已拿到 IP，但当前 Wi-Fi 名称暂时无法解析 ``` 或者如果配置列表里只有一个目标 Wi-Fi，也可以说明是根据配置推断的名称。 --- ## 9. 防止重复运行 这个脚本是常驻守护脚本，不是一次性脚本。 所以请你加入 lock 机制，防止多个相同脚本同时运行。 我希望你使用适合 Android / Magisk 环境的方式，比如： * 使用目录锁； * lock 放在 `/dev` 这种重启后会自动清理的临时目录； * 不要用容易残留的持久 PID 文件； * 如果脚本正常退出，要自动释放 lock； * 如果检测到已有实例运行，当前脚本应该退出，并写入日志。 请你解释一下 lock 的作用和为什么这样设计。 --- ## 10. 守护循环 脚本不应该只在开机时执行一次。 它应该是常驻守护脚本。 大概逻辑应该是： ```text 等待系统启动完成 ↓ 打开 Wi-Fi ↓ 等待系统自动连接已保存 Wi-Fi ↓ 如果连接成功，进入守护循环 ↓ 每隔一段时间检查 Wi-Fi 是否仍然连接 ↓ 如果 Wi-Fi 正常，什么都不做 ↓ 如果 Wi-Fi 不正常，开始自动修复 ↓ 重新打开 Wi-Fi / 等待自动连接 / 必要时选择已保存 Wi-Fi ↓ 失败则等待冷却时间后重试 ``` --- # 请你特别注意 我上面的想法可能并不成熟，所以请你不要只是机械照着我的描述写。 请你先站在专业 Android 开发人员和 Linux 运维人员的角度，帮我完善整体逻辑。 在正式给代码之前，请你先做一次简短但准确的设计分析，包括： 1. 推荐目录结构； 2. 为什么 service.d 里只放启动器； 3. Wi-Fi 守护脚本应该承担哪些职责； 4. 哪些事情不应该放在 Wi-Fi 守护脚本里，比如 IPv6 检测、DDNS 同步； 5. 如何判断 Wi-Fi 是否真的可用； 6. 如何避免重复运行； 7. 哪些命令在 Android 上可能存在兼容性问题，脚本应该如何处理。 然后再给我完整代码。 --- # 输出要求 请输出： ## 第一部分：设计说明 用通俗易懂的话解释整体方案。 ## 第二部分：目录结构 给出推荐目录结构，并说明每个文件的作用。 ## 第三部分：Magisk 启动器脚本 给出完整代码，可以直接复制使用。 ## 第四部分：Wi-Fi 守护脚本 给出完整代码，可以直接复制使用。 ## 第五部分：安装和测试命令 包括： * 创建目录； * 写入脚本； * 添加执行权限； * 手动启动测试； * 查看日志； * 停止脚本； * 清理 lock； * 如何确认脚本是否正在运行。 --- # 我的最终目标 我希望得到的是一套适合 Android Root + Magisk + 手机服务器场景的 Wi-Fi 稳定连接方案。 重点是： * 稳定； * 易排查； * 日志清晰； * 不重复运行； * 不乱切 Wi-Fi； * 不把所有功能写成一个超级大脚本； * 后续方便扩展 IPv6 检测、DDNS 更新、Debian / SSH 守护等功能。 请你根据这些目标，帮我设计并实现一个更专业、更稳定、更容易维护的版本。 1 个帖子 - 1 位参与者 阅读完整话题

各位佬有没有好用的MCP推荐，适配codex的，就是写代码用的那种 7 个帖子 - 6 位参与者 阅读完整话题

V 佬们好，我是 Ries 的开发者 Orion 。 现在很多人都在想出海、做独立产品、接海外单、赚美刀。 但真做起来，很快就会碰到一个绕不开的问题： 你的用户在国外，你就得用他们的语言跟他们互动。 评论要回，私信要聊，咨询要答，邮件要跟进，用户反馈要接住。 很多人不是完全不会英语。 真正烦的是： 英语一般，能看个大概，但真要沟通时总会卡一下。 卡在词，卡在语气，卡在礼貌，卡在“不知道这样说会不会显得很土”。 所以我们做了 Ries 。 一句话：Ries 是一个长在输入框里的外语沟通助手。 你不用切屏，不用复制粘贴，不用每次都去 ChatGPT 里重新解释上下文。中文、英文、中英混打都行，Ries 直接帮你整理成更自然、更得体、更适合当前场景的表达。 更关键的是，整个过程很短： 输入框里直接写 -> 双击快捷键 -> 查看建议 -> Enter 接受 Mac 双击 Command ，Windows 双击 Ctrl 。 不用离开输入框，不用切屏，不用复制粘贴，不用查词，不用写 prompt ，甚至不用移动鼠标。 场景 1：海外用户在评论区问问题 你想回： 谢谢反馈，这个问题我们已经记录了，下个版本会优先处理。 Ries 帮你整理成： Thanks for the feedback. We've already noted this issue and will prioritize it in the next release. 重点不是硬翻，而是把“收到反馈 + 会处理 + 不是敷衍”这层意思说清楚。 场景 2：客户私信问问题，你写到一半卡住 你可以直接混着写： I checked your account, 这个问题应该是缓存导致的，你可以先刷新一下再试试 Ries 帮你整理成： I checked your account, and this issue is likely caused by caching. Please try refreshing the page and checking again. 想到什么先写什么，不用为了一个词切出去查半天。 场景 3：完全不知道怎么表达，直接打中文也行 有时候不是“英文写到一半卡住”，而是你脑子里只有中文，根本不知道这句话该怎么开口。 不好意思回复晚了，之前一直在忙。这个问题我刚看了一下，应该可以今天晚些时候给你一个明确答复。 Ries 帮你整理成： Apologies for the delayed response — things have been hectic on my end. I just took a look at the issue and should be able to give you a clear update later today. 不会表达也不用硬憋。先把意思写出来，剩下的交给 Ries 。 先看效果 Ries 真正解决什么 它不是单纯帮你“翻译一句话”。 它更像是在出海沟通里，帮你少掉这些内耗： 看得懂大概，但不确定对方真实意思 想回，但不知道怎么说更自然 英文写一半卡住 完全不知道怎么开口，只能先用中文想 每次都要复制到 ChatGPT ，来回切屏 Ries 的核心就三件事： 极致交互 ：不离开输入框，不切屏，不复制粘贴，不写 prompt 语境感知 ：不是逐字翻译，而是理解你和对方正在聊什么 偏好学习 ：记住你的术语、语气和表达习惯，越用越贴近你 再加上一个很实际的点： 不只英语 ：日语、韩语这些海外用户沟通场景也能处理 不只会写 ：对方发来的外语内容也能先帮你读懂 它和普通翻译有什么区别 普通翻译能帮你“翻出来”。 ChatGPT 能帮你“生成一段话”。 Ries 多做的是： 直接在输入框里处理 支持中英混打和直接中文表达 会结合上下文调整语气和礼貌 会逐步学习你的术语和表达习惯 如果你只是偶尔查一句，普通翻译就够了。 但如果你真的在做出海、海外增长、用户互动，这些沟通不是低频动作。它会变成你每天都要重复的工作流。 体验入口 👉 Ries.AI 如果你已经在做出海、远程协作、海外用户运营，可以直接试一下。 如果你现在还没开始，但以后想做独立开发、接海外单、赚美刀，也可以先收藏。 也欢迎直接在评论区吐槽： 你最烦的外语沟通场景是什么？ 评论区互动、客户咨询、邮件、私信，还是日本 / 韩国用户沟通？

别让旧机吃灰，从拆机到故障排除，点此开启维修之路： https://zh.ifixit.com 1 个帖子 - 1 位参与者 阅读完整话题

支持大部分游戏机和flash​ ，支持联机和手柄（本地模式） 前端项目，数据在浏览器本地，无隐私问题 在线体验： https://player.arksec.net 确保游戏ROM合法，平台不提供ROM，不负任何责任 1 个帖子 - 1 位参与者 阅读完整话题