Logo

site iconManatee LazyCat

懒猫微服CEO,Linux, Emacs开源社区从业二十余载。
请复制 RSS 到你的阅读器,或快速订阅到 :

Inoreader Feedly Follow Feedbin Local Reader

Manatee LazyCat RSS 预览

最佳代理实践 (2026-2-3)

2026-02-03 00:00:00

购买机场

因为我需要那种超级稳定, 支持 SSH, 同时国家节点特别多的顶级机场, 经过网友的推荐, 最后买了 Nexitally 家的, 全世界节点 135 个, 延迟非常低, 很给力哇。

安装 v2raya

ArchLinux 用yay -S v2raya 命令一键安装 v2raya

  • 用 sudo systemctl start v2raya.service 命令启动服务
  • 用 sudo systemctl enable v2raya.service 命令设置为开机启动

添加订阅

订阅机场: Nexitally 机场购买后, 等一下, 在 Ss & Trojan 页面点击对应操作系统平台的 Shadowsocks 拷贝机场订阅 URL, 然后在浏览器打开 http://127.0.0.1:2017, 打开 v2raya 的配置界面, 点击导入按钮导入。

选择服务器: 选择 CDN.KINETICBLOOM.ORG 标签, 选择一个合适的服务器, 然后选择左上角启动按钮,开启代理。

备注: 奶昔现在为了防止攻击, 它需要你登录以后去掉备用梯子, 然后点击订阅的地方等 60s

配置 v2raya

http://127.0.0.1:2017 右上角点击配置, 进行如下配置:

  1. 透明代理/系统代理: 启用: 分流规则与规则端口所选模式一致
  2. 透明代理/系统代理实现方式: tproxy (tproxy 对 nftables 支持更好, ArchLinux 最新用的 nftables, redirect 兼容性查)
  3. 规则端口的分流模式: RoutingA, 右边的规则配置见下面
  4. 防止 DNS 污染: DoH (DNS-over-HTTPS)
  5. 特殊模式: 关闭 (不要选择 supervisor, 这个选项会导致懒猫微服应用打不开)
  6. TCPFastOpen: 关闭
  7. 嗅探: Http + TLS + Quic
  8. 多路复用: 关闭
  9. 自动更新订阅: 关闭

保存后,再次打开设置按钮,点击弹出对话框右上角 ‘更新’ 按钮, 更新 GFWList。

奶昔的机场不要自动更新订阅, 要不会发生错误 failed to start v2ray-core: LocateServerRaw: ID or Sub exceed range, 如果遇到, 就删除 “/etc/v2raya” 目录下所有文件, 然后重启 v2raya sudo systemctl restart v2raya 后, 重新配置即可。

规则配置

default: proxy

domain(domain:163.com, domain:qq.com, domain:wechat.com)->direct
domain(domain:jd.com, domain:taobao.com)->direct
domain(domain:heiyu.space, domain:lazycat.cloud)->direct

domain(domain:unsplash.com)->proxy

domain(geosite:google-scholar)->proxy
domain(geosite:category-scholar-!cn, geosite:category-scholar-cn)->direct
domain(geosite:geolocation-!cn, geosite:google)->proxy
domain(geosite:cn)->direct
ip(geoip:hk,geoip:mo)->proxy
ip(geoip:private, geoip:cn)->direct

第一段是默认走代理,第二段设置一些直连的域名(比如微信、QQ、网易云、京东、淘宝、懒猫微服),第三段设置一些国外走代理的网站,最后一段设置一下大陆走直连的域名。

这样设置不影响微信客户端启动, 比 GFWList 方便, 因为防火墙列表不一定全面, 很多新认证的网站范围上不了。

手机端

手机端我用 v2rayNG 客户端, 直接在 Nexitally Ss & Trojan 页面找到 Android 的 Shadowsocks 的订阅地址, 导入到 v2rayNG 即可。

替换系统DNS

Arch Linux 自己的 DNS 用的是 systemd-resolved, systemd-resolved 自己的 DNS 策略会导致路由器 192.168.1.1 , 这样会导致 DNS 污染, 因为 tproxy 没有正确拦截到 DNS 流量。

用下面方法可以修复系统 DNS 和 v2raya 冲突的问题

# 让系统直接用外部 DNS,这样 tproxy 才能拦截
sudo mkdir -p /etc/systemd/resolved.conf.d/
echo -e "[Resolve]\nDNS=8.8.8.8\nDNSStubListener=no" | sudo tee /etc/systemd/resolved.conf.d/no-stub.conf
sudo systemctl restart systemd-resolved

