[分享创造] 一百多块的板子，把 iPhone 变成了 AI Phone（下一个 ios 版豆包手机？）
背景
最近 esp32 板子比较火，我也搞一个来玩玩
现状
我写了几天，现在已经能够轻度自动化控制手机了，不需要电脑，不需要装 app ，也不需要 usb 连着，从外设上 hack 也不会有什么软件封禁，或许在某一个未来能够成为 ios 版本的豆包手机吧？
未来
现在还比较鸡肋，后续我会不断迭代，同时奉上我底层硬件代码，上层代码还在整理中，前期配置还是有点麻烦的
git: https://github.com/edisonwong520/iphone-esp32 （仓库里面有一个实测 demo)
x: https://x.com/heyedisonwong/status/2111731150649708950
via V2EX (author: edisonwong)
背景
最近 esp32 板子比较火，我也搞一个来玩玩
现状
我写了几天，现在已经能够轻度自动化控制手机了，不需要电脑，不需要装 app ，也不需要 usb 连着，从外设上 hack 也不会有什么软件封禁，或许在某一个未来能够成为 ios 版本的豆包手机吧？
未来
现在还比较鸡肋，后续我会不断迭代，同时奉上我底层硬件代码，上层代码还在整理中，前期配置还是有点麻烦的
git: https://github.com/edisonwong520/iphone-esp32 （仓库里面有一个实测 demo)
x: https://x.com/heyedisonwong/status/2111731150649708950
via V2EX (author: edisonwong)
[分享发现] 用 rea skill 去除 x、虎扑、酷安 apk 的广告
平常用的这几个 app 广告最多，虽然安了 gkd ，体验还是不好
用的是 pi gpt-6.1-sol 。 先逆向的是 x ，就给 agent 说：看下 apk ，分析消息流中的广告，尝试去掉。 x 最简单，apk 没有加壳 基本上一步到位。
接着下载了 hupu 的 apk ，让 ai 分析，分析后说使用了网易加固，我就又让它分析网易的加固逻辑，它分析了一通破解了 dex 的压缩算法，成功抽取原始 dex 。 后面就是一样的广告分析、去除。最后生成的 apk 安装运行后直接闪退，提示请在官方渠道下载正版 app 。 手机连上电脑后继续让 AI 动态调试，“进一步定位到文件清单回调会读取 assets/nedig.properties 并写入共享拒绝标志” （具体是啥我也不懂），修改之后就正常了。
今天让 AI 分析酷安的 apk ，也是网易加固的。我就让它参考 hupu 文件夹下生成的脚本和文档，迅速就把 dex 抽取出来了。 去除后安装新包打开没有闪退，但是请求接口报错，又连上电脑让 AI 分析，发现是 libauth.so 不接受新证书，然后 AI 魔改这个文件后就正常了。
因为我看这几个 app 主要是浏览，也不怎么发言，暂不清楚会不会被风控监测到封号。 逆向的文件就不放了，担心有法律风险
https://blog.diaodaquan.dpdns.org/posts/ 里面 3 篇是 AI 总结的笔记，有需要的可以参考下
via V2EX (author: daquandiao2)
平常用的这几个 app 广告最多，虽然安了 gkd ，体验还是不好
用的是 pi gpt-6.1-sol 。 先逆向的是 x ，就给 agent 说：看下 apk ，分析消息流中的广告，尝试去掉。 x 最简单，apk 没有加壳 基本上一步到位。
接着下载了 hupu 的 apk ，让 ai 分析，分析后说使用了网易加固，我就又让它分析网易的加固逻辑，它分析了一通破解了 dex 的压缩算法，成功抽取原始 dex 。 后面就是一样的广告分析、去除。最后生成的 apk 安装运行后直接闪退，提示请在官方渠道下载正版 app 。 手机连上电脑后继续让 AI 动态调试，“进一步定位到文件清单回调会读取 assets/nedig.properties 并写入共享拒绝标志” （具体是啥我也不懂），修改之后就正常了。
今天让 AI 分析酷安的 apk ，也是网易加固的。我就让它参考 hupu 文件夹下生成的脚本和文档，迅速就把 dex 抽取出来了。 去除后安装新包打开没有闪退，但是请求接口报错，又连上电脑让 AI 分析，发现是 libauth.so 不接受新证书，然后 AI 魔改这个文件后就正常了。
因为我看这几个 app 主要是浏览，也不怎么发言，暂不清楚会不会被风控监测到封号。 逆向的文件就不放了，担心有法律风险
https://blog.diaodaquan.dpdns.org/posts/ 里面 3 篇是 AI 总结的笔记，有需要的可以参考下
via V2EX (author: daquandiao2)
[云修电脑] 有动配机的吗？给点意见，应该选哪一个
1.办公，开发，偶尔处理下短视频 2.网页开的多 3.硬盘要求不高，自己有闲置硬盘
配置 1 清单： CPU：AMD 锐龙 R7-5700G ，8 核心 16 线程睿频 4.6GHz 散热：航嘉冰封 400 塔式四热管 主板：微星 A520M-A PRO 显卡：AMD Radeon RXVega 核显 内存：储奇玄奘 DDR4 32G 3200MHz 高频马甲条 硬盘：赛可驰 X4000 512G M.2 固态硬盘
机箱：微星 PAG SHIELD 龙纹盾/AMD 版 电源：微星 PAG 300N 额定 300W 报价：3.9K
配置 2 清单： CPU：Intel 酷睿 i5-14400 ，14 代，10 核心 16 线程 主板：技嘉 B760M-H DDR4 内存：金百达 银爵 32GB （ 16GB×2 ） DDR4 3200 显卡：CPU 自带核显 散热器：九州风神 玄冰 400 固态硬盘：梵想 256GB SSD M.2 固态 机箱：商悦 5 商务机箱 电源：AOC 装甲 PS500B ，500W ，黑色，铜牌能效电源 报价：3.7K
via V2EX (author: iisboy)
1.办公，开发，偶尔处理下短视频 2.网页开的多 3.硬盘要求不高，自己有闲置硬盘
配置 1 清单： CPU：AMD 锐龙 R7-5700G ，8 核心 16 线程睿频 4.6GHz 散热：航嘉冰封 400 塔式四热管 主板：微星 A520M-A PRO 显卡：AMD Radeon RXVega 核显 内存：储奇玄奘 DDR4 32G 3200MHz 高频马甲条 硬盘：赛可驰 X4000 512G M.2 固态硬盘
机箱：微星 PAG SHIELD 龙纹盾/AMD 版 电源：微星 PAG 300N 额定 300W 报价：3.9K
配置 2 清单： CPU：Intel 酷睿 i5-14400 ，14 代，10 核心 16 线程 主板：技嘉 B760M-H DDR4 内存：金百达 银爵 32GB （ 16GB×2 ） DDR4 3200 显卡：CPU 自带核显 散热器：九州风神 玄冰 400 固态硬盘：梵想 256GB SSD M.2 固态 机箱：商悦 5 商务机箱 电源：AOC 装甲 PS500B ，500W ，黑色，铜牌能效电源 报价：3.7K
via V2EX (author: iisboy)
[macOS] Mac 锁屏后 Codex/ChatGPT 远程离线，疑与 Surge 后台节能有关，分享排查过程
（本帖子文字内容经过 Codex 润色）
今天遇到一个问题：Mac 解锁时远程连接正常，锁屏一段时间后，手机上的 Codex/ChatGPT 会显示 Mac 离线或连接超时。起初以为只在手机使用流量时发生，后来确认手机连 Wi-Fi 也会出现。
目前通过 Codex 找到一个处理办法，先分享排查过程，也想请其他用户和开发者帮忙确认原因。
我的环境：
● macOS 27.0.1 ，系统构建号 26A434 。
● Surge Mac 6.11.0 ，构建号 12560 。
● MacBook Pro 接着电源、保持开盖，远程连接和保持唤醒功能已开启。
问题不是锁屏后立即出现。其中一次在锁屏约 126 秒时，检查到以下情况：
● Mac 仍处于锁屏状态。
● 物理网卡的直连 TCP 、DNS 、TLS 测试正常。
● 通过 Surge 本地代理的请求出现 CONNECT 超时，经过系统隧道的请求也超时。
● Surge 进程出现了
因此，目前怀疑问题与 Surge 被系统后台节能机制抑制有关。
这次采用的处理方法是，仅针对 Surge 禁用 App Nap：
然后退出并重新打开 Surge 。没有更换代理节点，也没有调整原有策略组选择。
处理后进行了约 20 分钟的连续锁屏检查：Surge 没有再次出现上述抑制标志，未观察到桌面端云连接再次中断；结束时 Mac 仍锁屏，代理请求和云端入口的网络访问均正常。
不过，目前验证范围仍有限，暂时把它作为一个排查线索和临时处理办法分享，还不能认定为普遍适用的修复。
如果需要撤销这项设置，可以执行以下命令，再重新打开 Surge：
以前相同使用方式没有遇到这个问题，今天更新了 macOS 系统才开始出现。
via V2EX (author: c2572099919)
（本帖子文字内容经过 Codex 润色）
今天遇到一个问题：Mac 解锁时远程连接正常，锁屏一段时间后，手机上的 Codex/ChatGPT 会显示 Mac 离线或连接超时。起初以为只在手机使用流量时发生，后来确认手机连 Wi-Fi 也会出现。
目前通过 Codex 找到一个处理办法，先分享排查过程，也想请其他用户和开发者帮忙确认原因。
我的环境：
● macOS 27.0.1 ，系统构建号 26A434 。
● Surge Mac 6.11.0 ，构建号 12560 。
● MacBook Pro 接着电源、保持开盖，远程连接和保持唤醒功能已开启。
问题不是锁屏后立即出现。其中一次在锁屏约 126 秒时，检查到以下情况：
● Mac 仍处于锁屏状态。
● 物理网卡的直连 TCP 、DNS 、TLS 测试正常。
● 通过 Surge 本地代理的请求出现 CONNECT 超时，经过系统隧道的请求也超时。
● Surge 进程出现了
PROC_FLAG_SUPPRESSED 标志；同期 ChatGPT 和相关服务进程没有出现这个标志。因此，目前怀疑问题与 Surge 被系统后台节能机制抑制有关。
这次采用的处理方法是，仅针对 Surge 禁用 App Nap：
defaults write com.nssurge.surge-mac NSAppSleepDisabled -bool YES
然后退出并重新打开 Surge 。没有更换代理节点，也没有调整原有策略组选择。
处理后进行了约 20 分钟的连续锁屏检查：Surge 没有再次出现上述抑制标志，未观察到桌面端云连接再次中断；结束时 Mac 仍锁屏，代理请求和云端入口的网络访问均正常。
不过，目前验证范围仍有限，暂时把它作为一个排查线索和临时处理办法分享，还不能认定为普遍适用的修复。
如果需要撤销这项设置，可以执行以下命令，再重新打开 Surge：
defaults delete com.nssurge.surge-mac NSAppSleepDisabled
以前相同使用方式没有遇到这个问题，今天更新了 macOS 系统才开始出现。
via V2EX (author: c2572099919)
[推广] GemiAi：网页和微信里都能用的 AI 对话、绘图工具，放个实际效果
我做的 GemiAi ，目前有网页版和微信小程序「 AI 聊天工具箱」。可以直接聊天、改文案、整理材料、生成图片，不需要自己配 API 。
这次放个具体例子：把零散的会议记录整理成待办表。用的是今天在网页版实际跑出来的结果，输入记录是虚构的，截图如下。
提示词没什么复杂的：
网站按积分使用，也有会员；每个模型旁边会显示消耗，这次演示是 5 积分。
网页版：gemiai.cn
微信小程序：AI 聊天工具箱
产品是我维护的，用着有报错或不顺手的地方可以直接回帖。
via V2EX (author: zykoo)
我做的 GemiAi ，目前有网页版和微信小程序「 AI 聊天工具箱」。可以直接聊天、改文案、整理材料、生成图片，不需要自己配 API 。
这次放个具体例子：把零散的会议记录整理成待办表。用的是今天在网页版实际跑出来的结果，输入记录是虚构的，截图如下。
提示词没什么复杂的：
把下面的记录整理成「已确定事项、待办表、待确认问题」。待办表写清任务、负责人、截止时间；没说清的标成“待确认”，不要补造信息。这样至少不用从一段话里手动挨个找谁要做什么。整理后再核对一下日期和有没有漏项，就可以继续改。
网站按积分使用，也有会员；每个模型旁边会显示消耗，这次演示是 5 积分。
网页版：gemiai.cn
微信小程序：AI 聊天工具箱
产品是我维护的，用着有报错或不顺手的地方可以直接回帖。
via V2EX (author: zykoo)
[酷工作] 招聘： 机构 BDM， C++低延迟交易系统工程师，量化策略研究员（高频交易与做市），项目经理/项目总监（PMO），财务经理，斯巴达业务负责人，资深量化风险专家（交易与对冲），资深量化交易专家（对冲策略）。
Position 一：机构 BDM
Job Type: Full-Time ，Onsite-HK （提供 EP ）
PS：
1 、负责开发维护机构客户、交易公司和战略伙伴，推动区域及国际业务拓展，并协调客户接入、代表公司参会以支持长期增长。
2 、本科以上、2/8 年机构销售/业务拓展/合作管理经验，具备 Crypto 、衍生品及机构交易生态背景，中英文流利，有港新跨境市场、交易所/做市商/流动性资源者优先。
Position 二：C++低延迟交易系统工程师
Job Type: Full-Time ，Onsite-HK （提供 EP ）
PS：
1 、负责用现代 C++开发优化加密衍生品高频交易系统，覆盖行情、订单管理、执行、风控、仓位、监控及交易所 API 连接与故障排查。
2 、本科以上、2/7 年 C++低延迟或交易系统经验，熟悉 Linux 、多线程、网络编程和衍生品订单生命周期，有 HFT/做市/OMS/交易所 API 及 NUMA 、lock-free 、DPDK/RDMA 、Rust/Python/K8s 等经验优先。
Position 三：量化策略研究员（高频交易与做市）
Job Type: Full-Time ，Onsite-HK （提供 EP ）
PS：
1 、负责研究加密货币衍生品高频、做市和短周期策略，分析订单簿与订单流，构建考虑手续费、滑点、排队和延迟的回测仿真，并优化报价、库存、对冲与实盘验证。
2 、本科以上、2/7 年量化/算法交易/做市经验，具备 Crypto 衍生品研究、概率统计与 Python 回测能力，熟悉执行约束和偏差识别，有永续/期货做市、订单流建模、C++/ClickHouse 等经验优先。
Position 四：项目经理/项目总监（ PMO ）
Job Type: Full-Time ，Remote
PS：
1 、负责支持增长、市场及运营项目的执行推进、跨团队协作、交付跟进、风险升级，并推动项目管理流程标准化、模板/SOP 搭建和复盘优化。
2 、要求 2/10 年 PMO/项目管理/运营协调经验，有增长、市场或运营合作经验，必须项为二线交易所背景、市场活动或增长项目经验，能独立强势推动项目，不要执行岗。
Position 五：财务经理
Job Type: Full-Time ，Remote
PS：
1 、熟悉交易所资金全业务，负责多币种、多主体全盘账务、月结年结、报表差异分析，对接产研梳理财务需求并搭建优化对账核算系统，同时管理冷热钱包、银行账户、代币台账、链上对账和内控流程。
2 、要求财务/金融本科，3 年以上 Web3/加密交易所财务全盘经验，懂 Etherscan/Tronscan 链上对账，能独立对接产研提需求并出正确报表，Base 迪拜优先，有财务系统 0–1 经验，不要执行岗。
Position 六：斯巴达业务负责人
Job Type: Full-Time ，Remote
PS：
1 、作为核心业务线负责人，需传统金融背景、证券背景优先，熟悉基金产品运作，且最近 2 年必须深耕加密货币行业，精通跟单、带单、机器人交易产品运作规则。
2 、必须业务精通达到负责人级别，执行岗不看。
Position 七：资深量化风险专家（交易与对冲）
Job Type: Full-Time ，Remote
PS：
1 、建立覆盖场内交易、外部对冲和通道资金的风险分析体系，负责逐币种/账户/组合风险模型、限额阈值、压力测试、异常流量与逆向选择/markout 分析、对冲策略独立检验及事故归因，并用 Python/SQL 推动风控生产化。
2 、要求 5 年以上市场/量化风险或衍生品交易经验，熟练 Python/SQL ，深入理解永续期货、保证金、强平、资金费、基差、市场微观结构、VaR/ES 与压力测试，有主导风险框架和事件改进案例，纯合规/反洗钱/告警值守不匹配。
Position 八：资深量化交易专家（对冲策略）
Job Type: Full-Time ，Remote
PS：
1 、在批准的风险预算和资金约束内对对冲业务净收益负责，研究动态对冲比例、净额聚合、库存控制与再平衡，优化跨通道路由、Maker/Taker 、拆单与执行节奏，并主导 TCA 、损益归因和策略从研究到实盘的完整生命周期。
2 、要求 5 年以上量化交易/系统化做市/电子交易经验、至少 2 年实盘策略与 P&L 管理，熟练 Python/SQL ，有主导研究进入实盘并持续运行的案例，必须具有独立交易经验，不要执行岗。
请携带简历咨询，谢谢；
TG：@jtx_2023
E: justinxu@futuretalent.com.cn
via V2EX (author: justinX)
Position 一：机构 BDM
Job Type: Full-Time ，Onsite-HK （提供 EP ）
PS：
1 、负责开发维护机构客户、交易公司和战略伙伴，推动区域及国际业务拓展，并协调客户接入、代表公司参会以支持长期增长。
2 、本科以上、2/8 年机构销售/业务拓展/合作管理经验，具备 Crypto 、衍生品及机构交易生态背景，中英文流利，有港新跨境市场、交易所/做市商/流动性资源者优先。
Position 二：C++低延迟交易系统工程师
Job Type: Full-Time ，Onsite-HK （提供 EP ）
PS：
1 、负责用现代 C++开发优化加密衍生品高频交易系统，覆盖行情、订单管理、执行、风控、仓位、监控及交易所 API 连接与故障排查。
2 、本科以上、2/7 年 C++低延迟或交易系统经验，熟悉 Linux 、多线程、网络编程和衍生品订单生命周期，有 HFT/做市/OMS/交易所 API 及 NUMA 、lock-free 、DPDK/RDMA 、Rust/Python/K8s 等经验优先。
Position 三：量化策略研究员（高频交易与做市）
Job Type: Full-Time ，Onsite-HK （提供 EP ）
PS：
1 、负责研究加密货币衍生品高频、做市和短周期策略，分析订单簿与订单流，构建考虑手续费、滑点、排队和延迟的回测仿真，并优化报价、库存、对冲与实盘验证。
2 、本科以上、2/7 年量化/算法交易/做市经验，具备 Crypto 衍生品研究、概率统计与 Python 回测能力，熟悉执行约束和偏差识别，有永续/期货做市、订单流建模、C++/ClickHouse 等经验优先。
Position 四：项目经理/项目总监（ PMO ）
Job Type: Full-Time ，Remote
PS：
1 、负责支持增长、市场及运营项目的执行推进、跨团队协作、交付跟进、风险升级，并推动项目管理流程标准化、模板/SOP 搭建和复盘优化。
2 、要求 2/10 年 PMO/项目管理/运营协调经验，有增长、市场或运营合作经验，必须项为二线交易所背景、市场活动或增长项目经验，能独立强势推动项目，不要执行岗。
Position 五：财务经理
Job Type: Full-Time ，Remote
PS：
1 、熟悉交易所资金全业务，负责多币种、多主体全盘账务、月结年结、报表差异分析，对接产研梳理财务需求并搭建优化对账核算系统，同时管理冷热钱包、银行账户、代币台账、链上对账和内控流程。
2 、要求财务/金融本科，3 年以上 Web3/加密交易所财务全盘经验，懂 Etherscan/Tronscan 链上对账，能独立对接产研提需求并出正确报表，Base 迪拜优先，有财务系统 0–1 经验，不要执行岗。
Position 六：斯巴达业务负责人
Job Type: Full-Time ，Remote
PS：
1 、作为核心业务线负责人，需传统金融背景、证券背景优先，熟悉基金产品运作，且最近 2 年必须深耕加密货币行业，精通跟单、带单、机器人交易产品运作规则。
2 、必须业务精通达到负责人级别，执行岗不看。
Position 七：资深量化风险专家（交易与对冲）
Job Type: Full-Time ，Remote
PS：
1 、建立覆盖场内交易、外部对冲和通道资金的风险分析体系，负责逐币种/账户/组合风险模型、限额阈值、压力测试、异常流量与逆向选择/markout 分析、对冲策略独立检验及事故归因，并用 Python/SQL 推动风控生产化。
2 、要求 5 年以上市场/量化风险或衍生品交易经验，熟练 Python/SQL ，深入理解永续期货、保证金、强平、资金费、基差、市场微观结构、VaR/ES 与压力测试，有主导风险框架和事件改进案例，纯合规/反洗钱/告警值守不匹配。
Position 八：资深量化交易专家（对冲策略）
Job Type: Full-Time ，Remote
PS：
1 、在批准的风险预算和资金约束内对对冲业务净收益负责，研究动态对冲比例、净额聚合、库存控制与再平衡，优化跨通道路由、Maker/Taker 、拆单与执行节奏，并主导 TCA 、损益归因和策略从研究到实盘的完整生命周期。
2 、要求 5 年以上量化交易/系统化做市/电子交易经验、至少 2 年实盘策略与 P&L 管理，熟练 Python/SQL ，有主导研究进入实盘并持续运行的案例，必须具有独立交易经验，不要执行岗。
请携带简历咨询，谢谢；
TG：@jtx_2023
E: justinxu@futuretalent.com.cn
via V2EX (author: justinX)
[分享创造] ANM：八百多个 AI 岗位，希望让求职双方的 Agent 直接对接，招 10 位朋友内测
兄弟们好，最近做了个新产品 ANM / Agent 觅聘，想帮 AI Native 人才找到适合自己的 AI Native 公司。
希望以后，求职者和招聘方的 AI Agent 能直接对接，把经历、偏好、岗位需求和双方关心的问题先聊清楚。减少重复介绍和中间传话，让找工作、招人都更高效、更轻松，也省些中间成本。
现在可以怎么试
平台目前已收录数十家 AI Native 公司的八百多个 AI 相关岗位，可以用 ANM 的 Skill 和自己的 Agent 完成投递。
ANM 的 Skill 已经覆盖求职各阶段的方法与流程：简历和项目经历整理、方向适配、公司与岗位分析、申请材料准备、投递和跟进、已有反馈整理、面试准备、offer 比较。接入自己的 Agent 后，确认目标、投递范围和材料，就可以在支持的渠道自动投递，并把可读取或补充提供的回复、面试反馈整理进工作区，用来调整下一步。
目标是让 Agent 接下 90%的求职准备和执行工作，减少反复搜集信息、改材料、维护进度的时间。这个目标会放进内测，结合实际任务看看哪些环节已经省事、哪些还需要改。
看过的岗位、确认过的经历、上次判断的理由，都能留在自己的工作区。下一次遇到新机会，就在已有准备上继续往前走。
这轮想找谁
约 10 位近期找实习、工作或探索求职方向的朋友，主要是 AI 应用开发、AI 产品/解决方案。需要电脑和能读文件、运行工具的 Agent ，刚开始用也可以一起确认配置。
内测持续 1–2 周，首次约 60 分钟，一周左右再聊 20 分钟，本轮免费。选方向、比较岗位、梳理项目经历，都可以作为这次的真实任务。
做 ANM 的伙伴都有大厂产品、研发或 HR 经历，内测时也会结合做产品和招人的视角，一起看能力适合用在哪、哪些项目细节值得展开讲。使用反馈会帮助确定下一版的改进顺序。
详细安排和报名： https://ainativematch.com/candidate/beta
留下邮箱、微信和一两句当前困惑，后续再联系约时间。
via V2EX (author: gilgameshcc)
兄弟们好，最近做了个新产品 ANM / Agent 觅聘，想帮 AI Native 人才找到适合自己的 AI Native 公司。
希望以后，求职者和招聘方的 AI Agent 能直接对接，把经历、偏好、岗位需求和双方关心的问题先聊清楚。减少重复介绍和中间传话，让找工作、招人都更高效、更轻松，也省些中间成本。
现在可以怎么试
平台目前已收录数十家 AI Native 公司的八百多个 AI 相关岗位，可以用 ANM 的 Skill 和自己的 Agent 完成投递。
ANM 的 Skill 已经覆盖求职各阶段的方法与流程：简历和项目经历整理、方向适配、公司与岗位分析、申请材料准备、投递和跟进、已有反馈整理、面试准备、offer 比较。接入自己的 Agent 后，确认目标、投递范围和材料，就可以在支持的渠道自动投递，并把可读取或补充提供的回复、面试反馈整理进工作区，用来调整下一步。
目标是让 Agent 接下 90%的求职准备和执行工作，减少反复搜集信息、改材料、维护进度的时间。这个目标会放进内测，结合实际任务看看哪些环节已经省事、哪些还需要改。
看过的岗位、确认过的经历、上次判断的理由，都能留在自己的工作区。下一次遇到新机会，就在已有准备上继续往前走。
这轮想找谁
约 10 位近期找实习、工作或探索求职方向的朋友，主要是 AI 应用开发、AI 产品/解决方案。需要电脑和能读文件、运行工具的 Agent ，刚开始用也可以一起确认配置。
内测持续 1–2 周，首次约 60 分钟，一周左右再聊 20 分钟，本轮免费。选方向、比较岗位、梳理项目经历，都可以作为这次的真实任务。
做 ANM 的伙伴都有大厂产品、研发或 HR 经历，内测时也会结合做产品和招人的视角，一起看能力适合用在哪、哪些项目细节值得展开讲。使用反馈会帮助确定下一版的改进顺序。
详细安排和报名： https://ainativematch.com/candidate/beta
留下邮箱、微信和一两句当前困惑，后续再联系约时间。
via V2EX (author: gilgameshcc)
[宽带症候群] 广西电信主动重拨分配异常 IP 无法上网
我这边（广西电信）为了限制多拨越来越恶心了，每次重启接口 / 路由器 / 光猫，只要涉及到重新拨号，都是分配 10.x 的 IP ，这个 IP 除了 QQ ，其他什么网都上不了，要等几分钟再拨才能分配公网 IP 。
几年前尝试多拨的时候记下了规律，先是几拨就分配几个公网 IP ，等几分钟就只剩下一个公网 IP ，其他的全部变成 10.x 的 IP ，试完后就放弃多拨了，一直正常用，最近调试网络发现不多拨都会这样。
不知道能不能投诉。
异常拨号 IP 及 DNS：
正常拨号 IP 及 DNS：
拨号间隔：
via V2EX (author: qianxuu)
我这边（广西电信）为了限制多拨越来越恶心了，每次重启接口 / 路由器 / 光猫，只要涉及到重新拨号，都是分配 10.x 的 IP ，这个 IP 除了 QQ ，其他什么网都上不了，要等几分钟再拨才能分配公网 IP 。
几年前尝试多拨的时候记下了规律，先是几拨就分配几个公网 IP ，等几分钟就只剩下一个公网 IP ，其他的全部变成 10.x 的 IP ，试完后就放弃多拨了，一直正常用，最近调试网络发现不多拨都会这样。
不知道能不能投诉。
异常拨号 IP 及 DNS：
[2026 年 10 月 17 日 GMT+8 22:06:55] daemon.info: pppd[32654]: Plugin pppoe.so loaded.
[2026 年 10 月 17 日 GMT+8 22:06:55] daemon.info: pppd[32654]: PPPoE plugin from pppd 2.5.2
[2026 年 10 月 17 日 GMT+8 22:06:56] daemon.notice: pppd[32654]: pppd 2.5.2 started by root, uid 0
[2026 年 10 月 17 日 GMT+8 22:06:56] daemon.info: pppd[32654]: PPP session is 23403
[2026 年 10 月 17 日 GMT+8 22:06:56] daemon.warn: pppd[32654]: Connected to 10:51:72:xx:xx:xx via interface eth1
[2026 年 10 月 17 日 GMT+8 22:06:56] daemon.info: pppd[32654]: Using interface pppoe-wan
[2026 年 10 月 17 日 GMT+8 22:06:56] daemon.notice: pppd[32654]: Connect: pppoe-wan <--> eth1
[2026 年 10 月 17 日 GMT+8 22:06:59] daemon.info: pppd[32654]: Remote message: Authentication success,Welcome!
[2026 年 10 月 17 日 GMT+8 22:06:59] daemon.notice: pppd[32654]: PAP authentication succeeded
[2026 年 10 月 17 日 GMT+8 22:06:59] daemon.notice: pppd[32654]: peer from calling number 10:51:72:xx:xx:xx authorized
[2026 年 10 月 17 日 GMT+8 22:06:59] daemon.notice: pppd[32654]: local IP address 10.102.111.137
[2026 年 10 月 17 日 GMT+8 22:06:59] daemon.notice: pppd[32654]: remote IP address 10.102.0.1
[2026 年 10 月 17 日 GMT+8 22:06:59] daemon.notice: pppd[32654]: primary DNS address 192.168.29.29
正常拨号 IP 及 DNS：
[2026 年 10 月 17 日 GMT+8 22:11:58] daemon.info: pppd[2967]: Plugin pppoe.so loaded.
[2026 年 10 月 17 日 GMT+8 22:11:58] daemon.info: pppd[2967]: PPPoE plugin from pppd 2.5.2
[2026 年 10 月 17 日 GMT+8 22:11:58] daemon.notice: pppd[2967]: pppd 2.5.2 started by root, uid 0
[2026 年 10 月 17 日 GMT+8 22:11:58] daemon.info: pppd[2967]: PPP session is 28252
[2026 年 10 月 17 日 GMT+8 22:11:58] daemon.warn: pppd[2967]: Connected to 10:51:72:xx:xx:xx via interface eth1
[2026 年 10 月 17 日 GMT+8 22:11:58] daemon.info: pppd[2967]: Using interface pppoe-wan
[2026 年 10 月 17 日 GMT+8 22:11:58] daemon.notice: pppd[2967]: Connect: pppoe-wan <--> eth1
[2026 年 10 月 17 日 GMT+8 22:12:01] daemon.info: pppd[2967]: Remote message: Authentication success,Welcome!
[2026 年 10 月 17 日 GMT+8 22:12:01] daemon.notice: pppd[2967]: PAP authentication succeeded
[2026 年 10 月 17 日 GMT+8 22:12:01] daemon.notice: pppd[2967]: peer from calling number 10:51:72:xx:xx:xx authorized
[2026 年 10 月 17 日 GMT+8 22:12:01] daemon.notice: pppd[2967]: local IP address 116.8.x.x
[2026 年 10 月 17 日 GMT+8 22:12:01] daemon.notice: pppd[2967]: remote IP address 116.8.x.x
[2026 年 10 月 17 日 GMT+8 22:12:01] daemon.notice: pppd[2967]: primary DNS address 202.103.225.68
[2026 年 10 月 17 日 GMT+8 22:12:01] daemon.notice: pppd[2967]: secondary DNS address 202.103.224.68
拨号间隔：
[2026 年 10 月 17 日 GMT+8 20:57:28] daemon.notice: pppd[18931]: local IP address 116.8.x.x
[2026 年 10 月 17 日 GMT+8 22:05:56] daemon.notice: pppd[31897]: local IP address 10.105.170.219
[2026 年 10 月 17 日 GMT+8 22:06:59] daemon.notice: pppd[32654]: local IP address 10.102.111.137
[2026 年 10 月 17 日 GMT+8 22:07:57] daemon.notice: pppd[992]: local IP address 10.102.164.135
[2026 年 10 月 17 日 GMT+8 22:08:47] daemon.notice: pppd[1778]: local IP address 10.102.253.27
[2026 年 10 月 17 日 GMT+8 22:12:01] daemon.notice: pppd[2967]: local IP address 116.8.x.x
via V2EX (author: qianxuu)
[分享发现] 不同 Agent 上下文压缩的实现对比
https://lixiucheng.com/agents-compact/
总结 代码阅读角度来说：Crush > Pi > OpenCode 压缩模块实现：OpenCode > Pi > Crush OpenCode 支持模型原生的 compact 和相对简明扼要的提示词，理论上来说是三款中最棒的。
这一段时间的代码看下来，就单个任务执行（提出问题 → Agent 工作 → 给出结果）的角度来说，发现 Agent 只是一层很薄的，之前长期惊叹于 Agent 的效果，以为是很复杂的东西。
核心干活的部分只包括上下文管理、工具调用这两个部分，模型才是最终的任务执行效果的关键，Agent 能控制的只是这两个核心模块别出大问题。当然从产品方面，Agent 工具需要考虑的东西还是蛮多的（模型服务商的接入，长期记忆，UI & UX……）。
via V2EX (author: test848)
https://lixiucheng.com/agents-compact/
总结 代码阅读角度来说：Crush > Pi > OpenCode 压缩模块实现：OpenCode > Pi > Crush OpenCode 支持模型原生的 compact 和相对简明扼要的提示词，理论上来说是三款中最棒的。
这一段时间的代码看下来，就单个任务执行（提出问题 → Agent 工作 → 给出结果）的角度来说，发现 Agent 只是一层很薄的，之前长期惊叹于 Agent 的效果，以为是很复杂的东西。
核心干活的部分只包括上下文管理、工具调用这两个部分，模型才是最终的任务执行效果的关键，Agent 能控制的只是这两个核心模块别出大问题。当然从产品方面，Agent 工具需要考虑的东西还是蛮多的（模型服务商的接入，长期记忆，UI & UX……）。
via V2EX (author: test848)