大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
大家好，最近在调优量化交易的网络架构时遇到了一个非常诡异的网络连通性问题，折腾了一圈没找到根本原因，特来向各位网络/DevOps 大佬求助。 📌 核心现象 我手里有一个带有账号密码认证的 HTTP 代理（类似住宅/节点代理池）。 运行同一条 curl 测试指令请求 google 的时间戳 API： 在海外 Linux 服务器上： 秒回，完全正常。 在本地 macOS 上： 无法连通（无论是否开启 Clash TUN 模式）。 测试指令如下： curl -v -xhttp://[USERNAME]:[PASSWORD]@[PROXY_IP]:[PROXY_PORT]/" https://www.google.com 💻 运行环境比对 ** [环境 A：本地（无法连通）] ** OS: macOS (Apple Silicon / Intel) 网络环境: 国内直连 / 挂载了 Clash Verge (无论关闭代理、开启系统代理还是开启 TUN 模式，该指令均失败) Curl 版本: macOS 自带 (SecureTransport / LibreSSL) ** [环境 B：服务器（正常连通）] ** OS: Ubuntu 22.04 / CentOS 网络环境: 海外机器 Curl 版本: Linux 自带 (OpenSSL) 🤔 我的猜测与疑问 结合以上现象，我目前有几个猜测，希望大佬们帮忙看看哪个最有可能，或者指导一下下一步的抓包排查方向： GFW 阻断？ 本地发往海外 [PROXY_IP] 的代理请求是明文 HTTP 握手，是不是直接被运营商或 GFW 识别并重置（ RST ）了？ 代理服务商白名单限制？ 这种带账密的代理，服务商后台是否通常会绑定请求端的公网 IP ？因为服务器 IP 可能在白名单内，而我本地宽带 IP 每天都在变。 底层 SSL 库差异？ macOS 自带的 curl 库与目标代理服务器之间，在建立 CONNECT 隧道时的 SSL 握手失败了？ 如果有大佬遇到过类似“本地挂代理调不通，服务器畅通”的坑，或者知道怎么用 tcpdump 精准抓这个过程的包，恳请指点迷津！感激不尽。
佬友是河南一个村子里考出来的，今年毕业准备到东莞工作，东莞的人才补贴是户口在本地的是10000补贴，在外地的是6000，迁户口过来有没有什么影响，家里面有一个姐也在东莞工作，买了房子但是户口还在老家，父母也搬过来住了户口也在老家，有没有懂的佬友说说迁户口与不迁户口有什么影响哎。 14 个帖子 - 14 位参与者 阅读完整话题
想跟同事一起搞个本地中转站，放个20x的账号一起用。差不多六七个人。 有佬知道这样容易被奥特曼封了吗？ 9 个帖子 - 6 位参与者 阅读完整话题
我让它分析一些跨国和（毛子）商业博弈问题，直接告诉我危险行为，降级到opus4.8。 难道是因为中国和俄罗斯敏感肌了？ 我都没问法律被告辩护相关问题，比如减罪这种岂不是一句话都说不了？ 我猜测涉及服务器的也不行？（哪怕是自己的服务器），昨天进行市场分析没有降级，但市场分析其实其他模型一样能做好，这样Table5实用性就大大下降了。 在CC里面似乎看不到记录，附new api证据，来回切的我都烦了， 1 个帖子 - 1 位参与者 阅读完整话题
前言 目前我把游戏分别放在本地 D:\game 和NAS的 G:\game （映射盘符）上运行(主要是gal和一些SLG太占空间了,又不想删)。长时间后, Local,Roaming,LocalLow 里会有各种游戏生成的存档和配置文件目录。 删游戏时这些目录并不会自动消失，AppData 越来越臃肿，想手动清理又怕删错，备份更是无从下手 于是我写了一套 PowerShell 脚本： 实时监控文件夹创建，自动记录游戏路径和存档位置，并在确认后将存档迁移到统一目录，在原位置留下符号链接 。这样既能把存档集中管理，又能让 AppData 保持干净。不过，NAS 映射盘符是整个过程里最大的坑（但大多佬们似乎用不到）。本文将分享我从“映射失败”到“稳定挂载”的全过程，以及脚本在中文转码、路径匹配、去重、队列管理等方面踩过的坑和最终方案。 而且我现在的环境很特殊：NAS 和主机用网线直连，主机通过 ICS 让 NAS 共享校园网。下一篇博客会补充 NAS 实战中的更多内容(为此我花了一周在学习网络通信协议)。 手动查找并迁移已有文件 1. 按修改时间查找文件 如果知道文件大概的修改时间范围，可以用以下命令快速定位： Get-ChildItem -Path "D:\game" -Recurse -File | Where-Object { $_.LastWriteTime -ge "2026-06-01 10:40" -and $_.LastWriteTime -le "2026-06-01 11:00" } 找到后根据完整路径判断属于哪个游戏，然后手动复制存档到备份目录（例如 D:\GameSaves\manual ）。 2. 批量迁移脚本（BAT 示例） 对于大量已知映射关系的配置文件，可以写一个批处理脚本。 注意：BAT 脚本如需输出中文，必须保存为 ANSI(GBK) 编码；而给 AI 或代码库看的脚本建议用 UTF-8。 @echo off set SRC1=C:\Users\admin\AppData\Local\GameA\Save set DST1=D:\GameSaves\GameA xcopy "%SRC1%" "%DST1%" /E /I /Y set SRC2=C:\Users\admin\AppData\LocalLow\GameB set DST2=D:\GameSaves\GameB xcopy "%SRC2%" "%DST2%" /E /I /Y echo 迁移完成 pause NAS 盘符映射 1. 在 Windows 中映射 NAS 文件夹 我的 NAS 型号是绿联 Dxp4800plus，通过 ICS 共享网络，设置的私网IP 为 192.168.137.20 。我把所有游戏放在 NAS 共享文件夹 ACG （原名 acg资源 ，后来改名）下，并映射到主机的 G: 盘。 正确映射方法（一定要勾选“登录时重新连接”） ： 右键“此电脑” → “映射网络驱动器”。 驱动器选择 G: ,文件夹选择 NAS设备\ACG 必须勾选"登录时重新连接" ，不然后面开机自启会出问题。 用校园网连接NAS时，在 网络 可能会找不到设备，需要先进入 WLAN 把校园网从专用切换为公用，再在 网络 里重新转为专用，才能发现 NAS 设备。我现在也没搞清楚根本原因是什么，如果佬们知道正确的修改方法请告诉我。 2. 几个踩坑点 踩坑 1：修改共享名称后映射失效 当我把共享文件夹从 acg资源 改名为 ACG 后，就无法进入之前映射好的 G: 盘了。这是因为映射驱动器指向的远程路径是 \\...\acg资源 ，而实际共享已不存在。 解决方法 ： 先删除旧映射G盘 按照上述步骤重新映射到新文件夹 ACG 一旦修改 NAS 共享名，必须同时更新所有客户端的映射，并更新脚本中的路径 踩坑 2：到底该用盘符（G:）还是 UNC 路径（\IP\share）? 这是困扰我最久的问题(主要是不停打开游戏和脚本测试,还要不断删除对应的文件和json内容)。 脚本需要匹配运行中游戏的可执行文件路径，而 Get-Process 返回的 Path 属性 在不同启动方式下表现不一致 ： 如果通过资源管理器双击 G:\game\xxx.exe 启动，进程路径有时是 G:\game\... （盘符形式）。 如果通过 \\192.168.137.20\ACG\game\xxx.exe 直接启动，进程路径是 UNC。 有些游戏启动器可能会强制转换路径。 我最初按 UNC 路径 \\192.168.137.20\ACG\game 设置 $gameRoot ，但实际运行时却匹配不到（因为进程路径是 G:\game 开头）。后来改为 G:\game 就成功了,所以最稳妥的做法是 把盘符和UNC都配置上 ，让脚本自己去匹配。 不知道为什么，在 powershell 中 cd \\192.168.137.20\ACG\game 却没有问题 踩坑 3：开机自启时 G 盘还未连上 设置任务计划程序开机启动脚本后，发现脚本虽然运行了，但始终检测不到 NAS 上的游戏。日志显示 [注意] 未检测到游戏进程 。 原因：用户登录后，系统需要几秒钟来恢复网络驱动器。而脚本在登录瞬间就执行了，此时 G: 盘还不存在。 解决方案 ：在任务计划程序的触发器设置中，添加 “延迟任务时间 30 秒” （或更长，如 60 秒），这样脚本会等待网络和映射完全准备好再启动。 实现自动化监控脚本 核心需求： 监控三个存档常用目录： %LOCALAPPDATA% 、 %APPDATA% 、 %USERPROFILE%\AppData\LocalLow （即 Local,Roaming,LocalLow ） 当有新文件夹被创建（某个游戏第一次生成存档）时，自动记录 同时检查本地 D:\game 和 NAS 映射的 G:\game 路径，检测当前运行的游戏进程并将其 exe 路径以 Base64 存入队列 1. 设置 PowerShell 执行策略 首次运行脚本前，需要允许执行本地脚本： Set-ExecutionPolicy RemoteSigned -Scope CurrentUser 2. 监控脚本（Watch-GameSaves.ps1） 以下为脚本核心结构（完整代码略去，仅说明逻辑）： 定义监控根目录、排除文件夹列表。 使用 FileSystemWatcher 监视 $watchPaths 下的文件夹创建事件。 事件触发后： 跳过已存在的连接点或排除文件夹。 延迟 3 秒，给游戏时间完成写入。 获取正在运行的进程，匹配路径是否以 D:\game 或 G:\game 开头。 将匹配到的第一个游戏 exe 路径转为 Base64（避免 JSON 中的转义和乱码问题）。 将存档路径、游戏 exe Base64、时间等信息写入 pending.json 。 3. 解决中文乱码：Base64 转码 因为游戏路径中可能出现中文（如“除灵猎人”），直接存储到 JSON 会导致编码混乱（而且很难解决，不论将文件保存为UTF-8还是GBK都不行，因为本质是在action中进行的解码）。解决方法是将 exe 路径进行 Base64 编码： { "srcPath": "C:\\Users\\admin\\AppData\\Local\\NebelTR", "time": "2026-06-04 15:28:26", "gameExeBase64": "RDpcZ2FtZVxSUEdcQkJR5aSn5aW944GNXOmZpOeBteeMjuS6ulzpmaTngbXnjI7kurotQ04tMS4xMlxHYW1lLmV4ZQ==", "dirName": "NebelTR", "remark": "" } 使用时通过 [System.Text.Encoding]::UTF8.GetString([Convert]::FromBase64String($base64)) 解码即可得到原始中文路径。 4. 避免重复记录已处理目录 某个存档目录已经成功迁移并创建了符号链接后，之后游戏再次运行，监控脚本又检测到同一目录的“创建”事件，就会导致重复记录。 解决方法 ：在向 pending.json 追加新条目之前，先检查队列中是否已存在相同的 srcPath 。若有，直接跳过，不重复添加。这样即使链接目录被误触创建事件，也不会污染队列，同时也避免了后续转移脚本重复处理。 转移脚本与队列处理 监控是持续运行的，迁移则是定期手动触发（比如一个月或半年一次）。转移脚本读取 pending.json ，把存档从 AppData 搬走，原地建符号链接。 1. 转移脚本设计要点 从 pending.json 读取待处理项。 对每一项，先确定目标目录名。优先使用手动填写的 remark ，否则从解码后的 exe 路径自动提取游戏文件夹名，若都失败则回退到原始目录名。 通过 robocopy 将源目录完整复制到 D:\GameSaves\目标名 。 复制成功后， 删除源目录 ，并在同一位置创建一个 目录链接 指向新路径。 将迁移关系记录到 Markdown 格式的日志文件 存档迁移记录.md 中。 处理成功的条目从队列移除，失败则保留，等待下次重试。 2. 几个关键设计 安全删除和链接创建 ，这是最容易翻车的环节，有两个点必须处理好： 复制前如果目标目录已存在 （比如之前迁移过但记录丢了），直接 robocopy 会合并文件，可能造成新旧存档混杂。必须先尝试删除已有目标目录，并 检查是否真的被删干净 ；若因文件占用无法完全删除，则中止本次操作，保留队列项。 复制后删除源目录时，同样可能因文件占用导致部分删除失败 。必须确认源目录已完全消失后，才能创建链接。否则残留目录加上失败的链接创建，会让游戏存档状态混乱。若删除失败，整个迁移视为未完成，保留在队列中,下次重试。 这些检查在脚本中都是以条件判断 + 日志记录的方式实现的，确保一定成功。 迁移记录以 Markdown 表格形式写入 存档迁移记录.md ，例如: 原 C 盘快捷方式名 实际存储位置 游戏/说明 praygame D:\GameSaves\祈愿游戏 praygame 游戏存档 rmmz-game D:\GameSaves\莉可的不可思议差事 莉可的不可思议差事 这样无论后续手动浏览还是用其他工具解析，都非常直观。 队列自动清理 ：每处理完一批，脚本生成一个新的 JSON 数组，只包含失败的项，覆盖写回 pending.json 。成功的自动消失，不需要手动编辑。 设置开机自启 使用 Windows 任务计划程序保证脚本在每次登录时自动运行。 操作步骤 打开“任务计划程序” （可以 Win+R 输入 taskschd.msc ）。 右侧点击 “创建任务” （不是“创建基本任务”）。 名称： GameSavesMonitor 配置： Windows 10 ，勾选 “使用最高权限运行” 。 触发器 → 新建： 开始任务： 登录时 特定用户：选择你的账户（如 DESKTOP-XXX\admin ） 高级设置： 延迟任务时间 30 秒 （给网络驱动器映射留出时间） 确保“已启用”被勾选。 操作 → 新建： 程序或脚本： powershell.exe 添加参数： -WindowStyle Hidden -ExecutionPolicy Bypass -File "D:\Scripts\Watch-GameSaves.ps1" 起始于（可选）： D:\Scripts 条件 ：建议取消“只有在计算机使用交流电源时才启动此任务”（笔记本）。 设置 ：勾选“如果任务失败，按以下频率重新启动”（间隔 1 分钟，最多 3 次）。 确定保存。 验证自启是否生效 重启电脑后登录， Win+R 输入 taskschd.msc 查看 显示所有正在运行的任务 。 检查日志文件 D:\GameSaves\监控调试日志.txt ，应包含最新的启动时间戳。 总结 通过这套方案，无论游戏安装在本地还是 NAS，只要启动游戏产生配置文件夹，脚本就会自动记录存档路径和对应的游戏 exe 位置（Base64 编码）,并利用任务计划程序实现开机自启，再配合手动或自动迁移脚本，基本可以保证AppData较为干净。 由于所有操作都在 AppData 内进行（删除、创建链接）， 直接贴出完整脚本容易导致佬们在不理解的情况下误操作，造成数据丢失 。因此本文只讲逻辑和关键点，佬们可以根据以上思路自行编写，或让 AI 辅助生成。真有需要的佬可以私信我，如果对某一块的实现细节感兴趣，也欢迎留言交流。 2 个帖子 - 2 位参与者 阅读完整话题
GLM Excel Custom 现在是当成主力插件在用了，接入公司提供的API后很爽，不再受到数据脱敏问题和API限制问题了 3 个帖子 - 2 位参与者 阅读完整话题
结果还得我用外面的codex来修他 好像是因为我本地开了代理，wsl里面连不上代理导致连不上飞书和微信，但是又能连llm api，很奇怪 1 个帖子 - 1 位参与者 阅读完整话题
不是不删，时候未到罢了。建议本地还是用上 Timeshift/Snapper，线上记得备份 2 个帖子 - 2 位参与者 阅读完整话题
我本地可以用 claudecode 调大模型，但是 vscode remote ssh 到一个无外网的服务器上 claudecode for vscode 就跑不了了，请教一下有没有什么方法可以在无外网的服务器上用 claudecode ？
我本地可以用 claudecode 调大模型，但是 vscode remote ssh 到一个无外网的服务器上 claudecode for vscode 就跑不了了，请教一下有没有什么方法可以在无外网的服务器上用 claudecode ？
微软近日低调更新文档称，只要设备搭载满足条件的独立显卡，即便不是 Copilot+ PC，也可以在 Windows 11 上运行本地语言模型 API，这被视为削弱 Copilot+ PC 独占优势的重要一步。 根据最新说明，符合条件的硬件包括 NVIDIA GeForce RTX 30 系列及更新型号，并且显存需达到 6GB 及以上。 这意味着，一部分原本不符合 Copilot+ PC 标准的高性能 PC，将能够通过 GPU 获得系统级本地 AI 能力，而不再完全依赖具备高算力 NPU 的新机型。 Copilot+ PC 于 2024 年 6 月 18 日正式亮相，微软当时将其包装为运行本地 AI 的“唯一途径”，并以此作为推动 PC 更新换代的重要卖点。 按微软最初的定义，一台设备要被标记为 Copilot+ PC，至少需要配备 16GB 内存、固态硬盘，以及可提供不低于 40 TOPS 算力的 NPU（神经处理单元）。 NPU 被设计用于高效运行 AI 模型，强调能效比，而 GPU 则擅长大规模并行计算，具备更强的原始算力。 不过在此前的策略下，微软将 Windows Recall、“Click to Do”等本地 AI 功能限定在搭载 NPU 的 Copilot+ PC 上，导致许多在硬件性能上同样强大的 GPU 电脑无法使用这些内建 AI 能力。 这一次的转向来自微软在 GitHub 上的一则更新说明，微软在文档中确认，语言模型 API 已经可以在非 Copilot+ PC 上通过 GPU 运行，只要满足两项条件：一是拥有 RTX 30 系列或更新型号显卡，二是显卡显存达到至少 6GB。 微软在说明中称，“语言模型 API 现已可在搭载受支持 GPU 的非 Copilot+ PC 上运行，将本地语言模型能力带到更广泛的 Windows 11 设备。”受支持的硬件目前包括 NVIDIA GeForce RTX 30 系列及更新产品线，且显存须为 6GB 及以上。 在实质效果上，这一调整将本地语言模型的适用范围从新款 Copilot+ PC 拓展到大量已在使用中的高性能 Windows 11 设备。 从开发者视角来看，语言模型 API 提供了一套可以在本地调用的 Windows.AI.Text 接口，背后由名为 “Phi Silica” 的小型语言模型提供支持。 该模型此前已在 Microsoft Edge 等产品中出现，用于“Rewrite using AI”（使用 AI 改写）等功能。 按照微软的设定，目前普通 Windows PC 默认并不预装本地 AI 模型，只有购买 Copilot+ PC 的用户才会在系统中预置相关内容。 在新方案下，如果用户运行支持本地语言模型 API 的应用，系统可以通过 Windows Update 下载 Phi Silica 模型，并在满足条件的 GPU 上本地运行。 基于目前公布的接口能力，开发者可以在应用中调用的本地 AI 功能包括：利用 Windows.AI.Text 接口实现的文本智能格式化，文本摘要（TextSummarizer），改写（TextRewriter），文本转表格（TextToTableConverter），以及通用的提示词生成等。 换言之，只要硬件达标，用户将能够在 Windows 应用中原生获得类似 ChatGPT 的部分文本处理体验，而且计算过程完全在本地完成，相比依赖云端模型的 Copilot 或 ChatGPT，在隐私保护方面更具优势。 需要注意的是，微软目前仅在语言模型 API 这一层面放开了 GPU 的适用范围。 就现有信息来看，Windows Recall、“Click to Do”以及画图（MS Paint）等应用中的部分 AI 功能，仍暂时只对内置 NPU 的 Copilot+ PC 开放。 换句话说，此次调整更多是为文字与提示类本地 AI 能力“解锁”更广泛的硬件平台，而非全面取消 NPU 在 Copilot+ 生态中的门槛。 尽管如此，随着本地 AI 能力逐步向传统高性能 GPU PC 延伸，Copilot+ PC 作为“唯一能本地运行 AI”的卖点已经明显被削弱，这也让外界开始猜测，微软未来是否会进一步放宽甚至取消对 NPU 的强制要求。 查看评论
查到了，真正大的不是本地 logs 文件夹，而是数据库里的 logs 表。 当前情况 数据库 oneapi 总大小约： - 35,476.81 MB ≈ 34.65 GB 其中 logs 表： - 34,462.88 MB ≈ 33.65 GB - 行数约：2800 万行 - 数据大小：12.24 GB - 索引大小：21.42 GB 100g的硬盘太小了5555，就放那么一点点东西就塞满了 假设一下，一个服务器硬盘大小2t，如果1t都用不到，是不是在浪费硬盘！！！回答我！！！ 所以硬盘爆满的本质原因：硬盘容量太小！！！ @ouyangqiqi 16 个帖子 - 16 位参与者 阅读完整话题
支持多 tab 标签页，支持多分组（我会在本地开很多终端，干不同的活，所以要分组区分下，最好自定义分组名） 要流畅（这个应该是最基础的了吧），不能比原生差太多。 试了下 ghostty ，流畅是流畅，但是也不支持分组。 是不是目前市面上没有支持这个功能的终端工具？大多能做到 tab 切换级别
大家好，前段时间女儿出生了，加上家里本来就养了猫，每天手机里的相册瞬间变成了“重灾区”，每天都有大量细碎的视频和照片。 我想找一款能每天记录一小段视频，最后拼接起来的 App （类似 1 Second Everyday ）。我的需求其实很简单，但市面上的产品怎么都差那么点意思： 不想上传隐私 ：大多都需要强制注册账号，把家人的视频上传到商家的服务器，这让我很没有安全感。 太臃肿 ：各种花里胡哨的社区、瀑布流和广告。 不能分类 ：我希望能把娃的日常、猫咪的瞬间、还有我自己的生活分开记录。 作为喜欢折腾的人，干脆利用业余时间自己搓了一个 iOS App —— LifeLoop 。 这里简单汇报一下这几个月“造轮子”的成果，主要是围绕着解决我自己的痛点做的： 真正的隐私至上 ：这是我最在意的一点。LifeLoop 没有任何后端服务器，连注册登录页面都没有 。所有的数据都通过你自己的 iCloud 私有云进行同步和备份，数据 100% 属于你。 多时间线管理 ：可以自由创建多条时间线。现在我建了一条记录娃的成长，一条专门存咪咪的黑历史。 无压力的记录方式 ：每天 1~3 秒，支持多种画幅。独创了一个视频日历网格，滑动起来的时候，看着过去的时间变成动态的封面，挺有成就感的。 一键拼接微电影 ：到了月底或者年底，一键就能把碎片拼接起来，还能调节原生和内置 BGM 的混音，支持 4K 导出，方便发给长辈看。 其实现在市面上的双端工具很多，但我就是想要一个安安静静、干干净净的本地工具，不被打扰地把日子存下来。 App 界面展示： 🔗 App Store 地址： https://apps.apple.com/cn/app/lifeloop-1-second-video-diary/id6776918971 🎁 关于送码： App 刚上架不久，很想听听社区 V 友们的真实反馈。我准备了 10 个兑换码 送给大家体验。 因为直接贴兑换码大概率会被机器人秒扫，所以麻烦感兴趣的朋友 在评论区留言说一下“你想用它记录什么”（比如写代码的桌面、健身、做饭、宠物等） ，同时附带邮箱。 我会给回复的 10 位 V 友，邮箱发给你。 大家在体验过程中遇到任何 Bug ，或者有关于 UI 和功能的吐槽，欢迎随时在帖子里骂我，我会持续优化的。感谢大家！
支持多 tab 标签页，支持多分组（我会在本地开很多终端，干不同的活，所以要分组区分下，最好自定义分组名） 要流畅（这个应该是最基础的了吧），不能比原生差太多。 试了下 ghostty ，流畅是流畅，但是也不支持分组。 是不是目前市面上没有支持这个功能的终端工具？大多能做到 tab 切换级别
支持多 tab 标签页，支持多分组（我会在本地开很多终端，干不同的活，所以要分组区分下，最好自定义分组名） 要流畅（这个应该是最基础的了吧），不能比原生差太多。 试了下 ghostty ，流畅是流畅，但是也不支持分组。 是不是目前市面上没有支持这个功能的终端工具？大多能做到 tab 切换级别