# 修改 /etc/resolv.conf 指向真实 DNS
sudo ln -sf /run/systemd/resolve/resolv.conf /etc/resolv.conf

# 重启 v2raya
sudo systemctl restart v2raya

恢复系统默认 DNS 设置的方法

# 删除配置文件
sudo rm /etc/systemd/resolved.conf.d/no-stub.conf

# 恢复默认的 resolv.conf 软链接
sudo ln -sf /run/systemd/resolve/stub-resolv.conf /etc/resolv.conf

# 重启服务
sudo systemctl restart systemd-resolved

用 vibe-kanban 减少等待的时间

2026-01-25 00:00:00

现在 AI 是很强大,但是每次等 AI 要花很长时间

今天听同事的推荐,使用了 vibe-kanban

每个想法提交多个任务,让 AI 并行去完成,每个任务的代码都在一个 git workspace 内,多个 Agent 不会互相改代码影响对方

这样大大提高了 AI 编程的效率,等待这个任务的时候,可以测试其他任务

最近用 AI 的一点感悟

2026-01-25 00:00:00

三大模型优势对比

Claude Opus 是干活智商在线的,太复杂 bug 容易拧不清,好在实力均衡

Codex 是数学家,修复算法 bug 很厉害,但是平常干活太慢了,着急

Gemini 是前端专家,修复一些前端多重事件相互冲突的疑难杂症是把好手

不要手写CLAUDE.md

用 Claude Code 不要手写 “http://CLAUDE.md”

很多人说为了避免 AI 幻觉,要写“http://CLAUDE.md”文档给 AI 加约束

是的,但是你可以不用手写的

下面是我的使用经验

  1. 进入 plan 模式详细的说你软件的设计、功能、操作流程,甚至你可以让 AI 学习你过去的代码和友商的截图

  2. AI 写完以后,多做测试,如果功能阶段性稳定,就告诉 AI:“把这些功能写入http://CLAUDE.md,避免 AI 幻觉”

  3. 然后继续写功能,如果功能错了就 git checkout ,如果功能对了,就继续让 AI 更新“http://CLAUDE.md”文档

这样既可以快速完成软件,又不用手动更新,特别是当前更新有复杂算法的时候,你自己手工写还不如 AI 写的精准

人类是AI的拖油瓶

这段时间深度用了 Opus 发现

如果一个人兼具 CTO、产品经理和设计师的技能,只要思路清晰,2 天做一个商业级 App 很轻松

唯一的瓶颈是人要睡觉,拖了 AI Agent 的后腿

谁要开发一个睡眠终端,睡觉的时候给 AI Agent 提示词,第二天起来地球会不会毁灭?🤣

plan的重要性

  1. 先写 Plan 把核心技术、界面布局和操作逻辑都描述清楚,这样 AI 写出来的代码特别稳定,不会是那种逻辑混乱的 shit

  2. 好好的把 PC 端测试一下,用心的打磨 UI 细节、操作逻辑、交互细节

  3. PC 端打磨好以后,让 AI 根据稳定的功能输出http://CLAUDE.md文档,避免 AI 后续开发功能产生幻觉

  4. 再次进入 plan 模式,让 AI 根据 PC 端的功能给你手机端的 UX 建议,因为 AI 非常理解 PC 端的逻辑,它的建议一般都很实用,完整的写下你的移动端 UX 方案,和 AI 认真探讨各种细节,并让 AI Review 一下你的方案,看看逻辑和交互细节上是否有漏洞?

  5. AI 定制的移动端改版方案没问题,直接开干,最后测试移动端,打磨 UI 细节

按照这个步骤开发的 AI 软件,又快又稳定

AI编程更应该像建筑师一样思考

这个和我今天晚上和非开发同事聊的差不多

AI 是能力的放大器,更是建筑师的包工头

怎么说?

Vibe Coding 软件真的要走得远,本质是你要理解什么是 Vibe Coding

Vibe Coding 和建筑师很像

你终于有一天是建筑师了,只用坐在办公室了,不用亲自打地基、了解材料热力学特性、走网络、做软装和外墙造型了,你只用坐在办公室规划图纸就好了

Vibe Coding 的最后就是建筑师职业

但是一个优秀的建筑师,以前肯定知道怎么造楼的方方面面,跑过无数次工地,被各种大的小的事情坑过无数遍,无数遍经验造就了设计师的能力

