ICDYCT / 我能, 你也行 / I Can Do, You Can Too

我非常幸运, 是先看到了消息说 { 有人更换了gmail前缀后, 在google一键登录的网站被认为是新用户 }, 然后才可以 { 更换gmail前缀 } 的 所以我今天是这么干的: * 假设我原来的gmail是 old@gmail.com , 我想改为 new@gmail.com 1. 找到哪些网站被google一键登录了 https://myaccount.google.com/connections 特别是, 有些奇怪的, 你从 名字 并不能知道是哪个网站使用了google一键登录. 需要点击一下"查看详情" 看到网站的域名 2. 去这个网站登录, 然后添加  old@gmail.com  邮箱登录 3. 在这个网站关闭 google 一键登录 * 建议网站的页面不要关了, 一会儿还要用 * 对于所有你觉得有数据需要关联的重要网站, 重复 第 2, 3 步 4. 换gmail前缀  new@gmail.com https://myaccount.google.com/google-account-email 这时,  old@gmail.com  和 new@gmail.com  同时存在, 同时可用 5. 去网站修改登录邮箱为  new@gmail.com * 前面建议你网站的页面不关, 这里就方便了 6. 给网站添加google一键登录 * 如果你觉得网站不需要使用 google 一键登录, 就用旧邮箱登录也行, 那么就不需要 第 5, 6 步

前言 我的 Oracle ARM VPS 配置: 2核  CPU 12G 内存 47G 硬盘 想编译  https://github.com/forkgram/tdesktop 项目 面向GPT开发 Hermes 对接 mimo-v2.5-pro 把 https://github.com/forkgram/tdesktop clone到本地, 并完成编译 第1次编译 失败 原因 硬盘空间不够 记录 解决方案 新开了一个session, 让Hermes 分析硬盘空间占用, 把一些其它项目的环境删了, 把一些可以移动的数据 打包搬到其它VPS上暂存. 清理出来 25G 硬盘剩余空间. 第2次编译 失败 原因 硬盘空间不够 解决方案 新开了一个 session, 让 Hermes 到互联网上去找一下相关资料, 有没有人遇到过同样的 telegram desktop 编译失败的情况. Hermes 找来找去, 找到一个解决方案. 直接用aqtinstall安装(而不是编译) QT 6.11.1, 然后用 .so 动态链接 第3次编译 成功 用时 约5小时 内存峰值 约9GB (整个系统) 硬盘占用 约10GB (只统计编译相关的) (Qt直接下载了, 不需要编译)  总结  1, 让 Agent 先参考官方编译指南 (用 Docker) https://github.com/telegramdesktop/tdesktop/blob/dev/docs/building-linux.md 2, 如果 第1步 失败, 就分析 Docker 流程, 拆成一步一步的操作, 看哪里出问题. 如果卡在Qt编译步骤, 那么用aqtinstall安装Qt 代替编译

前言 之前 我们实现了 MDPC 多内核 单outbound 考虑到 有可能会给我的初翻墙朋友推荐 JMS机场   那么我们来支持 shadowsocks 吧! 面向GPT开发 Hermes 对接 mimo-v2.5-pro 支持SS 先单独开了一个 session上下文, 专门分析shadowsocks有哪些分支内核, 有哪些协议. 最终决定使用shadowsocks-rust内核, 支持SS-AEAD2022协议. 学习 ~/shadowsocks-rust/shadowsocks-rust-guide.md 报告 基于 mdpc 项目, 增强开发, 支持 shadowsocks-rust 内核 和 shadowsocks 协议. shadowsocks翻墙内核是单配置文件, 参考hysteria内核已有的设计. 细节调试 略. 完 支持订阅 在 mdpc/05-outbounds.html 增加订阅链接功能. 丢了2个订阅链接过去. JMS的订阅链接报CORS的错. 我在链接前面套了个 uniproxy 就行了. 我自己的 pastebin 在 worker.js 里设置好 CORS, 能直接获取. 1. 可以同时写多个订阅, 把订阅解释结果合并 2. 订阅应该在节点解析的上面,  先把订阅的内容填充到节点解析, 还可以手动修改 outbound 列表 要有一个清除重复 的按钮 因为用户有可能 点击多次  “解析并添加” 按钮造成节点信息重复的后果 其它细节调试 略. 完 Github https://github.com/crazypeace/my-dream-proxy-client/releases/tag/v1.5.0

前言 之前我们实现了 用自然语言指导Hermes去掉xray对allowInsecure的报错 那么, 能不能进一步的, 去掉v2rayNG对allowInsecure的报错? 面向GPT开发 Hermes 对接 mimo-v2.5-pro 以下内容为向 Agent 发的自然语言  把 https://github.com/2dust/v2rayNg 按最新 release tag  clone 到本地, 不要放 tmp 目录, 未来有长期分析任务 对项目全量代码进行分析 Agent的报告显示, AndroidLibXrayLite/ 是 xray-core 那么, 我们进一步地询问 AndroidLibXrayLite/  在项目中是源码, 还是从外部引用现成的结果? Agent的分析报告显示, AndroidLibXrayLite/ 指向 2dust/AndroidLibXrayLite 这个项目生成的结果. 那么, 我们进一步地询问 对比分析 github 2dust/AndroidLibXrayLite 和 xtls/xray-core Agent的分析报告显示, AndroidLibXrayLite 项目包含了 xray-core 的源码, 然后自己编译, 生成 Android 的 .aar 库 到这里, 我们的思路就非常清晰了. 第1步, 我们已经有了一份 不对allowInsecure报错的xray-core源码 https://github.com/crazypeace/Xray-core-allowInsecure 第2步, 建立一个AndroidLibXrayLite项目的 fork, 把导入的xray-core源码设置为第1步中的项目 建立一个AndroidLibXrayLite项目的 fork, 把导入的xray-core源码设置为 https://github.com/crazypeace/Xray-core-allowInsecure 第3步, 建立一个v2rayNG项目的fork,  把 AndroidLibXrayLite/ 指向为第2步中的项目生成的成果 建立一个v2rayNG项目的fork,  把 AndroidLibXrayLite/ 指向为...

