随着科技的不断进步，人类杀死人类的方式也在不断更新。这就跟炒股加杠杆，杠杆越高，市场一有风吹草动，账户可能就会清零。科技就是人类社会的杠杆。
如何才能避免？从生物学的角度看，就是增加数量，扩大范围。因此，目前只有中美在这么做。美国的是马斯克，准备殖民火星。中国，则是打算建设月球基地，据说是和俄罗斯联合。除此之外的国家，还在想办法拥有核武器呢。
从人类的角度看，只有任何一场战争都不能同时波及到全人类，这样的扩张和繁殖数量才叫足够。
谈谈AI的理解能力和性格
昨天AI和我执拗上了。事情的起因是这样的。
我在Xcode的项目中使用String Catalog，它是一个扩展名为xcstrings的文件，会在项目编译的时候，自动通过源代码生成本地化的文本，以便用户进行翻译。最初，我注意到AI经常会主动翻译这个文件，这本来是一件好事。不过AI的方式不是跟人一样，去填充翻译的内容。而是直接将翻译写入到文件。而它在写入的时候，有时候会将格式写错，比如少了个括号之类的。最后就导致项目无法编译通过。我权衡利弊，决定不让AI再主动更改这个文件。而是由我使用别的方式进行翻译。
我增加了提示词，我和AI说，添加新的规则，你可以编辑源码，但是不能直接编辑xcstrings类型的文件，因为这个文件是被动的，会在编辑源码时，自动改变。结果AI添加了两条规则到.claude文件，一条叫只能编辑源码，不能编辑xcstrings文件。另一条叫不能直接编辑xcstrings文件。这两条在我看来都没啥问题，于是就同意了。
结下，AI的表演让我十分无语。首先，每次它在发现xcstrings有变化时，总是尝试用git restore命令回退到旧版。因为它总认为是自己不小心修改了文件。但其实只要是Xcode编译，就会在需要时自动更新，而我手动翻译之后，它也会更新。
为了不让它恢复到旧版。我跟他说，提交时同时提交翻译。结果它不理我，非要恢复。我问它为什么？它说，因为.claude的规则高于我的指令，我说那个规则也是我添加的。而且我让它列出规则。结果我一看，根本没有不让git提交啊。AI和我说，git提交本身就属于修改，因此也不行。我说你看清楚，规则是不能直接修改。而且我又把xcstrings文件改变的原理和它说了一遍。AI死活不同意，我说那我现在命令你修改规则，但是我现在很疑惑，按照我现在理解的你的理解能力，我要如何说才能达到我想要的效果？结果AI跟我说，它将修改规则为“不能直接修改，可以提交。”我问号脸，这不就是我刚刚说的吗？然后，它改了规则，终于给我提交了。
我差点儿以为AI要造反了呢！居然不理会我的直接指令！
谈谈思维误区
思维误区就是我们思考中常常被无意忽略的东西，也被称作思维定势。思维误区不一定是坏的，因为它是我们大脑中的一种机制，它会有意放过它认为不重要的东西，从而把精力放在重要的东西上面。它的问题是它放弃的部分不一定是不重要的，而可能只是它以为不重要的。
最近发生的两件事，让我今天想起来要提一下这个思维误区。
一个是网上看到的，说某小区的业主，发现自己的电动车新买了没多久，续航就越来越短。充满电了，也只能跑20-30公里。一开始他们以为是天气变冷的缘故。后来他们以为是电池质量不行，有的就去找当初买电动车的商家理论，有的干脆换了新电池。但是换了之后，还是不好用。最后真相大白，又问题的是充电桩。充电桩是有充电桩的厂家免费提供的，这些厂家不仅要在安装前给物业一笔钱才能进入安装，安装之后，业主使用时交的费用还要分给物业一大部分，因此，这些厂家都是使用质量最差的充电桩，还会在充电机费上做手脚。比如说充了1度电，实际上只有0.16度。而快要充满时，就故意使用涓流充电。这样计费充电时间又能多出1、2个小时。
另外一个是发生在我自己身上的。一直以来，我在Ubuntu上跑的trojan服务总是不太稳定。在排除了一些其它问题之外，我发现这个trojan本身存在内存泄漏。也就是运行一段时间之后，它的内存占用会越来越高，同时客户端与它的连接都不再可用，测速永远都是超时。我花费了很多时间在研究服务器端的配置，从SSL证书，到连接数，从nginx的配置，到DNS的缓存，全都研究了一个遍。最后确定到内存泄漏的时候，我卡住了。因为我当时认为这是因为Trojan的代码太过古老，而Ubuntu 22.04是它代码停止更新两年后才有的新系统，所以二者可能存在某种兼容的问题。我忽略掉了，客户端的访问方式，可能是因为它内存泄漏的这种可能。可能，是我之前从来没有遇到过吧。并且，客户端和服务器端是分离的，因此我询问AI的时候，AI也没有想到。
之所以，我最终会怀疑到客户端的身上。一是上面提到的第一个故事。二是经过上面的长期分析，总结，我已经完成了一套检测方式，我开始每两分钟在服务器检测一次trojan的状态，发现内存泄漏就重启服务，短时间出现多次内存泄漏，干脆就重启一次服务器。这样的话，如果内存是泄漏是随机的。我应该很少能碰到网络不通的情况了，因为大部分情况都应该在我没有使用的时候就自动解决了。因为我以为每次系统重启之后，能够好用很久。但是，事情却刚好相反。我几乎每次长时间不使用macOS之后，再次进入，都会遇到超时的问题。同时，我跑到服务器看日志，问题的出现和我的macOS的使用高度相关。并且，到了最近，问题更加严重，如果macOS开着，服务器就算重启，还是会立刻内存泄漏。
到了这个地步，问题就很明显了。我在macOS端关掉FlClash，那边就立刻不泄漏了。而我另一台使用Clash Verge客户端的却没有这个问题。于是我设置它允许局域网访问，然后我这台就不开FlClash了。手动开启代理到居于网的服务区，暂时使用共享的方式。
我同时向FlClash提交了Issue。