编程也是一样的,你只有趟过无数个坑,你才不会被 AI 坑到,你才会在 AI 走入死胡同的时候拉它出来,给它新的方向,你才会虽然不看代码,但是看表现就能知道它代码结果哪里没设计好

而这一切都源于你做过,你擅长,你知道怎么收尾

AI 本质就是在你知道的认知领域,按照你的指挥,帮你干体力活,如果你已经做过很多模块,新的软件只是把过去的模块重新组合创造,那么 AI 很合适,因为它像一个任劳任怨的同事再给你干苦活累活

如果你没有干过建筑师,你才盖了一个毛坯房,你就觉得自己牛逼,但是你会发现,你盖到 2 楼你就盖不下去了,你不知道怎么通过合适的提示词控制 “AI 这棵树怎么精确生长”, 你的业余的话只会给 AI 增加过多的冗余代码,直到有一天,上下文超过 AI 的脑容量,你再说什么它都是糊涂的

本质 Vibe Coding 到商业化的方法途径就是三个:

  1. 自己曾经是商业化落地的程序员,蹚过无数坑

  2. 新的软件本质是新的架构,大脉络一定要清晰,脉络不清晰,楼盖不高

  3. 骨架改好了,其实剩下的事情很简单,在某一个维度(约束上下文),人类做测试,AI 微调,知道水电、软装和外墙装好

像一颗树从下到上去AI编程更稳定

AI 现在进化非常强大,深度思考能力很厉害,比三个月前厉害多了

要用好 AI 的话,其实就把软件工程想象一棵树

你以前知道这个树,它是怎么逐步生长的

所以说你每次跟 AI 布置任务的时候,要从这树根到树枝去布置,且每次布置任务的时候,不要贪多,尽量功能小、明确

这样从树根到树枝的任务布置,AI 写代码,即使不需要很多约束文档,它也会写得非常好,因为它的上下文很明确

我昨天晚上就是从树根到树枝这样去梳理整个项目的发展,然后写的 todo list, 然后每一个 todo list 都是非常明确的

基本上除了窗口阴影这一块,AI 有点犯糊涂以外,其他都是一次写对的

而且还有个细节,就是如果 AI 写对的时候,要及时 commit,保护它的成果,免得你写了很久以后,有一次需求没说对,然后它给你全部搞乱了

那你就要重新跟它说话了😂

AI时代更需要老师傅

AI 时代最好的程序员是那些爱学习的老师傅

不是便宜的新手程序员

AI 的代码还是需要老师傅矫正的,只图便宜的老板,有一天线上系统崩溃以后,你会发现没人背锅,因为新手程序员早就跑路了🤣

AI时代更好的组织架构

分享一下 AI 软件开发的流程:

  1. 产品经理先画草图

  2. 产品经理和技术总监和项目经理沟通需求

  3. 技术总监研究出每个地方核心点的技术原理

  4. 打开 Claude Code Opus,进入 plan 模式,先告诉 AI 你要做什么软件,然后告诉 AI 每个点的核心技术,然后产品经理详细描述一下软件的 PC 和手机的控件细节和交互流程

  5. 让 AI 总结软件的实现细节、核心原理、交互流程,并且让 AI 检查逻辑操作漏洞和交互细节,反复检查

  6. 没问题后让 AI 干活,30 分钟左右全自动干完

  7. 测试,让 AI 改界面,改逻辑,改 UI 细节

  8. 开发对接懒猫微服存储

  9. 发布,给用户反馈,让 AI 修 bug

AI编程适合的场景

Vibe Coding 适合的场景:

  1. 探索未知技术,让 AI 帮忙找到底层 API
  2. 解读别人代码,快速理解程序脉络
  3. 明确需求的情况下,帮程序员减少功能模块的体力活

也适合不懂编程的人写一些 Demo,验证想法

但是不适合一直许愿,超大项目的 AI 编程,如果没有超大规模的架构/风格/模块约束文档,功能越多,上下文越大,越容易失控

AI 是好副驾,但是不是新手构建超大规模软件的许愿池

AI整体思考法

随着功能越来越多,代码越来越复杂,加上 AI 的上下文是有限的,项目后期经常遇到 AI 修一个 bug 修不好

就像水里的葫芦,这边按下,那边又起来了

原因是什么呢?

大概率是有一个功能的逻辑牵扯面太广了,AI 缺少一个 “总体逻辑” 去搞定所有牵扯面的 bug

