取决于你开关的频繁程度
能介绍一下 用的什么油猴脚本 吗? 想看看 好用在哪里
换个思路:
日常最好的输入法是 语音 输入法.
fable 5 出 plan,
其它模型只管执行.
+1
我的
支持宝, 美团(等这一类), 手机运营商 APP, 银行 APP
都设置成了 老人模式
就用几个核心功能, 跳过各种广告.
对于"在 AGENTS.md 和 skill 中已经有要求代码干净整洁，以及优先使用 Validate 的要求。
可是每次它还是会写出大量的防御性编码，导致 review 时读起来很难受"
提问:
-
你的核心问题是 "review 时读起来很难受" 是吗?
换个说法, 如果 review 时不难受, 是不是 大量的防御性编码 对你来说不难受?
举个例子, 如果这些 "大量的防御性编码" 被隐藏了, 不影响你 review 代码, 是不是可以满足你的需求? -
你的核心问题是 "会写出大量的防御性编码" 是吗?
你除了在 AGENTS.md 和 skill 中 写 "要求代码干净整洁，以及优先使用 Validate 的要求" 这样笼统的描述以外.
可以具体的给出范例.
比如,
当完成一个 XXX 的逻辑时,
应该写 XXXX,
不要写 If ... else ... 异常 ... -
你对 "要求代码干净整洁" 有具体的标准吗?
比如, 像某个行业通用规范一样?
像 go 编译器一样?
或者像你自己已经存在的某个项目库一样?
“年轻人的奥德赛时期”，指的是20 岁到 35 岁左右，一个充满探索、试错和不确定性的漫长过渡阶段。它借用希腊英雄奥德修斯漂泊十年的典故，来形容当代青年离开校园后，在真正安顿下来之前那段寻找自我的旅程。
🧭 什么是“奥德赛时期”？
这个概念最早由美国专栏作家戴维·布鲁克斯在 2007 年正式提出。它并不是一个简单的“新词”，而是对一种普遍社会现象的描述：
- 从线性到多元：过去，人生像是沿着“毕业-工作-结婚-生子”的线性轨道前行。而现在，这条路径变得模糊而多元，年轻人进入了“奥德赛时期”，在多种可能性中探索。
42
"看着这么多不知道多少个小时的音乐文件
我觉得我没有必要去欣赏目前正在流行的歌曲了
我一下子明白了
不同时代的人, 就是会有不同的口味
没有必要强行互相理解
现在的年轻人, 在 TA 们成长的过程中, 会遇到打动 TA 们心灵的歌曲
这就是 TA 们的人生, 这就是 TA 们的命运"
https://zelikk.blogspot.com/2025/10/podcast-myspiritualmedicine-anotherbeat-hard2escapedclassic.html
我刻意测试的.
如果一个普通人,
没有多少代码能力, 或者说我刻意测试对代码能力的要求能到多低.
表达能力 OK,
没有多少钱, 或者说, 刚上手玩 AI, 不愿意投钱. 所以只能用便宜的, 白嫖的, 路边捡别人用不完的 TOKEN
前段时间路边不是大把的 MIMO 可以捡嘛.
所以我的博客前面几篇全是用 MIMO 的.
但是效果还是可以的, 可以做到很多普通人的"开发"需求了.
谢谢! 刚抽到转头像的效果, 就试了一下. 让 claude 做的 GIF.
^_^
我完全没有说站长作弊的意思.
我只是从信息透明度的角度考虑.
papi
陈一发儿
我倒是有个想法,
普通用户免费用, 用次级模型, 不能一次成功, 需要用户监督, 纠错.
模型厂商拿到普通用户的使用数据, 训练模型, 提供 SOTA 模型给高价值用户, TA 们付很多的钱.
先说使用效果好不好, 再说贵不贵.
"有一个很强的能力，就是会把你的问题无限放大，反正就不是他的问题"
这就是 甩锅学
好好学吧
职场必备技能
正式的事情 要发邮件, 留痕.
主管不回邮件的话, 你要催 TA 看邮件.
@lens 把你自己的 tg 的 username 删掉, 能减少特别多的广告.
你的意思 是不是:
在云端 (不占用你本地内存) 加载 ai 交流记录, 进行查找 / 分析
?
升级给主管裁决啊.
就算主管不能帮你解决问题, 至少有一个好处, 主管知道这件事情对你的进度产生了影响, 不会怪你进度了.
公司里面分上下级就是作这个用的. 下面协商不了的, 就升级给上面协商.
瞎猜 是不是 独生子女 的关系, 根本就没搞明白 父母给钱买房的这个所有权归谁. 所以才会想到说不买房, 钱拿来旅游.
就算 钱不用来买房而是旅游, 那也是父母去旅游而不是 TA 们去旅游.
不管叫什么名字, 本质上商业就是这样呀.
我的 tg 现在是 面向 agent 开发的操作界面
哈哈
我使用 #Xshell 作为 win 环境下的 ssh 工具
这些特性我喜欢
Xshell 自动记录日志 方便排错 ( https://zelikk.blogspot.com/2022/03/xshell-auto-log.html )
Xshell 的 Compose Pane 撰写窗格同步发送到多个 VPS ( https://zelikk.blogspot.com/2022/04/xshell-compose-pane-vps.html )
Xshell 高亮 Highlight 功能 帮助你留意 IPv4 IPv6 UUID Error Warning 支持正则表达式 ( https://zelikk.blogspot.com/2022/05/xshell-highlight-reg-exp-ipv4-ipv6-uuid-error-warning.html )
Xshell 中 Ctrl + 鼠标左键 快速移动光标 ( https://zelikk.blogspot.com/2024/11/xshell-ctrl.html )
Xshell 将选定的文本自动复制到剪贴板 像 windows 的 cmd 一样 ( https://zelikk.blogspot.com/2025/10/xshell-copy-selected-texts.html )
我的博客中 Xshell 相关的文章 ( https://zelikk.blogspot.com/search/label/Xshell )
#教程
我是来抬杠的! 🤣
今天（2026 年 7 月 1 日）是 2026 年的第 182 天
下半年的第一天 应该是 第 183 天, 也就是 明天 7 月 2 日
哈哈. 🤪
我也推荐 hermes,
发版本比 openclaw 稳定
hermes 基于 python, 对各种环境各兼容. 我在 768M 内存的环境都跑起来了. 我在 centos7 的环境都跑起来了.
hermes 基于 python, 还有一个好处, 就是修改自身的代码积极性比较高.
而且所改即所得, 改完就能跑起来. openclaw 是基于 ts, 改自身代码不直观.
我对 VLESS-Reality-cracker 的测试方案的观点
VLESS-Reality-cracker 的核心思路是:
如果被测试的 TLS 服务端是 Reality 服务端, 那么
重放抓包的 client-hello 数据包(1) 和 发送 {基于数据包(1)修改了 sessionID} 的数据包
会使得随后发出的探针数据包被不同的 TLS 系统处理,
一个是 Reality 服务端的 TLS 系统,
一个是"偷"证书的域名所在的 TLS 系统.
预期的测试结果是, 探针在两轮测试中得到的返回结果会不同.
从反面讲, 如果被测试的 TLS 服务端是"正常"TLS 服务端, 那么
探针在两轮测试中得到的返回结果会一致.
我的思考
如果一个探针能测试出来 Reality 服务端与"偷"证书的域名所在的 HTTPS 服务端(下称 target)的行为差别, 那么
搭建 Reality 服务端的人, 可以用这个探针测试 target, 得到结果后, 修改/配置 Reality 服务端, 使得 Reality 服务端在面对这个探针时, 作出与 target 一致的行为.
从而避免 Reality 服务端被这个探针检测.
考虑到流行的 TLS 系统不是无穷的, 那么
针对这些 TLS 系统的行为设计的探针, 数量/种类 不是无穷的.
我们可以设计尽可能多的探针来覆盖尽可能多的流行 TLS 系统.
然后用这些探针测试你准备"偷"证书的域名(target), 将得到的结果 配置到 Reality 服务端.
之后, 当 Reality 服务端再遇到探针时, 就可以作出与 target 同样的行为了.
在这样的前提下, 攻击方能成功判定 Reality 服务端的条件是:
攻击方掌握了一个你没有提前测试过的探针, 并且这个探针在测试 Reality 服务端和"偷"证书的域名(target)时 行为有区别.