前阵子在mba上配置ntfs的读写
发现buhontfs竟然只有一设备授权
那就发现了mounty，但是要求先安装依赖macfuse和ntfs-3g
官网是推荐homebrew，发现macports也有，那就试了试
发现以上这两个软件因为lisence限制，macports没办法提供编译的包，所以，在直接执行安装时发生错误
正确的做法是，应该让port从源码安装
后来让agent直接带我调试好了，完美。 脱离buho了
发现buhontfs竟然只有一设备授权
那就发现了mounty，但是要求先安装依赖macfuse和ntfs-3g
官网是推荐homebrew，发现macports也有，那就试了试
发现以上这两个软件因为lisence限制，macports没办法提供编译的包，所以，在直接执行安装时发生错误
正确的做法是，应该让port从源码安装
后来让agent直接带我调试好了，完美。 脱离buho了
Forwarded from 折腾啥 (小一)
GitHub
GitHub - Teleseon/cf-workers-et-ws: 在Cloudflare Workers上搭建easytier ws服务
在Cloudflare Workers上搭建easytier ws服务. Contribute to Teleseon/cf-workers-et-ws development by creating an account on GitHub.
cf-workers-et-ws: 基于 Cloudflare Workers 的 EasyTier WebSocket 服务端实现
• 采用 Cloudflare Workers + Durable Objects 构建轻量级中继节点，支持网络转发与 P2P 打洞信息交换
• 聚焦 EasyTier 连接稳定性优化，支持最快 25 秒断线检测、实时设备列表刷新和全局递增版本号同步
• 内置私有网络、延迟优先路由、 Protobuf 握手兼容与消息加密能力，适合自建去中心化组网入口
https://github.com/Teleseon/cf-workers-et-ws
🧐 合集 💬 群组 😄 恰饭 🥰 联系推广
🥰 #EasyTier #CloudflareWorkers #DurableObjects #WebSocket #P2P组网 #去中心化组网 #Protobuf
• 采用 Cloudflare Workers + Durable Objects 构建轻量级中继节点，支持网络转发与 P2P 打洞信息交换
• 聚焦 EasyTier 连接稳定性优化，支持最快 25 秒断线检测、实时设备列表刷新和全局递增版本号同步
• 内置私有网络、延迟优先路由、 Protobuf 握手兼容与消息加密能力，适合自建去中心化组网入口
https://github.com/Teleseon/cf-workers-et-ws
Please open Telegram to view this post
VIEW IN TELEGRAM
rdp无法连接的最可能的原因 如果没开防火墙 那可能是wifi网络被设成了public属性
可能原因：
1. 对方 Windows 把当前网络识别为“公用网络” —— 远程桌面的防火墙规则默认只对“专用”网络生效。设置里开了远程桌面 ≠ 防火墙放行，这是最常见的情况
2. RDP 防火墙入站规则被关，常见于装了 360/火绒等安全软件，或被“优化工具”清理过
3. TermService 服务实际没在监听(开关状态和服务实际状态脱节)
4. 对方是 Windows 家庭版 —— 家庭版根本没有 RDP 服务端，“服务开了”可能是误判
请在对方那台电脑上操作：
用管理员身份打开 PowerShell,依次执行：
# ① 确认版本 —— 如果是"家庭版"直接看下面备注
winver
# ② 确认 RDP 真的开启了(fDenyTSConnections = 0 才是开)
Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server' -Name fDenyTSConnections
# ③ 确认 3389 真的在监听(有输出才正常)
netstat -ano | findstr :3389
# ④ 检查防火墙远程桌面规则 —— 看 Enabled 是否为 True,Profile 是否包含当前网络类型
Get-NetFirewallRule -DisplayGroup "*远程桌面*","*Remote Desktop*" | Select DisplayName,Enabled,Profile
# ⑤ 检查当前网络是不是"公用" —— NetworkCategory 显示 Public 就是元凶
Get-NetConnectionProfile
如果 ⑤ 显示 Public 或 ④ 有 Enabled=False,一条命令修复：
# 网络改成"专用"(把 <索引> 换成 ⑤ 里看到的 InterfaceIndex)
Set-NetConnectionProfile -InterfaceIndex <索引> -NetworkCategory Private
# 强制启用防火墙远程桌面规则
Enable-NetFirewallRule -DisplayGroup "远程桌面"
Restart-Service TermService -Force
可能原因：
1. 对方 Windows 把当前网络识别为“公用网络” —— 远程桌面的防火墙规则默认只对“专用”网络生效。设置里开了远程桌面 ≠ 防火墙放行，这是最常见的情况
2. RDP 防火墙入站规则被关，常见于装了 360/火绒等安全软件，或被“优化工具”清理过
3. TermService 服务实际没在监听(开关状态和服务实际状态脱节)
4. 对方是 Windows 家庭版 —— 家庭版根本没有 RDP 服务端，“服务开了”可能是误判
请在对方那台电脑上操作：
用管理员身份打开 PowerShell,依次执行：
# ① 确认版本 —— 如果是"家庭版"直接看下面备注
winver
# ② 确认 RDP 真的开启了(fDenyTSConnections = 0 才是开)
Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Terminal Server' -Name fDenyTSConnections
# ③ 确认 3389 真的在监听(有输出才正常)
netstat -ano | findstr :3389
# ④ 检查防火墙远程桌面规则 —— 看 Enabled 是否为 True,Profile 是否包含当前网络类型
Get-NetFirewallRule -DisplayGroup "*远程桌面*","*Remote Desktop*" | Select DisplayName,Enabled,Profile
# ⑤ 检查当前网络是不是"公用" —— NetworkCategory 显示 Public 就是元凶
Get-NetConnectionProfile
如果 ⑤ 显示 Public 或 ④ 有 Enabled=False,一条命令修复：
# 网络改成"专用"(把 <索引> 换成 ⑤ 里看到的 InterfaceIndex)
Set-NetConnectionProfile -InterfaceIndex <索引> -NetworkCategory Private
# 强制启用防火墙远程桌面规则
Enable-NetFirewallRule -DisplayGroup "远程桌面"
Restart-Service TermService -Force
降水量（降雨/降雪量）是指雨水落到平地、不蒸发不流失后积起来的水深，单位是毫米（mm）。注意它是"水深"，不是体积——1 mm 降水 = 1 平方米地面上积 1 升水（约两瓶矿泉水）。
### 一、按"一天总雨量"的感受
<0.1 mm
• 等级: 微量
• 感官体验: 几乎感觉不到，地面微微发潮，叶子尖挂水珠，不打伞也行
0.1–10 mm
• 等级: 小雨
• 感官体验: 雨滴看得见，地面全湿但不积水，屋檐滴答；走路上身不怎么湿，鞋尖会潮
10–25 mm
• 等级: 中雨
• 感官体验: 雨成线状，雨声明显，地面有浅积水，撑伞能挡但裤脚会湿
25–50 mm
• 等级: 大雨
• 感官体验: 雨势急、视线发糊，走路溅水花，不打伞 1 分钟就透
50–100 mm
• 等级: 暴雨
• 感官体验: 窗外成帘，排水慢的路段积水，出行明显受影响
>100 mm
• 等级: 大暴雨/特大暴雨
• 感官体验: 内涝、看海级别，危险
### 二、按"一小时雨量"的强度（更贴近你刚才看的逐小时表）
<2.5 mm/h
• 等级: 小雨
• 感官: 蒙蒙细雨，伞都懒得打
2.5–8 mm/h
• 等级: 中雨
• 感官: 明显落雨，伞必需
8–16 mm/h
• 等级: 大雨
• 感官: 雨点砸脸，走路溅水
>16 mm/h
• 等级: 暴雨
• 感官: 视线受阻，路成河
### 一、按"一天总雨量"的感受
<0.1 mm
• 等级: 微量
• 感官体验: 几乎感觉不到，地面微微发潮，叶子尖挂水珠，不打伞也行
0.1–10 mm
• 等级: 小雨
• 感官体验: 雨滴看得见，地面全湿但不积水，屋檐滴答；走路上身不怎么湿，鞋尖会潮
10–25 mm
• 等级: 中雨
• 感官体验: 雨成线状，雨声明显，地面有浅积水，撑伞能挡但裤脚会湿
25–50 mm
• 等级: 大雨
• 感官体验: 雨势急、视线发糊，走路溅水花，不打伞 1 分钟就透
50–100 mm
• 等级: 暴雨
• 感官体验: 窗外成帘，排水慢的路段积水，出行明显受影响
>100 mm
• 等级: 大暴雨/特大暴雨
• 感官体验: 内涝、看海级别，危险
### 二、按"一小时雨量"的强度（更贴近你刚才看的逐小时表）
<2.5 mm/h
• 等级: 小雨
• 感官: 蒙蒙细雨，伞都懒得打
2.5–8 mm/h
• 等级: 中雨
• 感官: 明显落雨，伞必需
8–16 mm/h
• 等级: 大雨
• 感官: 雨点砸脸，走路溅水
>16 mm/h
• 等级: 暴雨
• 感官: 视线受阻，路成河
今天是有史以来单次任务消费AI点数最高的一天
让fox的grok4.6完成了 在线采集账号 在线批量重置账号 在线修改密码 登录账号 识别OCR 网页截图采集证书信息 的连环任务大概耗时半个小时
花了21credit差不多是7块钱
Fox本来就很坑，用完就用完吧
总结出了一点，就是其实验证码的OCR 可以采用本地小模型来完成的，相关项目也非常多，这样的话可以省钱
让fox的grok4.6完成了 在线采集账号 在线批量重置账号 在线修改密码 登录账号 识别OCR 网页截图采集证书信息 的连环任务大概耗时半个小时
花了21credit差不多是7块钱
Fox本来就很坑，用完就用完吧
总结出了一点，就是其实验证码的OCR 可以采用本地小模型来完成的，相关项目也非常多，这样的话可以省钱
我觉得AI的 可贵之处，有一点非常重要
就是在电脑上执行任务需要时间，那么就让他自己执行，你自己可以离开
那么离开途中的任何的操作也会手机推送给你，可以在手机上完成
这样你就不用耗在电脑旁边，从而省去了你很多的时间 精力上也不用太照顾
所以说如何远程介入或者是推送呃agent目前的进度是一个值得研究的一个话题
今天上午研究了一上午，先后试了Cc pocket还有happy code，还有paseo 甚至uu远程 都不太行
遇到的最大的问题就是他们不遵从目前工程里边所配置的config里面的模型文件 比如对于cc来讲，如果配置了一个第三方的模型的话，那么呃手机端就识别不了
还有就是呃如何能做到电脑开始任务之后，电脑可以介入, 后边是进行手机接管
目前我所看到的都是只有手机可以全面操控而做成了一个完全的remote模式，而不是把手机作为一个sidecar
仍然在探索中
就是在电脑上执行任务需要时间，那么就让他自己执行，你自己可以离开
那么离开途中的任何的操作也会手机推送给你，可以在手机上完成
这样你就不用耗在电脑旁边，从而省去了你很多的时间 精力上也不用太照顾
所以说如何远程介入或者是推送呃agent目前的进度是一个值得研究的一个话题
今天上午研究了一上午，先后试了Cc pocket还有happy code，还有paseo 甚至uu远程 都不太行
遇到的最大的问题就是他们不遵从目前工程里边所配置的config里面的模型文件 比如对于cc来讲，如果配置了一个第三方的模型的话，那么呃手机端就识别不了
还有就是呃如何能做到电脑开始任务之后，电脑可以介入, 后边是进行手机接管
目前我所看到的都是只有手机可以全面操控而做成了一个完全的remote模式，而不是把手机作为一个sidecar
仍然在探索中
Vibe coding的姿势又进一步跃迁了，算是一个milestone
这个暑假刚开始尝试了hermes
但是呃没能和本地的codex和claud挂钩
感觉还是差点事儿，然后呃前几天寻寻觅觅，寻找一个可以在手机上接管当前codex对话的工具
尝试了非常多，然后最后试了一下mindfs
刚开始的时候以为它是一个类似passio的那种很重的东西
结果发现他是一个挺简洁的后端，然后还带着内网穿透，然后手机端直接用pwa，所以说几乎传的东西都是原汁原味儿的，到了呃电脑端
甚至这个东西的诞生，它并不是单纯为了手机去接管codex的session，呃，它就像是一个work body 或者是codex desktop的这种wrapper
即使不是用它做远程访问来讲，当本地的agent rapper效率也挺高 因为这样VS code都免得打开了
接下来的话准备做成一个一键启动的一个东西
自动的激活venv环境 自动的在目标pwd给mindfs start
以后就不用每次都打开那么沉的VS code了
哎，这次变革之后，估计VS code的打开频率就没有像之前似的，差不多总是后台常驻了
走一步看一步吧
这个暑假刚开始尝试了hermes
但是呃没能和本地的codex和claud挂钩
感觉还是差点事儿，然后呃前几天寻寻觅觅，寻找一个可以在手机上接管当前codex对话的工具
尝试了非常多，然后最后试了一下mindfs
刚开始的时候以为它是一个类似passio的那种很重的东西
结果发现他是一个挺简洁的后端，然后还带着内网穿透，然后手机端直接用pwa，所以说几乎传的东西都是原汁原味儿的，到了呃电脑端
甚至这个东西的诞生，它并不是单纯为了手机去接管codex的session，呃，它就像是一个work body 或者是codex desktop的这种wrapper
即使不是用它做远程访问来讲，当本地的agent rapper效率也挺高 因为这样VS code都免得打开了
接下来的话准备做成一个一键启动的一个东西
自动的激活venv环境 自动的在目标pwd给mindfs start
以后就不用每次都打开那么沉的VS code了
哎，这次变革之后，估计VS code的打开频率就没有像之前似的，差不多总是后台常驻了
走一步看一步吧
接上条
顺带的在我的fmx1上 MBA mbp 都set up所有的刚才提到的这一套
包括ccswitch也是最近做的一个新变革，我决定抛弃了cpa，但是那个实实例应该继续运行吧
在FM X1上装了cc switch c li
然后默认后台常驻mind fs
只要ssh进去了，就可以取得一切操控权
太完美了
本来的想法是呃FM x的性能的话应该能扛得起大部分我在我的电脑上呃做的这些agent的工作，包括就是主要用Python dox呃，另外一些办公的呃代码工作等等
但是又说回来了 Fmx1是无头的，所以说貌似我做的工作好像大部分还需要有头啊，所以以后这个ffmx1上边的这个mind fs的利用率还是乘疑的
但是至少他具备这个实力吧
顺带的在我的fmx1上 MBA mbp 都set up所有的刚才提到的这一套
包括ccswitch也是最近做的一个新变革，我决定抛弃了cpa，但是那个实实例应该继续运行吧
在FM X1上装了cc switch c li
然后默认后台常驻mind fs
只要ssh进去了，就可以取得一切操控权
太完美了
本来的想法是呃FM x的性能的话应该能扛得起大部分我在我的电脑上呃做的这些agent的工作，包括就是主要用Python dox呃，另外一些办公的呃代码工作等等
但是又说回来了 Fmx1是无头的，所以说貌似我做的工作好像大部分还需要有头啊，所以以后这个ffmx1上边的这个mind fs的利用率还是乘疑的
但是至少他具备这个实力吧
之前积累的挺多工作，流在逐渐的显现他们的威力
之前做的油猴脚本来一下子导出整个学期的个人课表，然后现在可以直接给LLM，那就可以根据课表上的这个时间来修改教案里边的这个时间一键完成太方便了
以前的时候还指着大模型给推算了，一下子只能做几期，因为整个学期的这个日期推算出来的话也挺麻烦，现在直接没有瓶颈了
之前做的油猴脚本来一下子导出整个学期的个人课表，然后现在可以直接给LLM，那就可以根据课表上的这个时间来修改教案里边的这个时间一键完成太方便了
以前的时候还指着大模型给推算了，一下子只能做几期，因为整个学期的这个日期推算出来的话也挺麻烦，现在直接没有瓶颈了