搜索到
268
篇与
的结果
-
（教程）wxcode-yyb-fusion：微信协议网关与多账号控制台（Docker 部署与使用指南） wxcode-yyb-fusion微信协议网关 + 多账号控制台，单个 Docker 容器即可运行。手机微信扫码授权 → 服务保存并续期凭据 → 对内提供「按账号取小程序 code」与「多账号控制台」两类能力。自带 Web 管理界面、渠道化扫码、账号合并与编队、掉线与保活通知，并与青龙 / 呆呆 / Arcadia 面板联动。1. 项目定位很多自动化脚本需要小程序或公众号的 code（wx.login / 网页授权）。手工取码无法持续，直接用账号密码登录又有风险。本项目的做法是：用手机微信扫码把账号授权一次，服务端保存协议凭据并在后台自动续期，之后脚本只要带上账号引用请求网关，就能随时拿到可用的 code——扫码在浏览器里完成，凭据不出服务器。配套的控制台把「有哪些账号、各自多久过期、跑在哪个面板、什么时候掉线」放在一张页面上，并提供账号级隔离、脚本目录可见范围与访问令牌等管理能力。2. 功能总览序号能力说明1多渠道扫码应用宝、腾讯电脑管家、腾讯手游助手、雷电模拟器、QQ 浏览器 5 条渠道，同一微信号可多渠道绑定后合并2取码小程序 wx.login code、公众号网页授权 code、以及 /wx/* 兼容接口（用户信息、手机号、云函数、加密密钥等）3账号管理扫码添加 / 重复扫码刷新、备注、状态与有效期、合账、账号 ID 压缩、按账号删除4保活后台按凭据剩余时间自动刷新，可配置检查间隔与提前量5代理每账号独立直连 / 静态代理 / SOCKS5 / 动态代理 API6面板联动青龙、呆呆、Arcadia 三套面板驱动：同步 YYB_SERVER、按账号建任务、启停、读隔离日志7脚本管理内置脚本集合与同步工具，可按账号运行、按目录放行可见范围8用户与权限独立登录注册、管理员与普通用户、账号归属、「脚本可读」开关9可观测性运行日志与调用记录视图、GET /api/system-logs、掉线通知（Server酱 / PushPlus / 企业微信机器人）10防封取码熔断、同账号限速、登录预算、网站应用 AppID 拒取与空码临时限制3. 项目地址与界面截图项目地址：隐藏内容，请前往内页查看详情界面截图：4. 快速开始4.1 Linux / macOS隐藏内容，请前往内页查看详情4.2 启动后访问访问：http://<你的服务器IP>:8088。容器部署完成会生成初始管理员账号：admin 和 16 位随机密码。密码在容器日志可查看，或者通过以下命令获取：docker logs <容器名> 2>&1 | grep 管理员账号名可用 YYB_ADMIN_USER 覆盖。5. 版本亮点：v175.1 多取码渠道取码渠道从 1 条（应用宝） 扩展至 5 条：序号渠道状态1应用宝✅ 稳定2腾讯电脑管家✅ 稳定3腾讯手游助手✅ 稳定4雷电模拟器🧪 实验5QQ 浏览器✅ 稳定渠道清单由服务端统一下发，扫码页 / 账号卡片 / 设置页共用同一份配置。同一微信号支持多渠道取码合并。账号新增「扫码渠道」标识与「账号矩阵主账号」。5.2 控制台界面重构全新外壳：横幅 + 分组侧栏 + 底部工具栏。一级入口调整为：工作台我的微信账号添加账号运行与日志代理设置管理分组：用户管理 / 运行日志。支持明暗主题切换。新增页面：账号矩阵账号级代理与代理档案已激活短链接系统日志多账号一次性短链接页5.3 安全与限流新增取码熔断 / 限速 / 登录预算。AppID 黑白名单：页面可在线调整，环境变量仅作默认值。新增 H5 取码链路、设备标识。桌面微信快速授权（默认关闭）。协议令牌与集成令牌。掉线通知。青龙脚本管理。5.4 规模升级序号指标变化1配置变量16 → 40 项2HTTP 接口57 → 95 条3新增接口/api/version、/static/version.json6. 目录挂载说明序号宿主机路径容器内路径用途1./data/db/app/resource/db数据库持久化2./data/avatars/app/resource/avatars头像缓存3./data/qr/app/resource/qr二维码缓存建议将 ./data 目录做定期备份。7. 环境变量序号变量默认值说明1TZAsia/Shanghai容器时区其余 39 项配置可在控制台内在线调整，环境变量仅作为默认值。8. 数据、备份与升级8.1 数据位置数据都在 DATA_DIR（默认 ./data）：db/：SQLite 库。avatars/：头像。qr/：二维码。8.2 备份与恢复备份：停容器后拷走整个 data/ 目录。恢复：放回同一路径再启动。8.3 升级与回滚升级：docker compose pull && docker compose up -d（或重跑 deploy.sh）。数据目录与令牌都保留。回滚：.env 里把 IMAGE_TAG 固定成旧发布号，例如 v16，再 up -d。 -
【教程】飞牛 NAS 上用 Docker 部署 3x-ui：面板、节点与热点共享的完整配置记录 飞牛 NAS 上用 Docker 部署 3x-ui：面板、节点与热点共享的完整配置记录摘要：找一台能 24 小时开机的设备做容器宿主，NAS 是最省心的选择。本文以飞牛 fnOS 为例，用 Docker 部署 bigbugcc/3x-ui，完成面板访问、vmess+WS 入站、客户端导入，并把手机做成热点共享出口，全程配置逐项记录。适用环境：飞牛 fnOS（Docker 已启用）｜3x-ui 容器版｜Android（已 root）｜阅读约 10 分钟｜难度 ★★★☆☆一、为什么把容器放在 NAS 上跑这类服务，最核心的诉求不是性能，而是在线时长。一台常年开机、功耗十几瓦、还能顺带做存储与备份的设备，比任何云主机都划算。飞牛 fnOS 自带 Docker 可视化管理，容器参数在图形界面里填完即可，不必手写 compose 文件，对不熟悉命令行的用户更友好。开始之前，请先确认四件事：Docker 已安装并运行——飞牛「应用中心」安装 Docker 后，可在「Docker → 容器」看到管理界面。设备可以长期开机——建议接 UPS 或至少保证不断电，容器重启策略设为「除非手动停止」。存储目录已规划好——本文统一使用 /vol1/1000/01系统盘/docker/3x-ui，请先在「文件管理」里把目录建好。清楚自己的网络出口——家宽公网 IP 是动态还是固定、路由器能否放行端口，直接决定后面用 host 还是 bridge 网络。二、部署参数一览以下参数即为飞牛 Docker 界面中需要填写的内容，先整体过一遍，再逐项解释。项目值镜像bigbugcc/3x-ui网络模式host启动命令./x-ui重启策略除非手动停止面板端口2053（TCP）节点端口10001（TCP + UDP）端口映射（若采用 bridge 网络需全部填写；host 模式下见下文说明）：宿主机端口容器端口协议20532053TCP20532053UDP1000110001TCP1000110001UDP目录挂载：本地路径装载路径权限/vol1/1000/01系统盘/docker/3x-ui/etc/xUi读写/vol1/1000/01系统盘/docker/3x-ui/etc/x-ui读写环境变量：变量名值TZAsia/ShanghaiXUI_IN_DOCKERtrueXUI_MAIN_FOLDER/appXUI_ENABLE_FAIL2BANtruePATH/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/binXUI_DB_TYPE留空XUI_DB_DSN留空几个关键点的说明：XUI_IN_DOCKER=true 是容器化运行的开关，必须设置，否则面板可能按裸机路径去找资源而启动失败。XUI_MAIN_FOLDER=/app 与启动命令 ./x-ui 是配套的：程序位于 /app 目录下，命令用相对路径执行。两者对不上就会报“找不到文件”。XUI_DB_TYPE 与 XUI_DB_DSN 留空 表示使用容器内的默认 SQLite 数据库，数据文件落在挂载目录中，删容器不丢配置。两个挂载点大小写不同（/etc/xUi 与 /etc/x-ui）。社区镜像在不同版本里对路径的处理不一致，同时挂载可兼容历史版本；但如果发现改完配置不生效，建议只保留 /etc/x-ui 一个，避免两个目录各写一份造成混乱。三、关于网络模式的一处取舍这里有一个容易踩的坑：host 模式下，端口映射是不生效的。容器与宿主机共用同一网络命名空间后，容器内监听 2053、10001 就等于宿主机在监听这两个端口，界面上填的「2053→2053」这类映射会被忽略（填了也无害，只是不起作用）。这意味着：端口天然全部暴露，安全性依赖宿主机的防火墙，需要在飞牛或路由器层面确认 2053 与 10001 的放行规则；正常情况下不需要额外做端口转发，但路由器若开了 DMZ 或端口映射表，要保证这两个端口指向本机；XUI_ENABLE_FAIL2BAN=true 在 host 网络下才有意义，它依赖容器对 iptables 的操作权限。若日志里出现 fail2ban 相关报错，可在容器的高级设置里补上 NET_ADMIN 与 NET_RAW 两个能力，或先把该变量改为 false 让服务先跑起来。如果你更看重隔离性，也可以改用 bridge 网络：此时上面那四条端口映射才真正起作用，务必把 2053、10001 的 TCP 与 UDP 都映射上。虽然 vmess over WebSocket 的传输层本身是 TCP，但入站若开启 UDP 转发，或客户端产生 QUIC、DNS over UDP 之类的流量，只映射 TCP 会出现"连得上但部分功能异常"的现象，这正是需要同时映射 UDP 的原因。四、创建容器并登录面板按下图参数在飞牛 Docker 中新建容器，启动后浏览器访问：http://<NAS的IP>:2053首次进入会提示证书不受信任（面板自带自签证书），选择继续访问即可。默认账号密码均为 admin。安全提醒：登录后第一件事是改掉默认密码，并把面板路径从默认值改成自定义字符串。默认凭据与默认端口是扫描器的第一目标，这一步不能省。五、添加入站（vmess + WebSocket）进入「入站列表 → 添加」，在高级配置中选择「全部」，直接粘贴完整 JSON。这种写法比在表单里逐项点选更可靠，也不容易漏掉嵌套字段。{ "listen": "", "port": 10001, "protocol": "vmess", "tag": "in-10001-tcp", "settings": {}, "sniffing": { "enabled": false }, "streamSettings": { "network": "ws", "wsSettings": { "acceptProxyProtocol": false, "path": "/", "host": "这里填需要的host", "headers": {}, "heartbeatPeriod": 0 }, "security": "none" } }保存前记得设置备注名，例如 家宽——后面添加客户端时要靠这个备注关联入站。逐字段解释：字段含义与填写要点listen留空表示监听所有网卡，host 模式下即宿主机全部地址port与端口映射保持一致，此处为 10001protocolvmess，与客户端协议必须一致tag内部标识，建议按 in-端口-传输 命名，便于日后排查sniffing.enabled关闭流量嗅探，减少额外开销与误判streamSettings.networkws（WebSocket），比裸 TCP 更易与常规 Web 流量共存wsSettings.path"/"。必须与客户端填写完全一致，多一个斜杠都会握手失败wsSettings.host按需填写 Host 头，可与实际域名一致；留空则客户端也不要填wsSettings.acceptProxyProtocol前置无反代时保持 falsestreamSettings.securitynone 表示本入站不做 TLS，加密由 vmess 自身协议层提供六、添加客户端回到入站列表，找到刚建的 家宽，点击进入客户端管理 → 添加客户端：关联入站：选择 家宽；其余参数保持默认，直接创建。创建完成后，列表里会出现该客户端的 UUID、邮箱标识与流量统计，这些是后续导入设备时唯一需要依赖的凭据。七、在客户端导入节点点击客户端前方的二维码图标，会弹出两个二维码：第一个通常是订阅或分享信息；第二个才是可被客户端直接识别的节点链接，用需要上网的设备扫描这一个。经验项：原作者实测中曾遇到导入后无法握手、需要把客户端的 WebSocket「伪装类型 / header type」从 none 改为 http 才连通的情况。不同客户端版本对该项的默认值并不统一，若扫描后连接失败，可优先调整这一项再重试；判断标准只看实际握手结果，不必纠结默认值。八、手机热点共享（需 root）这一节的目的是把手机的代理出口分享给同一热点下的其他设备——平板、电视盒子、笔记本都可以直接借用手机的网络通道，无需在每台设备上单独装客户端。在已 root 的 Android 手机上安装 VPNHotspot，进入侧边栏的「Wi-Fi 共享」，按 root 权限授权，热点配置如下：上游：上游网络接口：自动检测系统 VPN（当前为 tun0）备用上游接口：自动检测系统默认网络（当前为 rmnet_data6）下游：IP 掩蔽模式：简易IPv6：模式 NAT（用户空间）网络共享硬件加速：关开关项：静态 IP：开wlan2：开监视重新连接：开WLAN 热点：开其余全部关闭几处需要留意的逻辑：上游必须选中 VPN 接口（tun0），共享出去的才是代理后的流量；若误选蜂窝接口 rmnet_data6，下游设备拿到的将是运营商直连出口。下游的 IPv6 使用 NAT 模式而非桥接，是为了避免热点侧分配出上游无法回程的地址。关闭硬件加速可规避部分机型上「设备能连上但无流量」的兼容性问题，代价是吞吐略有下降。静态 IP 与「监视重新连接」同时开启，能减少手机休眠或 VPN 重连后热点失效的概率。九、验证是否生效用手机和任一连接该热点的设备，各自打开浏览器访问 IP 查询站点，比对两处结果：手机显示的出口 IP；热点下设备的出口 IP。两者一致，且都是家里的公网 IP，说明整条链路成立：设备 → 手机热点 → VPN 上游 → NAS 节点 → 家庭出口。若不一致，通常是上游接口选错，或 VPN 未处于连接状态。十、常见问题清单现象排查方向面板打不开确认容器为 running；2053 是否被防火墙拦截；host 模式下无需端口映射，bridge 模式下必须映射面板能开但显示不安全正常现象，自签证书，浏览器放行即可；有条件可后续替换正式证书节点连接超时目标端口未放行；家宽公网 IP 已变更；path 或 host 与客户端不一致握手失败、日志报 404WebSocket 路径不匹配，检查 / 是否被漏写或多写能连上但无法打开网页客户端 WebSocket 伪装类型与入站不符；DNS 配置问题；入站 security 与客户端不一致vmess 校验失败系统时间偏差过大，NTP 未同步，误差超过 90 秒会直接拒绝重启容器后配置丢失挂载路径写错，数据没落到宿主机目录；检查 /etc/x-ui 下是否有 x-ui.dbfail2ban 启动报错host 网络下缺少 NET_ADMIN / NET_RAW 能力，或临时设 XUI_ENABLE_FAIL2BAN=false十一、小结整套流程可以压缩成四个动作：拉镜像 → 定网络模式 → 配入站 → 导客户端。真正决定成败的不是面板里填了多少项，而是三个一致性：端口一致：入站端口、映射端口、客户端端口三者对齐；路径一致：WebSocket 的 path 与 host 在服务端与客户端完全对应；网络模式一致：host 模式别再指望端口映射，bridge 模式别漏掉 UDP。再往上，就是出口侧的问题了——公网 IP 是否可达、防火墙是否放行、时间是否同步。把这三层依次排掉，绝大部分"连不上"都能定位到具体环节。十二、文件下载包含tiny客户端和wifi热点共享工具。隐藏内容，请前往内页查看详情本文配置基于飞牛 fnOS + Docker 实际部署整理 · 请遵守当地法律法规与网络服务条款，仅用于自有环境的技术实践 · 转载请注明出处
-
【教程】智能插座通电，电脑自启后远程只有 640×480分辨率？一招让主机恒定输出 1080p tags:远程桌面向日葵虚拟显示驱动智能插座Windowscategories:实战排错description: 智能插座通电自启 + 向日葵远程，画面却只有 640×480。根因不是显示器没亮，而是显卡读不到 EDID。用虚拟显示驱动（VDD）让主机恒定输出 1080p 的完整实操记录。智能插座通电自启后远程只有 640×480？一招让主机恒定输出 1080p摘要：用向日葵 + 独显 + HDMI，靠"通电自启"实现无人值守远程，却被低分辨率卡住？根因不在显示器，一套虚拟显示驱动彻底解决。适用环境：Windows + 向日葵 16.5 + AMD Radeon RX 6650 XT（独显 / 核显均可）｜阅读约 6 分钟｜难度 ★★☆☆☆把台式机挂到智能插座上、BIOS 里开「断电恢复后自动开机」，本是为了人在外面也能随时远程唤醒。结果一连远程，画面糊成 640×480 —— 这个问题我踩过一次，把排查过程和最终方案完整记录下来。一、问题现象把台式机接到智能插座上，在 BIOS 里设置「断电恢复后自动开机（Restore on AC Power Loss = Power On）」。人在外面，用手机或另一台电脑远程开机，本意是无人值守也能用。但连上远程（向日葵 / ToDesk / TeamViewer 这类镜像物理桌面的软件）后，画面糊成一团——分辨率只有 640×480 甚至 800×600，根本没法正常操作。物理显示器明明接在 HDMI 上，为什么远程就"瞎"了？是显示器不自动亮屏，还是别的原因？二、根因分析（关键）核心结论：远程分辨率错乱，根因是「显卡没检测到任何显示器」，而不是显示器本身亮不亮。当主机被智能插座通电自启时，如果物理显示器：没接在同一个智能插座上（一直待机，主机先上电时它还没醒）；或虽然接了智能插座，但上电时序比主机晚、没同步；那么在远程连接发起的瞬间，显卡读不到显示器的 EDID 信息，Windows 就回退到一个最低默认分辨率来跑桌面。这个兜底值甚至会被远程软件记下来——在向日葵的 config.ini 里就能看到：[18523252421] screen_width=640 screen_height=480物理显示器亮不亮、亮了切不切得对输入源，是另一回事；远程低分辨率的根因就是「无显示设备」。所以想根治，得让系统"永远以为接了一台 1080p 显示器"。三、三种解决方案对比方案类型原理优点缺点HDMI / DP 欺骗器硬件伪装成一台固定 1920×1080 的显示器，持续向显卡上报 EDID最稳、十几元、即插即用需买 / 等快递；占用一个视频口虚拟显示驱动（本文采用）软件系统凭空多出一块虚拟 1080p 屏，独立于物理显示器免费、断电重启常驻、不占物理口需确认驱动已正确安装启用双智能插座时序硬件接线主机先上电 → 延迟 → 显示器上电，避免时序错位让物理屏也能自动亮只解决"物理屏亮"，不解决远程分辨率选型提示：HDMI 欺骗器最省心；而虚拟显示驱动适合不想等快递、或显卡接口已被占满的情况。本文实测走虚拟驱动路线，最终远程恒定 1080p。补充：RDP（Windows 自带远程桌面）是独立会话、自带分辨率协商，一般不会出现此问题。低分辨率错乱多见于向日葵 / ToDesk / TeamViewer 这类"镜像物理桌面"的软件。四、实操：启用虚拟显示驱动（VDD）锁定 1080p下面这套是在一台 AMD Radeon RX 6650 XT 独显 + HDMI + 向日葵 16.5 的机器上实测成功的流程。系统里其实常自带一个名为 Virtual Display Driver（MttVDD） 的间接显示（IddCx）驱动，只是默认没启用。把它打开即可。1. 确认当前「无显示器」状态以管理员身份打开 PowerShell，看现在有几块"显示器"在线：Get-PnpDevice -Class Monitor | Select-Object FriendlyName,Status,InstanceId若物理显示器显示 Unknown（未激活）、且没有虚拟屏，就印证了"无有效显示"的离屏状态——这正是远程掉到 640×480 的原因。2. 找到虚拟显示驱动并启用虚拟显示驱动通常通过 winget 安装包附带一个 VDD Control 控制台。它的配置文件 vdd_settings.xml 默认就是 <monitors><count>1</count></monitors>，且分辨率列表里已含 1920×1080，只是驱动没真正装上 / 启用。用管理员 PowerShell 安装并启用驱动（GUI 程序的静默安装 / 启用逻辑会把 amd64 驱动写入系统驱动库）：# 以管理员运行，安装虚拟显示驱动到系统驱动库 # 启动 VDD Control 并执行 install / enable # 具体以你安装的 VDD 包为准（winget 安装的包在 # %LOCALAPPDATA%\Microsoft\WinGet\Packages\ 下）注意：若你机器上装的是向日葵自带的 OrayIddDriver，其启用开关在 config.ini 的 [local_security] 段加一行 enable_idd=1 即可；但不建议同时开两个虚拟显示驱动，否则会多出一块扩展屏、反而造成桌面扩展 / 分辨率错乱。3. 重启远程控制服务让配置生效Restart-Service -Name AweSunService -Force4. 验证结果重启后再次查看设备与分辨率：Get-CimInstance Win32_VideoController | Select-Object Name,CurrentHorizontalResolution,CurrentVerticalResolution,CurrentRefreshRate应能见到类似：Virtual Display Driver : 1920 x 1080 @ 60Hz同时 Generic Monitor (VDD by MTT) 状态为 OK 且 Active=True，说明虚拟屏已激活。实测环境：虚拟显示器已激活，分辨率稳定在 1920×1080 @ 60Hz五、为什么这样能「断电重启后依然有效」关键在于：驱动被真正写进了系统驱动库（DriverStore）。在本机确认到：mttvdd.inf_amd64_**** （已装入系统驱动库）✅ 已实测验证：虚拟显示器当前为 1920×1080 @ 60Hz，驱动在驱动库中、断电重启后依然常驻。以后智能插座通电 → 主机自启，无论物理显示器亮不亮、插没插，系统都恒定有一块 1080p 虚拟桌面，远程连接就是 1080p。六、注意事项本地接上物理屏时：会同时存在"虚拟 1080p + 物理屏"两块（扩展模式）。本地用机若不想多出那块虚拟屏，打开开始菜单的 VDD Control 关闭虚拟显示器，或把 vdd_settings.xml 的 <count> 改成 0。远程不受物理屏影响：向日葵镜像的是桌面，虚拟屏常驻后远程画质恒定 1080p，物理屏亮不亮都不影响。改动前先备份：若改过向日葵 config.ini，先复制一份 config.ini.bak；出问题直接覆盖还原。避免双虚拟屏：向日葵自带虚拟显示（enable_idd）与 VDD 二选一，不要同时开。想再加一块 / 调更高刷新率：用 VDD Control 即可增删虚拟屏数量或调整模式。七、总结「远程控制时分辨率不对」的本质，几乎都是显卡检测不到显示器导致系统回退到低分辨率。最稳的解法有两条：花十几块买个 HDMI / DP 欺骗器——插上即 1080p，零配置；启用系统 / 软件的虚拟显示驱动——免费、不占物理口、断电重启常驻（本文路线）。两者都让主机"永远以为接了一台 1080p 显示器"，从根上解决远程分辨率错乱。「显示器不自启亮屏」对远程画质的影响，也就此消除。🔧 实测结论：本机启用虚拟显示驱动后，远程分辨率稳定 1920×1080 @ 60Hz，断电重启后依然有效。本文由一次真实排错整理而成 · 适用环境：Windows + 向日葵 + 独显 / 核显 · 转载请注明出处
-
-
2026华为开发者大赛·小红书Skill创新赛报名中：报名即可获得210元代金卷 华为开发者大赛×小红书，联合开启Skill创新赛道。如果你正在做AI应用、效率工具、生活服务类产品，或者想把自己的创意变成可运行、可复用、可被真实用户验证的Skill，那么这场大赛值得关注。2026华为开发者大赛·小红书Skill创新赛正在火热进行中。大赛由华为技术有限公司与小红书科技有限公司联合主办，围绕“一篇笔记就是一次产品发布，一条评论就是一次真实反馈”的理念，鼓励开发者基于真实生活场景创作可复用的Skill，并通过小红书“学—做—晒”闭环获得真实用户反馈。让好作品在真实场景中被验证、被传播、被沉淀。一、赛事背景华为开发者大赛是华为面向全球、全领域开发者的旗舰赛事。自2017年举办以来，已有来自全球50多个国家、3000多所高校的80万开发者参与。大赛以“Spark Infinity 创想无限”为主题，开放华为ICT技术及实践经验，以赛促学、以赛促创、技术向善，赋能AI人才培养，助力开发者与华为共创根技术生态。小红书Skill创新赛道是华为开发者大赛的重要赛道之一。它不只看技术实现，也看重真实生活场景、用户反馈和可复用价值。二、参赛对象具备应用软件开发能力的组织、企业、个人、学生等，均可报名参赛。企业用户需完成企业认证。大赛以单人或2—5人组队参赛，每位参赛者只能加入一支队伍。报名成功后，可在“我的团队”中选择创建团队或加入已有团队。创建团队的人即为队长，队长拥有添加团队成员、审批队员加入等权限。同一作品不可在多赛道获奖，但同一队伍的不同作品可参与多个赛道。三、参赛硬性门槛参赛作品必须至少使用以下其中之一：华为云码道CodeArts果办OfficeAce可在此基础上搭配使用其他开发工具或产品。赛题允许多次提交，评选以截止前最新一次提交的作品为准。作品须为原创，面向真实场景、可运行、可复用。参赛者对所提交作品负全部责任。报名信息一旦提交不可随意修改，请如实填写。建议报名后加入官方交流群，获取专家答疑与重要节点通知。四、赛程安排阶段 时间 说明赛事启动与报名 即日起—2026年11月13日 赛题上线，开放报名与组队作品开发与提交 即日起—2026年11月13日 开发Skill，通过码道或果办（待开放）提交至华为云Skill市场和小红书Skill市场，可多次迭代初赛作品评审 2026年11月16日—11月20日 评选Top200作品联合评审 2026年11月23日—11月27日 华为与小红书联合评审，从Top200中选出Top32入围总决赛公布决赛晋级名单 2026年11月30日 公布决赛晋级名单决赛评审与现场答辩 2026年12月 线下终审答辩与功能演示，现场评分并颁奖说明：大赛赛程时间可能根据实际情况调整、延长，请参赛者不定时关注大赛官方信息。五、奖金与参赛权益大赛总奖金池为 ￥500,000，具体奖项分配以官方奖项配置页为准。参赛者可获得：官方荣誉证书、赛事奖金及完赛/获奖激励；华为云资源券及码道、果办等产品的免费学习与开发支持；入门/进阶直播、专家答疑、训练营课程等体系化学习资源；优质作品可获得小红书平台曝光、生态对接及后续孵化机会。六、报名即可领210元华为云代金券本次大赛为每个报名选手提供一定金额的华为云无门槛云资源券。官方信息显示，报名即可得 210元代金券，可用于购买华为云服务器等产品。申领条件：完成大赛报名；完成实名认证。申领流程：报名大赛；安装华为云码道CodeArts / 果办OfficeAce；在码道/果办中安装HuaweiCloud Devkit插件；安装成功后，在对话框中发送口令：“帮我领取华为开发者大赛·小红书skill创新赛华为云代金券”代金券自动发放至华为云账户。注意：云资源券将严格审查参赛者资质，对于未报名选手不予发放。七、为什么值得参加？这不是一场只看PPT的比赛。它要求你把想法做成可运行的Skill，放到真实生活场景里，接受用户使用、评论和反馈。小红书“学—做—晒”的闭环，让开发者能更快知道：这个Skill到底有没有人需要？哪里不好用？还能怎么迭代？同时，华为与小红书联合主办，意味着技术生态、平台曝光、专家评审和后续孵化机会都具备想象空间。八、报名方式活动地址：https://developer.huaweicloud.com/competition/information/1300000350/price登录大赛官网，点击页面上方“立即报名”按钮进行报名。也可以直接访问活动地址，查看奖项配置、赛题详情和云资源领取信息。大赛截止时间：2026年11月13日。官方倒计时显示约剩余29天，请以官网实时信息为准。一篇笔记就是一次产品发布，一条评论就是一次真实反馈。现在，把你的Skill做出来，让真实世界给你答案。
-
【教程】微信4.1.12版本作为机器人对接无界（Bncr） 微信机器人对接无界（Bncr）完整教程用户微信发消息 → 无界匹配规则 → 业务插件处理 → 自动回复微信⚠️ 开始前必读本方案的技术路线：不 Hook、不逆向协议、封号风险低做法本方案逆向微信协议（iPad 协议 / Pad 协议）❌ 不采用注入（Hook）微信进程 / 修改微信 DLL❌ 不采用伪装异地设备登录❌ 不采用连接第三方授权服务器❌ 不采用只读微信本地加密数据库✅ 采用模拟真人操作本机微信界面✅ 采用关键点：微信看到的是你自己这台电脑上的微信客户端在正常使用 —— 没有异常登录、没有进程被改、没有 DLL 被注入。微信版本要求（必须严格满足）项要求微信版本4.1.12 及以上（作者在 4.1.15.13 实测验证）微信 3.x❌ 完全不支持（架构不同）微信 4.0.x❌ 不支持（低于 4.1.12）微信 4.1.12 ~ 4.1.15⚠️ 可用，但 UIA 布局可能需校准微信 4.1.15.13✅ 最佳，作者已适配查看版本：微信 → 设置 → 关于微信版本太旧会怎样：控件树热激活的 gate RVA 位置对不上，发送会退回到纯 OCR/坐标路径，慢且不准。版本太新会怎样：微信大版本升级后 UIA 布局可能漂移，作者需要跟进适配。环境要求项要求说明操作系统Windows 10/11 x64必须 Windows，Linux/Mac 不支持Python3.12（64 位）⚠️ 3.13+ 会因 winsdk 缺包安装失败桌面必须可见窗口最小化会失效微信状态已登录且运行中 目录原理与选型架构第一步：Windows PC 装 wechatauto第二步：云服务器部署无界适配器第三步：PC 部署桥接脚本第四步：端到端联调第五步：安全加固第六步：开机自启排查手册附录：文件清单风险声明一、原理与选型1.1 为什么不选协议端市面上让个人微信变机器人的方案，主流是「协议端」：方案原理封号风险第三方依赖WeChatPadPro / Gewechat逆向 iPad 协议，伪装异地设备登录🔴 高🔴 需连作者授权服务器WeChatFerry / ntchat注入（Hook）微信 DLL🔴 极高⚠️ 闭源网页版协议逆向网页微信🔴 高微信已关闭网页版本方案（wechatauto）读本地加密库 + 驱动本机界面🟡 低✅ 无为什么协议端和 Hook 风险高：协议端：微信服务器看到的是「一个新设备在异地登录」，与你的真实登录地/设备指纹不符 → 风控模型直接命中。号商自己都写「新号要挂机 3 天养号」「异地登录必须用同市 socks5 代理」。Hook：微信 4.x 有完整性校验，检测到进程被改会直接判定为外挂 → 秒封。1.2 本方案的技术原理wechatauto-replica 用两条互相独立的路线：┌─────────────────────────────────────────────────┐ │ 读路径 = 本地 SQLCipher-4 数据库解密 │ │ │ │ 微信把消息存在加密 SQLite 里： │ │ xwechat_files/<wxid>/db_storage/ │ │ ├── contact.db │ │ ├── message_0.db / message_1.db / ... │ │ └── media_0.db │ │ │ │ 密钥藏在 Weixin.exe 进程内存里，库用【只读扫描】 │ │ 取出，再用 SQLCipher HMAC 规则逐个校验。 │ │ │ │ ★ 只读本地文件，不产生任何网络请求 │ │ ★ 不修改微信任何文件 │ └─────────────────────────────────────────────────┘ ┌─────────────────────────────────────────────────┐ │ 发路径 = UIA 控件树 + 坐标/OCR 兜底 │ │ │ │ 微信 4.x 界面是自绘的，控件树默认隐藏。 │ │ 库会【热激活】Weixin.dll 里一个标志字节， │ │ 让 mmui::* 控件树物化，然后： │ │ · 激活窗口 → 搜索会话 → 点输入框 │ │ · 剪贴板 Ctrl+V 粘贴 → 回读校验 → 回车 │ │ │ │ ★ 走的是微信自己的 UI 流程，等同真人点击 │ │ ★ 不注入代码、不修改 DLL 内容（只翻一个标志位） │ └─────────────────────────────────────────────────┘1.3 为什么封号风险低风控维度协议端本方案登录设备❌ 伪装 iPad，与真实设备不符✅ 就是本机登录登录地点❌ 异地，需代理伪装✅ 本机 IP，无异常进程完整性❌ DLL 被注入/篡改✅ 进程未被修改行为特征⚠️ 可被识别为机器人✅ 见下方拟人节奏层数据流向⚠️ 经第三方服务器✅ 纯本地 + 你自己的服务器作者的真实风控记录（原文引用）：本机账号在 2026-09-21 触发过一次风控（会话中途被要求重新登录），此后凡是驱动真实微信界面的动作都必须按真人节奏走，而且要做进库里。注意：作者触发风控的原因是「驱动界面太快」（模拟点击频率机器化），不是「读数据库」。所以他做了拟人节奏层 rhythm.py：拟人措施说明光标移动走二次贝塞尔曲线，不是瞬移落点在控件内随机取点，不打正中键入type_gap() / key_hold() 打破匀速写动作节流两次发送至少隔 2.5~6 秒突发上限120 秒窗口内第 7 次写动作 → 冷却 30~75 秒等待抖动所有 nap() 加随机抖动跨进程生效节流状态落盘 ~/.wechatauto/rhythm.json风控看到的是「动作的时间分布」而不是坐标 —— 固定间隔、光标瞬移、永远命中控件正中、逐字匀速键入、几秒内连发多条，这些特征才是风控的判据。拟人层正是针对这些。读路径完全不节流 —— 因为读本地文件不产生任何风控信号。1.4 本方案的代价约束说明必须 Windows依赖 UIA / pywin32，Linux 跑不了必须有可见桌面微信窗口最小化 → 发送会退回 OCR 路径发送会抢鼠标走剪贴板 + 模拟点击，这台机器别用于其他工作回复延迟 5~8 秒UIA 发送 + 拟人节奏的固有成本延迟构成：用户发消息 ↓ 约 1 秒 （监听轮询数据库） 上报无界 ↓ 约 0.01 秒（规则匹配 + 插件执行） PC 取回复 ↓ 约 0.8 秒 （轮询间隔，可调） UIA 发送 ↓ 2~6 秒 （激活窗口 + 打开会话 + 粘贴 + 回读校验 + 回车） ↓ 2.5~6 秒 （拟人节奏写动作间隔） 用户看到回复5~8 秒对大多数场景可接受（用户发「菜单」等几秒很正常）。想更快只能上协议端 —— 但要拿封号风险换。1.5 一句话总结本方案不 Hook、不逆向协议、不伪装登录。微信看到的是「本机微信在被真人缓慢使用」。代价是慢几秒、必须 Windows、必须有小号常开的机器。二、架构┌─────────────────────────────┐ ┌──────────────────────────────┐ │ Windows PC │ │ 云服务器 │ │ │ │ │ │ ┌───────────────────────┐ │ HTTP │ ┌────────────────────────┐ │ │ │ 微信 4.1.12+（已登录） │ │ │ │ 无界 Bncr 容器 (:9090) │ │ │ │ ★ 窗口必须可见 │ │ │ │ │ │ │ └───────────┬───────────┘ │ │ │ ├─ 无界本体 │ │ │ │ 读库 / UIA │ │ │ └─ WeChatBridge 适配器 │ │ │ ┌───────────▼───────────┐ │ │ │ （挂 router） │ │ │ │ wechat_bridge.py │──┼───────→│ └───────────┬────────────┘ │ │ │ · AddListenAll 监听 │ │ POST │ │ adapter.receive() │ │ · 上报新消息 │ │/incoming│ ↓ │ │ │ · 轮询取回复 │←─┼────────│ ┌────────────────────────┐ │ │ │ · chat.SendMsg() │ │ GET │ │ 无界规则匹配 @rule │ │ │ └───────────────────────┘ │ /pull │ └───────────┬────────────┘ │ │ │ │ ↓ │ │ 出网：只需访问云服务器 9090 │ │ ┌────────────────────────┐ │ │ ★ 无需公网 IP、无需穿透 │ │ │ 业务插件（YYB查询等） │ │ └─────────────────────────────┘ │ │ sender.reply(...) │ │ │ └────────────────────────┘ │ └──────────────────────────────┘穿透方向是「PC 主动连出去」 —— 所以 PC 在内网也能用，不需要公网 IP、不需要 frp。数据流（六步）#动作耗时1用户发微信消息—2AddListenAll 轮询数据库读到约 1 秒3POST /wechat/incoming 上报~0.1 秒4适配器 adapter.receive() 注入无界事件流⭐ 关键5无界匹配 @rule → 业务插件 sender.reply()~0.01 秒6PC 轮询 /wechat/pull → chat.SendMsg()0.8s + 发送耗时为什么桥接层必须是「适配器」不是「插件」无界的 @rule 只匹配框架自己的事件流。HTTP 收到外部消息后必须注入事件流，插件才会触发。官方适配器 API（develop.md）：Ding.receive({ userId, userName, groupId, groupName, msg, msgId, type: 'Social', }); 适配器 Adapter/插件 plugins/能注入事件✅ receive()❌热重载❌ 需重启✅好处：业务插件零改动，照旧写 @rule。三、第一步：Windows PC 装 wechatauto3.1 装 Python 3.12（64 位）⚠️ 必须 3.12，不能用 3.13/3.14/3.15原因：winsdk 这个依赖没有新版本 Python 的预编译包，装到一半会报：error: Microsoft Visual C++ 14.0 or greater is required ERROR: Failed to build 'zstandard' when getting requirements to build wheel ResolutionImpossible: ...winsdk下载：https://www.python.org/ftp/python/3.12.10/python-3.12.10-amd64.exe安装时两个勾必须打：☑ Install launcher for all users (recommended) ☑ Add python.exe to PATH ← 关键💡 如果已装 3.13+，不用卸载 —— 多版本可共存，用 py -3.12 指定即可。验证：py -0期望输出包含 -V:3.12 Python 3.12 (64-bit)。💡 若 Win+R 被系统精简：用 Ctrl+Shift+Esc 打开任务管理器 → 文件 → 运行新任务。3.2 确认微信版本微信 → 设置 → 关于微信版本处理≥ 4.1.15.13✅ 直接用4.1.12 ~ 4.1.15⚠️ 可用，若发送异常可考虑升级到 4.1.15.13< 4.1.12❌ 必须先升级3.x❌ 完全不支持确认后登录微信，保持运行。3.3 装 wechatautopy -3.12 -m pip install wechatauto-replica requests -i https://pypi.tuna.tsinghua.edu.cn/simple成功标志：Successfully installed wechatauto-replica-1.2.6.1 winsdk-1.0.0b10 ...报错对照：报错原因解决Microsoft Visual C++ 14.0 is requiredPython 版本太新换 Python 3.12ResolutionImpossible: ...winsdk同上换 3.12'pip' 不是内部或外部命令PATH 问题用 py -3.12 -m pipRead timed out网络换镜像 -i3.4 体检py -3.12 -m wechatauto 体检期望输出：wechatauto 1.2.6.1 | Python 3.12.10 (64 位) | win32 账号：wxid_xxxxxxxx（wxid wxid_xxxxxxxx） 数据库密钥：17/17 个库可解密 图片密钥：已拿到（已缓存，之后离线可用） 控件树（发消息/下载原图要用）：拿不到——微信需要热激活一次项期望说明数据库密钥全部可解密不全 = 读库有问题控件树"拿不到"正常实际发消息时会自动热激活3.5 功能测试# ① 列会话 py -3.12 -m wechatauto 会话 # ② 读消息 py -3.12 -m wechatauto 消息 文件传输助手 # ③ 发消息（⚠️ 会驱动微信窗口，抢鼠标） py -3.12 -m wechatauto 发 测试 --to 文件传输助手 --verify # ④ 监听（Ctrl+C 退出） py -3.12 -m wechatauto 听 文件传输助手④ 的测试方法：保持监听窗口开着，用手机给这个微信号发条消息。期望几秒内出现：[文件传输助手] 2026-10-13 09:22 wxid_xxx: 你好3.6 两个常见"假故障"WAL 合并警告[WARNING] [db.py:1467] WAL 合并失败（微信持续写入），改用仅主库快照（可能缺少最近消息）这是无害的降级行为。 微信正在写 WAL，合并失败就退回快照模式，消息照样能读到（只是可能滞后几秒）。--verify 报"数据库未确认"失败：消息已操作发送，但数据库未确认消息通常已经发出去了（去看微信确认），只是主库快照还没 checkpoint 到最新那条。四、第二步：云服务器部署无界适配器4.1 确认无界位置docker ps --format '{{.Names}}\t{{.Ports}}' | grep -i bncr docker inspect bncr --format '{{json .Mounts}}'记录三项：项本文假设值你的实际值容器名bncr 端口映射9090:9090 挂载路径/root/BncrData ⚠️ 关键：如果容器只有 9090 一个端口映射，适配器必须挂 router 复用 9090，不能自己起服务（否则外部访问不到）。4.2 放置适配器把包里的 云服务器/Adapter/WeChatBridge.js 上传到 /root/BncrData/Adapter/或者用命令行直接创建：# 用宝塔/文件管理器上传更简单 ls -la /root/BncrData/Adapter/4.3 ★ 必须修改 token打开 /root/BncrData/Adapter/WeChatBridge.js，找到：const DEFAULTS = { // ★★★ 鉴权 token —— 必须修改！★★★ token: 'CHANGE_ME_32位随机字符串',生成一个随机 token（在 PC 上跑）：-join ((48..57)+(65..90)+(97..122) | Get-Random -Count 32 | ForEach-Object {[char]$_})把结果填进去： token: 'A1b2C3d4E5f6G7h8I9j0K1l2M3n4O5p6', // ← 换成你自己生成的⚠️ 两处必须一致：云服务器这里 + PC 的 start_bridge.cmd 里 BNCR_TOKEN。不一致 → PC 上报时返回 401 unauthorized。4.4 重启无界docker restart bncr sleep 6 docker logs bncr 2>&1 | tail -40 | grep -i wechat期望看到：[WeChatBridge] ✓ 路由已挂载: /wechat/health | /wechat/incoming | /wechat/pull | /wechat/replies4.5 验证云服务器本机：curl http://127.0.0.1:9090/wechat/health期望：{"ok":true,"service":"bncr-wechatbridge-adapter","version":"1.1.0","platform":"wechatBridge","queue":0}验证鉴权生效：# 不带 token → 应 401 curl -s http://127.0.0.1:9090/wechat/pull; echo "" # 带 token → 应 200 curl -s -H "X-Auth-Token: 你的token" http://127.0.0.1:9090/wechat/pull; echo ""五、第三步：PC 部署桥接脚本5.1 建目录mkdir C:\wechat-bridge⚠️ 避开中文路径和空格。把包里的 Windows PC/wechat_bridge.py 放进 C:\wechat-bridge\。5.2 修改服务器地址打开 wechat_bridge.py，找到第 55 行附近："bncr_base": env("BNCR_URL", "http://YOUR_SERVER_IP:9090").rstrip("/"),把 YOUR_SERVER_IP 换成你云服务器的实际 IP。5.3 连通性测试cd C:\wechat-bridge py -3.12 wechat_bridge.py --test期望：✓ 无界适配器可达: 200 {"ok":true,...} --test 模式，退出不通的排查：现象检查Connection refused云服务器上先 curl 127.0.0.1:9090/wechat/health 确认适配器活着超时云厂商安全组是否放行 9090401token 没设或与云服务器不一致5.4 正式运行cd C:\wechat-bridge $env:BNCR_TOKEN="你的token" py -3.12 wechat_bridge.py期望：✓ 无界适配器可达: 200 正在连接微信... ✓ 微信连接成功 ✓ 回复轮询已启动 ✓ 监听已启动 —— 私聊 + 群聊 + 自动发现新会话 桥接运行中。Ctrl+C 退出。六、第四步：端到端联调保持桥接窗口开着，用手机给这个微信号发 菜单。观察三处① 桥接窗口→ [私聊] 时间煮雨: 菜单 ✓ 已回复: 功能菜单 ━━━━━━━━━━━━ · 1 脚本 各类脚本与代挂 · 2 返利 商品转链与收益查询 · 3 提现② 云服务器无界日志docker logs -f bncr[WARN] > 收到[/wechat/incoming]请求~ [WeChatBridge] 注入 38 ㅤ时间煮雨ㅤ(私聊): 菜单 [INFO] [新] wechatBridge/0@ㅤ时间煮雨ㅤ: 菜单 [INFO] C:[\s\S]+ R:python.ts [INFO] C:^(菜单|主菜单|功能菜单|菜单列表)$ R:功能菜单.js ← 命中插件 [WeChatBridge] reply -> 38 : 功能菜单 [WARN] > 收到[/wechat/pull]请求~③ 手机：收到菜单。日志解读日志含义[新] wechatBridge/0@昵称✅ 注入成功，平台名与私聊判定（0@）正确C:^...$ R:你的插件.js✅ 规则命中[WeChatBridge] reply ->✅ 插件回复回传收到[/wechat/pull]请求✅ PC 取走回复关键：业务插件完全没改，靠 @rule 自动匹配。七、第五步：安全加固7.1 token 必须设置为什么：9090 通常对公网开放，不设 token 时任何人都能伪造微信消息注入你的无界。生成（PC 上）：-join ((48..57)+(65..90)+(97..122) | Get-Random -Count 32 | ForEach-Object {[char]$_})设置位置：位置文件变量云服务器WeChatBridge.jstoken: '...'PCstart_bridge.cmdset BNCR_TOKEN=...验证（浏览器打开）：http://YOUR_SERVER_IP:9090/wechat/pull → {"ok":false,"error":"unauthorized"} ✅ 鉴权生效 http://YOUR_SERVER_IP:9090/wechat/pull?token=你的token → {"ok":true,"count":0,"items":[]} ✅ 放行/wechat/health 故意不鉴权，方便排障。7.2 安全组白名单（推荐）云厂商控制台 → 安全组 → 9090 入站规则 → 来源限制为你的家宽出口 IP。7.3 加固清单项做法token✅ 32 位随机，两处一致安全组✅ 限制 9090 来源 IP专用小号✅ 绝不用主号数据库容器⚠️ 别把 MySQL/Redis 端口映射到公网日志⚠️ 避免把用户隐私打进日志八、第六步：开机自启8.1 建启动脚本创建 C:\wechat-bridge\start_bridge.cmd：@echo off chcp 65001 >nul cd /d C:\wechat-bridge set BNCR_URL=http://YOUR_SERVER_IP:9090 set BNCR_TOKEN=你的token set POLL_INTERVAL=0.8 set BRIDGE_QUIET=1 py -3.12 wechat_bridge.py >> bridge_stdout.log 2>&1⚠️ 编码必须选 ANSI（记事本 → 另存为 → 编码）。.cmd 带 UTF-8 BOM 会导致第一行报错。8.2 注册计划任务⚠️ 如果 Win+R 被精简：用 Ctrl+Shift+Esc → 文件 → 运行新任务 → 勾选「以系统管理权限创建此任务」。方式 A：图形界面打开 taskschd.msc右侧 → 「创建任务」（⚠️ 不是"创建基本任务"）常规：名称 WeChatBridge选 「只在用户登录时运行」 ⭐勾 「使用最高权限运行」触发器 → 新建：开始任务 = 「登录时」勾 「延迟任务时间」 填 30 秒 ⭐（等微信启动）操作 → 新建：脚本 = C:\wechat-bridge\start_bridge.cmd起始于 = C:\wechat-bridge设置：勾 「如果任务失败，按以下频率重新启动」 → 1 分钟 / 3 次取消勾选 「如果任务运行时间超过以下时间，停止任务」 ⭐方式 B：一条命令powershell -ExecutionPolicy Bypass -File C:\wechat-bridge\add-autostart.ps18.3 重启后流程① 开机 → 登录 Windows（必须真实登录到桌面，不能只锁屏） ↓ ② 打开微信，确认已登录、窗口显示在桌面上 ↓ ③ 等 30 秒 → 桥接自动启动 ↓ ✅ 无需任何操作8.4 验证在跑方法操作最可靠手机发条消息，看是否自动回复任务计划taskschd.msc → 看「上次运行结果」= 0x0任务管理器看有没有 python.exe日志Get-Content C:\wechat-bridge\bridge_stdout.log -Tail 30九、排查手册9.1 桥接侧现象原因解决无界适配器不可达端口/地址错云服务器 curl 127.0.0.1:9090/wechat/health 先确认本机通鉴权token : 未设置 + HTTP 401PC 没设 token设 BNCR_TOKEN，与云服务器一致微信连接失败微信没登录 / 32 位 Python / 窗口最小化py -3.12 -m wechatauto 体检收不到消息微信窗口最小化恢复窗口，用 听 命令单独测回复重复msgId 不稳定检查 build_payload 的 id 生成回复超时队列 key 对不上curl :9090/wechat/replies 看队列9.2 无界侧现象原因解决日志无 [WeChatBridge]适配器没加载确认在 Adapter/ 下，docker restart bncr收到[/wechat/incoming] 但无 [新]receive() 失败看适配器后续日志有 [新] 但无 R:你的插件.js@rule 不匹配检查插件规则；确认 @admin/@public 都写了有 R:xxx.js 但无回复插件没走到 reply看插件自身日志404路由没挂上router 全局不存在？看启动日志9.3 常见误判（别被吓到）现象真相控件树：拿不到正常 —— 发消息时会自动热激活WAL 合并失败无害 —— 降级到快照模式，仍能读到消息--verify 报"数据库未确认"消息通常已发出，只是快照滞后；去微信确认文件传输助手 共 0 条你从没用过文件传输助手，换别的会话测9.4 延迟优化环节默认可调监听轮询1 秒❌ 库内部取回复轮询0.8 秒✅ POLL_INTERVAL（最低建议 0.5）UIA 发送2~6 秒❌ 固有拟人节奏2.5~6 秒间隔⚠️ WECHATAUTO_RHYTHM拟人节奏档位：档位说明natural（默认）✅ 推荐calm更慢，最安全fast更快，⚠️ 风险上升off🔴 无节流，别用⚠️ 强烈建议保持 natural。 这层就是作者为真实风控加的。慢几秒换号安全，值得。十、附录：文件清单本压缩包结构微信机器人对接无界/ ├── 微信机器人对接无界教程.md ← 本文档 ├── 云服务器/ │ └── Adapter/ │ └── WeChatBridge.js ← 放到无界 Adapter 目录 ├── Windows PC/ │ ├── wechat_bridge.py ← 桥接主程序 │ └── add-autostart.ps1 ← 自启注册脚本 └── 测试/ ├── WeChatBridge.test.js ← 适配器测试（node） └── test_log_filter.py ← 日志过滤测试（python）部署位置文件放到哪WeChatBridge.js云服务器 /root/BncrData/Adapter/wechat_bridge.pyPC C:\wechat-bridge\start_bridge.cmdPC C:\wechat-bridge\（需自建，见 8.1）add-autostart.ps1PC C:\wechat-bridge\必须先改的两处#文件改什么1WeChatBridge.jstoken: 'CHANGE_ME_...' → 你的 32 位随机串2wechat_bridge.pyYOUR_SERVER_IP → 你的云服务器 IP环境变量变量默认说明BNCR_URLhttp://YOUR_SERVER_IP:9090无界地址BNCR_TOKEN空鉴权 token（与云服务器一致）POLL_INTERVAL0.8取回复轮询间隔（秒）HANDLE_PRIVATE1是否处理私聊HANDLE_GROUP1是否处理群聊GROUP_WHITELIST空群白名单（逗号分隔）PRIVATE_WHITELIST空私聊白名单IGNORE_SELF1忽略自己发的消息BRIDGE_QUIET1压制 WAL 刷屏日志HTTP 接口方法路径鉴权说明GET/wechat/health❌健康检查POST/wechat/incoming✅上报消息 → 注入事件流GET/wechat/pull✅取回复队列（取走即清空）GET/wechat/replies✅查看队列（不清空，调试用）运行测试# 适配器测试（需 node） node 测试\WeChatBridge.test.js # 期望 53 项全绿 # 日志过滤测试（需 Python 3.12） py -3.12 测试\test_log_filter.py十一、风险声明技术层面：本方案做了什么、没做什么事项状态逆向微信通信协议❌ 完全没有注入微信进程 / Hook API❌ 完全没有修改微信 DLL / 程序文件❌ 完全没有伪装异地设备登录❌ 完全没有连接第三方授权服务器❌ 完全没有读取微信本地加密数据库✅ 只读模拟真人操作本机界面✅ 带拟人节奏数据出网✅ 只发到你自己的云服务器风险等级项评估封号风险🟡 低，但非零风险来源仅「自动化操作界面」这一项，已用拟人节奏层缓解作者实测2026-09-21 触发过一次风控（当时无节奏层），加层后持续使用数据安全✅ 无第三方服务器，消息不经他人之手合规⚠️ 自动化操作微信界面仍属非官方用途降低风险的建议✅ 用专用小号（绝不用主号）✅ 保持 natural 节奏（别调 fast/off）✅ 专用机器（不用于其他工作的 Windows，最好虚拟机）✅ 不群发、不批量加好友（这些是风控重灾区）✅ 微信窗口保持可见（最小化会退回不可靠的 OCR 路径）✅ 版本保持 4.1.15.13 附近（作者已适配）如果被封怎么办本方案不会导致设备封禁（未改微信程序）最坏情况是该微信号被限制，换小号重来即可不像协议端会连带同 IP 的其他号十二、参考资源链接wechatauto-replica 仓库https://github.com/fanyuantaier/wechatauto-replicaPyPIhttps://pypi.org/project/wechatauto-replica/无界 Bncr 开发文档https://anmours.github.io/Bncr/md/develop本项目开发速查docs/Bncr插件开发速查.md十三、文件下载隐藏内容，请前往内页查看详情文档版本：2026-10-13技术路线：不 Hook、不逆向协议、本地只读 + 拟人化 UI 自动化
-
【教程】从零做一个 Edge 机场分流扩展：轻松访问Google / YouTube Edge 机场分流扩展 · 使用教程让浏览器按规则分流：访问 Google / YouTube 走机场节点，访问百度 / B站走直连。不需要启动 Clash Verge、v2rayN 等客户端界面，代理在后台静默运行，开机自启。一、效果预览配置完成后：访问走向google.com、youtube.com、github.com 等机场节点baidu.com、bilibili.com、taobao.com直连（不消耗流量）你没添加过的任意网站直连内网地址（192.168.x.x / 10.x.x.x / localhost）直连二、文件说明整个方案是两层：浏览器扩展负责「哪些网站走代理」，本地内核负责「真正的连接加密」。airport-proxy-router/ │ ├─ manifest.json 扩展清单（Edge 加载时读取） ├─ autostart.vbs 开机自启入口（静默，无窗口） ├─ start.bat 手动启动代理 ├─ stop.bat 手动停止代理 ├─ README.md 简要说明 │ ├─ src/ 【扩展本体】 │ ├─ background.js 后台：拉订阅、生成 PAC、下发代理设置 │ ├─ options.html / .js 设置页（配置出口、订阅、分流规则） │ ├─ popup.html / .js 工具栏弹窗（开关、切换节点） │ ├─ ui.css 样式 │ └─ lib/ │ ├─ storage.js 配置读写 │ ├─ subscription.js 订阅拉取（自动处理客户端识别） │ ├─ parser.js 订阅解析（Clash YAML / base64 / sing-box） │ ├─ rules.js 分流决策 │ ├─ matcher.js 规则匹配 │ └─ outbound.js 本地代理端口探测 │ ├─ tools/ 【本地代理】 │ ├─ gen-config.mjs 订阅 → 内核配置 │ ├─ start-proxy.ps1 启动内核（后台运行） │ ├─ stop-proxy.ps1 停止内核 │ └─ runtime/ 运行数据（约 28MB） │ ├─ config.yaml 内核配置（订阅内容） │ ├─ geoip.metadb 地理数据库（分流用） │ ├─ geosite.dat 域名数据库（分流用） │ ├─ geoip.dat 地理数据库 │ └─ mihomo.log 运行日志（排查问题看这里） │ ├─ icons/ 扩展图标 └─ test/ 回归测试（105 项，普通使用可忽略）你需要关心的只有 3 个文件：文件用途start.bat双击启动代理stop.bat双击停止代理扩展目录本身加载到 Edge三、准备工作3.1 检查 mihomo 内核需要一个 mihomo.exe（Clash Meta 内核）。如果你装过 v2rayN / Clash Verge 之类的客户端，它通常自带，位置例如：F:\v2rayN-windows-64-SelfContained\bin\mihomo\mihomo-windows-amd64-compatible.exe C:\Users\<你>\AppData\Local\Programs\clash-verge\resources\mihomo.exe如果路径和上面不同：打开 tools\start-proxy.ps1，改文件开头的 $Mihomo 参数即可。没有内核的话，去 mihomo 的 GitHub Releases 下载 mihomo-windows-amd64 即可。3.2 检查 Node.js生成配置需要 Node.js（18 以上）：node -v # 输出 v18.x.x 或更高即可四、安装步骤第 1 步：拉订阅并启动代理把整个 airport-proxy-router 文件夹放好（建议放纯英文路径，例如 D:\edge-ext\）。然后打开命令行，执行：cd /d D:\edge-ext\airport-proxy-router\tools # 把 <订阅链接> 换成你自己的机场订阅地址 start-proxy.ps1 -SubUrl "https://你的机场/api/v1/client/subscribe?token=xxxx"提示：如果提示「禁止运行脚本」，改用：powershell -ExecutionPolicy Bypass -File .\start-proxy.ps1 -SubUrl "你的订阅链接"正常输出：拉取订阅中... UA=clash-verge/v1.5.11 -> 70 个节点，其中 68 个真实 已生成 config.yaml 节点数: 70 本地端口: 7890 启动 mihomo（后台运行，无窗口）... 代理已就绪 本地端口 127.0.0.1:7890 (SOCKS5 + HTTP 混合) 控制接口 127.0.0.1:9090 进程 PID 12345 测试节点连通性... Google 连通性: 204 OK看到 204 OK 就说明代理通了。以后启动（已经生成过配置）直接双击 start.bat 就行，不用带参数。第 2 步：设置开机自启让代理在你登录后自动在后台启动，无需任何操作。打开 PowerShell，执行（复制整段）：$startup = "$env:APPDATA\Microsoft\Windows\Start Menu\Programs\Startup" $ws = New-Object -ComObject WScript.Shell $sc = $ws.CreateShortcut("$startup\AirportProxy.lnk") $sc.TargetPath = 'wscript.exe' $sc.Arguments = '"D:\edge-ext\airport-proxy-router\autostart.vbs"' $sc.WorkingDirectory = 'D:\edge-ext\airport-proxy-router' $sc.WindowStyle = 7 $sc.Save() Write-Host '开机自启已设置'路径要和你的实际位置一致。用 autostart.vbs 而不是直接指向脚本，是为了完全静默，不会弹黑框。验证：按 Win+R 输入 shell:startup，应该能看到 AirportProxy.lnk。取消自启：把那个快捷方式删掉即可。第 3 步：加载浏览器扩展打开 Edge，地址栏输入 edge://extensions/打开左下角「开发人员模式」开关点「加载解压缩的扩展」选择 airport-proxy-router 文件夹扩展出现在列表中，确认没有「错误」标记Chrome 用户：地址改成 chrome://extensions/，步骤一样。第 4 步：配置扩展点扩展图标 → 「高级设置」，按下面设置：① 代理出口项值出站地址127.0.0.1端口7890类型SOCKS5点「自动探测本机代理端口」会自动填好。然后点「保存并应用」。② 订阅节点如果第 1 步已经拉过订阅，这里会显示节点列表；否则在这里粘贴订阅链接，点「添加并更新」。③ 分流模式选「智能分流」（默认，推荐）。模式行为智能分流国外站点走代理，国内站点和未匹配的走直连仅规则只有你自己写的规则走代理，其余全部直连全局所有站点都走代理④ 保存点「保存并应用」，状态栏应显示：分流已生效 · 出口 SOCKS5 127.0.0.1:7890五、验证是否成功方法 1：直接访问打开 https://www.google.com，能正常显示就成功了。方法 2：命令行验证# 走代理访问 Google（应返回 204） curl.exe -s -x socks5h://127.0.0.1:7890 -o NUL -w "%{http_code}" https://www.google.com/generate_204 # 走代理访问百度（应返回 200） curl.exe -s -x socks5h://127.0.0.1:7890 -o NUL -w "%{http_code}" https://www.baidu.com/方法 3：看日志Get-Content D:\edge-ext\airport-proxy-router\tools\runtime\mihomo.log -Tail 20正常的话能看到浏览器进程名（msedge.exe）：level=info msg="[TCP] 127.0.0.1:57932(msedge.exe) --> www.google.com:443 match DomainKeyword(google) using 节点选择[新加坡01]" level=info msg="[TCP] 127.0.0.1:57934(msedge.exe) --> www.gstatic.com:443 match DomainSuffix(gstatic.com) using 节点选择[新加坡01]" level=info msg="[TCP] 127.0.0.1:57940(msedge.exe) --> www.baidu.com:443 match DomainSuffix(baidu.com) using DIRECT"最后一行 DIRECT 说明百度走了直连 —— 分流正常工作。六、日常使用操作方法启动电脑后自动运行，无需操作临时关闭分流点扩展图标 → 关闭「启用代理分流」开关完全停止代理双击 stop.bat手动启动代理双击 start.bat更新节点扩展设置页 → 订阅行 → 点「更新」切换出口节点扩展弹窗 → 选择节点（需在内核侧配置）自定义分流规则设置页 → 「分流模式」下方 → 「自定义规则」：想做的事填法让某网站走代理匹配 *.example.com，动作选「走代理」让某网站永远直连匹配 *.example.com，动作选「直连」还支持这些写法：*.example.com 该域名及其所有子域 example.com 只匹配这个域名 https://site.com/api/* 只匹配该路径下的请求「强制直连域名」里可以加内网域名，例如 *.corp.internal。七、常见问题浏览器打不开 Google按顺序检查：① 代理本身通不通curl.exe -s -x socks5h://127.0.0.1:7890 -o NUL -w "%{http_code}" https://www.google.com/generate_204返回 204 → 代理正常，问题在扩展（继续 ②）返回 000 → 代理本身不通（跳到 ④）② 扩展设置对不对设置页确认：出口端口是 7890、类型 SOCKS5、模式「智能分流」、开关已打开。③ 扩展是否真的在控制代理设置页按 F12 打开控制台，粘贴：chrome.proxy.settings.get({}).then(p => console.log(p.levelOfControl, p.value.mode))应该输出 controlled_by_this_extension pac_script。如果是 system，说明被其他代理扩展抢占了 —— 关掉 ZeroOmega / SwitchyOmega 之类的扩展。④ 代理不通怎么办看日志：Get-Content D:\edge-ext\airport-proxy-router\tools\runtime\mihomo.log -Tail 30日志里出现原因处理failed to get the second response节点不通换个节点重试全是 error 没有 using节点全挂更新订阅空文件内核没启动双击 start.bat 重新启动订阅更新失败设置页会显示错误信息。常见原因：提示原因HTTP 404 / HTTP 403订阅链接失效或流量用尽所有客户端标识都未取到真实节点机场限制了客户端类型长时间无响应订阅域名被墙打开百度变慢了说明百度也在走代理。检查分流模式是否为「智能分流」，以及有没有误加规则。关掉命令行窗口后代理还在吗在的。 代理是独立后台进程，与窗口无关。只有这几种情况会停止：重启电脑（自启会自动拉起）、手动双击 stop.bat、任务管理器结束 mihomo 进程。怎么彻底卸载删除启动文件夹里的 AirportProxy.lnk双击 stop.bat 停止代理edge://extensions/ 里删除扩展删除 airport-proxy-router 文件夹八、进阶：换机场 / 换节点换机场订阅重新执行一次带 -SubUrl 的命令即可覆盖配置：cd /d D:\edge-ext\airport-proxy-router\tools start-proxy.ps1 -SubUrl "新的订阅链接"指定使用某个节点编辑 tools\runtime\config.yaml，找到 proxy-groups 里的 🚀 节点选择，把 proxies 列表顺序调整为你想优先用的节点，然后重启代理。或者打开 http://127.0.0.1:9090（内核的 Web 控制面板地址）在界面里切换。九、命令速查# 启动代理（首次需带订阅链接） cd /d D:\edge-ext\airport-proxy-router\tools start-proxy.ps1 -SubUrl "订阅链接" # 之后启动 start-proxy.ps1 # 停止 stop-proxy.ps1 # 查看运行状态 curl.exe -s http://127.0.0.1:9090/version # 查看日志 Get-Content .\runtime\mihomo.log -Tail 30 # 测试代理连通性 curl.exe -s -x socks5h://127.0.0.1:7890 -o NUL -w "%{http_code}" https://www.google.com/generate_204十、运行要求项要求系统Windows 10 / 11浏览器Edge 或 Chrome（Chromium 116+）Node.js18 以上（仅生成配置时用，不常驻）代理内核mihomo（约 30MB）磁盘占用约 30MB（主要是 geo 数据库）内存占用约 50–100MB（内核运行时）十一、项目文件（蓝奏云盘，提示需要会员，请把浏览器改成电脑模式）隐藏内容，请前往内页查看详情本教程基于 Edge 154 / Node 24 实测。
-
微信小程序：时间煮雨科技——人情记账与备忘录的完美结合 微信小程序推荐：时间煮雨科技——人情记账与备忘录的完美结合在中国人的社交圈里，“人情往来”是一门大学问。结婚、生子、乔迁、升学……随礼的账目繁杂，稍不注意就容易记混、漏记，甚至闹出尴尬。再加上日常的借款、工资、日常开销，如果分开几个 App 记，实在麻烦。最近，我开发了一款名为 「时间煮雨科技」 的微信小程序，它精准地切中了这个痛点。它不仅是一个人情记账簿，更是一个随身备忘录。📱 功能一览：麻雀虽小，五脏俱全从首页的宫格布局就能看出，这款小程序的功能划分非常清晰，涵盖了生活记账的方方面面：备忘录：随手记随礼提醒、待办事项，支持标题、置顶、搜索。收礼本 / 送礼本：分册记账，红白喜事、人情往来一目了然。导出礼簿：支持文本、长图、表格一键导出，核对账目超方便。礼金统计：图表化展示，收支结余心中有数。借款本 / 工资本：除了礼金，日常的借贷和工资也能记。电子请柬：电子化的请柬管理，跟上时代步伐。✨ 核心亮点：不只是记账，更是省心这款小程序最让我惊喜的，是它在 1.9.0 版本中带来的拍照识别升级。1. 拍照识别，彻底告别手动输入以前参加完婚礼，面对一长串手写礼单，手动输入简直要命。现在「时间煮雨」接入了视觉大模型，无论是竖排、手写还是无表格线的礼单，都能精准识别。最贴心的是，认不准的行会标黄提醒，默认不计入合计，等你核对后勾选即可，完美避免了“记错账”的尴尬。识别出的日期和事由还会自动填好，拍完直接入账。2. 数据同步，换手机也不怕很多人担心小程序换手机数据会丢。我在 1.9.0 版本修复了云端记录超过 1000 条拉不全的问题。现在会自动分批拉取，新手机上看账本再也不会少一大截。而且，删除的礼簿或亲友也不会再“自己回来”了。3. 天梯榜与隐私保护1.7.0 版本新增的「天梯榜」很有意思，分为“销金窟”（支出榜）和“进宝堂”（收入榜）。你可以看到全服用户的累计送出和收入，自己那一条会高亮显示。当然，隐私保护做得很到位，昵称自动脱敏（张*伟），只用到合计金额和笔数，看不到任何人的账本明细。如果你不想上榜，还可以在设置里关掉「榜上显示我」。🛠️ 开发者的用心从更新日志中可以看出，我作为开发者非常注重细节。比如：修复了“连点确认入账会重复入账”的问题。修复了“多人合送一笔时金额被重复计算”的问题。优化了“拍照取图原图优先”，解决了以前手写小字糊掉导致识别率低的问题。这些看似微小的修复，恰恰是实际使用中最影响体验的地方。📋 更新记录为了让用户清楚每个版本改了什么，我在小程序「我的」页内置了「更新记录」入口，这里也同步一份：v1.9.0（2026-10-10）拍照识别升级：改用视觉大模型，竖排、手写、无表格线的礼单一律能认准认不准的行会标黄提醒，默认不计入合计，核对后勾选即可识别出的日期和事由自动填好首页宫格新增「拍照录入」入口，拍完直接入账；备忘录移到「我的」里修复拍照录入几个会导致记错账的问题：改过金额的行没被勾选会被漏记、连点「确认入账」会重复入账、多人合送一笔时金额被重复计算修复换手机登录时数据拉不全：以前云端记录超过 1000 条，多出来的部分永远拉不回来，新手机上看账本会少一大截，现在会自动分批拉完修复礼簿合计对不上：卡片上显示的金额和点进去看到的明细合计不一致修复个别情况下删除的礼簿或亲友会「自己回来」v1.8.0（2026-09-18）修复天梯榜「榜上只有我自己」：以前每打开一次榜单只补算 3 位老用户的数据，人数一多就永远补不完；现在一次补齐，以前记过账的用户都会正常出现在榜单里榜单顶部改为显示「N 位用户 · M 人记过账 · K 人上榜」，一眼就能看出是还没人记账还是数据正在补齐；榜上人少时会直接说明原因新用户示例数据精简为一条：不再一进来就是 10 条礼金 + 2 本礼簿 + 借款 / 工资 / 日常 / 请柬，现在只保留一笔「示例-张三 · 送礼 888」，点开即可改成自己的第一笔记录v1.7.0（2026-09-18）新增「天梯榜」：销金窟（支出榜）与进宝堂（收入榜），把全服用户的累计送出、累计收入动态排序，榜上同时显示每个人的送出与收入合计，自己那一条完整显示并高亮标记榜单昵称自动脱敏（张*伟），只用到「合计金额 + 笔数」，看不到任何人的账本明细新增「榜上显示我」开关，关掉后你的数据不再出现在榜单里「我的」页最下方显示累计使用人数，点一下可刷新v1.6.0（2026-09-11）首页「最近 20 笔」升级为「往来记录」：按日期分组展示全部记录（今天 / 昨天 / 具体日期），归入礼簿的记录不再被隐藏，不再限于最近 20 笔每笔记录都标注所属礼簿，并显示当天收礼 / 送礼小计，点开即可查看与修改v1.5.0（2026-09-11）拍照识别专为礼单优化：只认「人名 + 金额」两项，大写金额（壹仟贰佰）自动换算成数字表头、合计、序号等文字一律忽略，识别结果更准更干净拍照取图改为原图优先（以前被压了两道，手写小字糊掉是识别率低的主因）识别率很低（等待下次优化）v1.4.0（2026-09-11）拍照录入接入百度智能云 OCR：拍下纸质礼单自动识别出姓名和金额，逐条核对后批量入账v1.3.0（2026-09-11）修复收礼本 / 送礼本顶部「共 X 笔 · N 本礼簿」统计被下方卡片遮挡的问题首页功能入口调整：「拍照录入」位置换成「备忘录」，随手记更方便v1.2.0（2026-09-11）新增「备忘录」：随手记随礼提醒、待办事项，支持标题、置顶、搜索新增「更新记录」：在「我的」页可展开查看每个版本改了什么同步改全自动：改动即存云端，断网自动重试，不用再手动点同步修复「关于账本」里版本号写死、改了 app.js 也不生效的问题修复头像上传失败只提示一句「请检查云存储」、看不到真实原因的问题v1.1.0（2026-09-10）新增日常记账与账单页，礼金之外的收支也能记新增数据备份 / 恢复，一键导出到剪贴板优化云端同步：切后台自动补传，断网重试不再丢数据移除内测入口，版本号改为统一配置v1.0.0（2026-09-08）首个版本：收礼本 / 送礼本分册记账拍照录入纸质礼单、礼簿一键导出（文本 / 长图 / 表格）亲友录往来结余、借款本、工资本、电子请柬微信登录云端保存，换手机数据不丢📥 如何体验？如果你也厌倦了繁琐的手动记账，或者想找一个能兼顾人情往来和日常备忘的工具，不妨试试「时间煮雨」。微信扫描下方二维码即可体验： (注：如果图片无法显示，请在微信中搜索小程序“时间煮雨科技”)结语：人情账，记的是数字，暖的是人心。用「时间煮雨科技」把繁杂的账目交给 AI，把更多的时间留给生活。