这时候,如果你不讲究整体思维,还是然它一个劲的修 “局部”bug, AI 来回修 Bug 的同时又产生新 Bug 会把你整崩溃

这时候怎么办呢?

进入 plan 模式, 你完整的把这个功能相关的所有逻辑都给他讲一遍,让它理解所有牵扯面,你期望的逻辑操作和正确的逻辑是什么,这里描述一定要逻辑严谨完整

然后让 AI 检查现在的代码是否和你期望的 “整体逻辑” 是否相符?

AI 回答完,你会发现 AI 检查出来,代码的好几处逻辑都和你的 “整体逻辑” 不符合,比如你的逻辑有 10 个点,而 AI 检查代码只覆盖了 6 处,剩余的 4 处,如果你不按照 “整体逻辑” 去修复,只修复你当前遇到的这一处,就会发生按下这头那头又起来的问题

所以,解决方案是:

  1. plan 模式: 整体讲一遍逻辑

  2. plan 模式:AI 先和你对齐整体逻辑的需求

  3. 让 AI 理解整体逻辑后,所有不满足的 bug 一起修复,而不是只修复一处

这样一次就可以写一个很完备的补丁,这就是我用 AI 编程为什么这么稳定的原因

用整体逻辑法修深层次 bug

营销就是三板斧

2026-01-25 00:00:00

做任何事情成功的秘诀都是这三点,创业也好,做推特营销也好,做产品也好

第一,有趣的灵魂,有趣的灵魂是自己读了很多书,旅游了很多地方,见了很多有趣的人,内心保持善良,想分享自己的有趣给世界

第二,勤奋,现在世界光聪明不行,还要非常的勤奋、超强的执行力,才能把自己构想的产品做出来

第三,分享欲,不管是创业带团队的管理能力分享,还是做产品的理念分享,还是做营销的帮助他人,你要有超强的表达欲

如果你做到这三点,其实做任何事情都是会成功的,很多人认为这三点很简单,其实你反过来想,一点都不简单

很多人做营销运营,总是去学习别人的套路,总是想钻空子。为什么别人普普通通一张图,就有很多人的回复呢?本质不是别人套路多,本质是发文的这个人要对生活充满热爱,自己要有趣,自己有趣,世界都是你的灵感

第二就是勤奋,很多人只想投机躺着赚钱,但是你想,这个世界上很多人都超级聪明,跟你一样聪明的人数不胜数,你唯一给他们的差别就是执行力。如果你能每天都坚持做你热爱的事情,超过 10 年,你们的差距就是 100 倍以上

第三个更难,就是很多人做东西做产品也好、创业也好还是营销也好。想的太多了,套路太多了。其实你就想,你热爱的东西分享出去,这就是有价值。因为你热爱你的产品,一定有跟你品味一样的人也喜欢你的东西。但是你要带着帮助他们的初心去分享

当你真的热爱自己的事情,而且非常勤奋的时候,你只要正常表达,就会有很多人来认同你

老板们,我们做懒猫微服的初心就是想让每个人拥有自己的数据、云服务和 AI 算力,我可能是全推特最勤奋的销售了。我经常也分享很多我的创业经历、产品理念和硬件研究的好玩的东西

如果你喜欢我们的懒猫微服和算力舱,赶紧下单吧!我们的老款清仓价超级便宜,你敢私信我,我就敢给你最大的优惠😁

演讲不怯场的技巧

2026-01-25 00:00:00

我以前经常在几千个技术人面前演讲,我跟大家分享一下演讲不怯场的三个方法,特别容易学习

第一,你上台以后,你就看着台下的观众,你就想象这些观众都没有穿衣服,你是不是特别想笑?当你笑的时候,你就不会怯场了

第二,你的 PPT 不要写得太详细,你的 PPT 主要就是两个内容,把标题和内容当提示词写,然后尽量多放图。字越少越好,不要满篇都是文字。因为如果你在讲台上念 PPT 的话,文字太多,大家都会睡着,而且你万一念错了,你又紧张。所以你的 PPT 的这些文字,少量的文字其实是你的助记词,你看到这些助记词的时候,你就随便讲。你万一讲错了,记住不要停,因为你的文字太少了,大家也不知道你正确的版本是什么。简单来说,这一条就是一本正经的胡说八道,哈哈哈哈

第三条就是,你看台下人的时候,看他的额头,不要低头,低头没自信。你看他的额头,不要看他的眼睛,这样你就不紧张了

这 3 点是不是特别容易学会🤣