前言 我们已经实现了 用自然语言指导 Hermes 对接 mimo-v2.5-pro 帮我们裁剪 xray 那么, 对原版xray做个小改动不是应该更轻松吗?   之前xray对allowInsecure报错影响了很多人. 如果我们对xray原版小改一下, 不报这个错呢? 面向GPT开发 Hermes 对接 mimo-v2.5-pro 以下内容为向 Agent 发的自然语言  准备对 https://github.com/xtls/Xray-core/ 项目做一个小改动. 你把项目按最新 release tag clone 到本地, 不要放 tmp 目录, 会有进一步的分析和修改. 我们发过去写好了客户端hy2出站的配置文件  当我加载这一份 客户端 配置文件时, 报错 Failed to start: main: failed to load config files: [configTest5399724284136231556.json] > infra/conf: failed to build outbound config with tag proxy10829 > infra/conf: failed to build stream settings for outbound detour > infra/conf: Failed to build TLS config. > common/errors: The feature "allowInsecure" has been removed and migrated to "pinnedPeerCertSha256". Please update your config(s) according to release note and documentation. 本地socks5代理和 http代理无法使用. 请分析原因, 并给出修改方案. Agent 分析了一大堆. 我们不看.  同意, 请实施. 然后 Agent 忙啊忙啊, 说完成了. 我们提醒TA用刚刚发的配置文件验证.  用我的配置文件测试 本地socks5代理和http代理是否正常工作. Agent 测试通过. 那我们自己也实际测试一下  交叉编译一份 w...

前言 之前 面向GPT开发 做了 MDPC 翻墙客户端 把翻墙内核装进去后, 一看整个目录, 体积还挺大的. 我就想, 既然我只用这几个协议, 那么我把内核裁剪一下能省多少体积呢? 放在以前, 知道这个事情是有可能性的, 内核代码都开源的嘛, 但是根本不敢动手.  现在这个时代, 人人都有赛博打工人了, 就让我们动动嘴吧!   面向GPT开发 Hermes 对接 mimo-v2.5-pro  以下内容为向 Agent 发的自然语言  把项目 https://github.com/XTLS/Xray-core 按最新 release tag clone到本地,  不要放 tmp 目录, 未来要进一步工作.  全量分析学习一下项目代码, 特别是 reality 协议相关的. Agent 分析了一大堆. 我们不看. 发过去写好了客户端reality出站的配置文件.  我要对这个项目进行裁剪, 只需要能满足这套配置文件. 请进行分析.  Agent 分析了一大堆. 我们不看.  同意, 实施. 然后 Agent 忙啊忙啊, 说完成了. 我们提醒TA用刚刚发的配置文件验证.  测试 配置中设定的 socks代理, http代理 能不能正常工作.  配置中还包括 route 分流, 也要进行测试  Agent 测试通过. 那我们自己也实际测试一下      交叉编译一份 win10 amd64 的结果 然后把编译结果放到自己电脑上面的 MDPC, 替换掉原版 xray.exe 测试功能正常.      把修剪后的 xray 上传到 github fork     发布 release 把你刚刚编译的结果传上去    Github 代码  https://github.com/crazypeace/Xray-core   Release https://github.com/crazypeace/Xray-core/releases/tag/v26.3.27-trimmed  

前言 之前 面向GPT开发 做了 MDPC 翻墙客户端 把翻墙内核装进去后, 一看整个目录, 体积还挺大的. 我就想, 既然我只用这几个协议, 那么我把内核裁剪一下能省多少体积呢? 放在以前, 知道这个事情是有可能性的, 内核代码都开源的嘛, 但是根本不敢动手.  现在这个时代, 人人都有赛博打工人了, 就让我们动动嘴吧! 面向GPT开发 Hermes 对接 mimo-v2.5-pro  以下内容为向 Agent 发的自然语言  分析 sing-box 项目 https://github.com/SagerNet/sing-box , 如果只需要支持 客户端 出站 anytls 协议, 代码可以裁剪吗? Agent 回复了一堆代码分析报告, 我们人不看的, 当作TA自己工作的上下文环境. Agent 提到几个问题, 需要我们回复一下.  本地入站 -- 需要支持本地 SOCKS5/HTTP 入站 用 build tag 条件编译 Agent 又分析了一大堆. 我们不看. 发过去写好了客户端anytls出站的配置文件. 裁剪编译之后 的程序要能使用这一套配置文件. 你再进一步分析确认一下 Agent 又分析了一大堆. 我们不看.  同意, 开始实施.  然后 Agent 忙啊忙啊, 说完成了. 我们提醒TA用刚刚发的配置文件验证. 用我刚刚发的配置文件实际测试一下是否正常工作. Agent 测试, socks代理和 http代理都正常工作. 那我们自己也实际测试一下 交叉编译一份 win10 amd64 的结果 然后把编译结果放到自己电脑上面的 MDPC, 替换掉原版 sing-box.exe 测试功能正常.  把修剪后的 sing-box 上传到 github fork 发布 release 把你刚刚编译的结果传上去   Github  https://github.com/crazypeace/sing-box-1/tree/with_anytls_only   https://github.com/crazypeace/sing-box-1/releases