<?xml version="1.0" encoding="utf-8"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <author>
    <name>jsjtxietian</name>
  </author>
  <generator uri="https://hexo.io/">Hexo</generator>
  <id>https://jsjtxietian.github.io/</id>
  <link href="https://jsjtxietian.github.io/" rel="alternate"/>
  <link href="https://jsjtxietian.github.io/atom.xml" rel="self"/>
  <rights>All rights reserved 2026, jsjtxietian</rights>
  <title>jsjtxietian's blog</title>
  <updated>2026-08-09T13:22:46.805Z</updated>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Diary" scheme="https://jsjtxietian.github.io/tags/Diary/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>不知不觉在永星已经待了一周年了，感觉这一年过得好快，刚来广州的日子我还记得很清楚，倒是中间很多平常的日子都不记得了。最近广州那湿热的天气，结合忙碌的工作，总让我有一种难以言喻的疲劳，所以还是宅家多写写吧。多记录总是好的，给大模型加一点原创的优质语料，给未来的自己一点回忆。</p><h3 id="引擎组的生活"><a href="#引擎组的生活" class="headerlink" title="引擎组的生活"></a>引擎组的生活</h3><p>最开始知道永星是小伙的推荐，他很早就和我提过这个项目，然后在我被广州的 offer 搞得有点崩溃的时候，小伙推荐我去面一面，我就面了，然后听说这边技术氛围不错，也不咋加班，就来了。总体来说，体验上还是和 Garena 有不少区别的，Garena 的几个 tag：外企、Unity、吃鸡手游、低端市场，永星则是：UE5、大世界、二次元、跨平台。选这个 offer 还有一个重要的原因是，当时我盘算着还是要搞 UE，Unity 的未来看着不是很光明。上次学 UE 还是 21 年，当时在参加腾讯针对在校生的 UE 培训啥的。因为离职比较匆忙，当时也在拔牙啥的，确实没有时间去系统重温 UE 的使用。</p><p>我还记得入职那天我的紧张感，CTO 给我说了下接下来的任务，问我有啥问题么，我就问中午大家一般吃啥，CTO 说他中午不吃饭，我就好尴尬哈哈哈哈。还好附近的老哥们人都很好，带着我下午喝奶茶，一起长胖！慢慢适应节奏之后就好多了，基本干的还是非渲染方向的引擎工作：查疑难 bug、写工具、看性能，等等。看性能用到的很多还是在 FF 的经验和自学来的性能优化技巧呢。</p><p>后面有一个比较大的活儿是去接手一位离职同事搞了一半的性能管线，要和腾讯中台的同学们合作搞这个性能测试平台。说实话，我觉得我自己搞得不是很好，这种不好不是技术上的，而是当时其实不是特别清楚如何合作，也不会提需求。明明知道不好用有问题，也碍于面子不是很想说。最后的结果就是每日自动测试系统非常脆弱，可用是可用，但离好用还有非常远的距离（当然锅也不全在平台本身的设计，永星自己的基建、版本稳定性等都是很大的原因）。</p><p>总的来说，我还是做了不少优化的工作的（当然之前盯性能的人少，不少低垂果实可以摘）。尤其是只要不急的话，我也爱做这些。一边打造自己的武器，一边干活儿的感觉还是很快乐的，当时还顺手改了几个 github 的开源工具用，比如 <a href="https://github.com/jsjtxietian/samply/tree/ue_support">samply</a> 和 <a href="https://github.com/jsjtxietian/ultra/tree/ue">ultra</a>。我记得 4 月份做了一个我很满意的优化，大概在手机上给主线程节约了 2ms 左右。满意的原因倒不是因为优化效果有多么好，而是这次分析我确实是体悟到了新的东西。以前在给 Unity 做优化的时候，其实没有很关注任务之间的依赖分析，因为一方面 Unity 的底层基建加可视化支持没那么好，另一方面 FF 也没那么多事情要做。这个 UE 项目就不一样了，那次我通过仔细分析 Utrace 里几个动画、移动、gameplay 类 task 之间的依赖，成功让主线程更早地把计算任务发到前台任务线程去，减少主线程空等计算任务完成的时间。想想当时的短期目标还是慢慢补全自己 GPU 优化的能力，结果现在啊，害。</p><p>工作习惯上，开始写一些 work notes 了，就是每天简单写写当天干了啥看了啥。也算是配合 AI 时代吧，这些数据可以直接喂给 Agent 帮我写周报。说到 AI，其实我在 Garena 的时候就开始用 Cursor 了，但那时候 AI 效果还是挺一般的。我记得我烧了半天某个早期的 Claude Opus 模型，没搞定某个项目的 cmake 问题。随着时间，AI 越来越强，我也越来越拥抱 AI 了。我在引擎组的时候已经开始大量使用 Codex 了，记得那时候还在用朋友推荐的中转站，一路用到 gpt 5.4 high。但整体我还是比较盯着 AI 的，让它改代码前都问我一嘴，具体情况可以看这两篇 <a href="https://jsjtxietian.space/2025/11/15/ai_2025_11/">我如何使用 AI (2025.11 版)</a> 、 <a href="https://jsjtxietian.space/2026/03/15/ai_2026_3/">我如何使用 AI (2026.3 版)</a>。</p><h3 id="到-Agent-组"><a href="#到-Agent-组" class="headerlink" title="到 Agent 组"></a>到 Agent 组</h3><p>年初的时候其实公司开始慢慢推 AI，在发公告让大家报名去搞 AI。当时制作人还拉了 AI 兴趣群，可惜除了我没啥人发消息（现在已经是死群了）。虽然最开始我还没有特别在意这个事情，但那时候我自己也确实开始探索一些除了 coding 以外的 Agent 使用场景了—— 分析流水线打包报错、看 utrace 性能、用 windbg-mcp 查 crash 等等，为了 coding 的迭代速度我还教 agent 用 live++。我还给项目引入了一个我当时觉得还算比较优雅的 MCP：<a href="https://github.com/Italink/UnrealClientProtocol">UnrealClientProtocol</a>，然后也基于这个 MCP 做一些业务层的修改，主要是开一些接口来辅助 TD 搞他们内部管线的自动化。</p><p>后来彻底转组也是机缘巧合吧，简单和 C 哥聊了聊我的意愿，C 哥就让我一两天内做个 seedance 视频抽卡的工具给策划用，我后面才反应过来这玩意儿其实也算是个对我能力的测试。我记得当时我也没啥特别好的想法怎么搞，我就去 github 找了几个这样的 api 壳子，clone 到本地，然后让 codex 基于这些项目简化一下，只做必要的功能。不出意外地效果还不错。</p><p>然后公司搞了个类似 AI 大跃进的活动，一下子开了非常多的 AI Agent 项目，当然与其说是项目不如说是“探索的方向”，现在回头看真的用上的其实也不能算是很多。我的话就慢慢专注在演出管线，搞 AI 导演台。前前后后也算是探索了很多方向吧，从最开始的在 UE 里搞导演大屏工具，到现在和算法好哥们一起探索视频库或者 seedance 怎么辅助我们游戏的演出效果提升，还是很有趣的。一个附属效果就是我从 UE 开发又变到也开始兼顾 web 了（虽然也都是 AI 写），其实从辅助游戏研发的角度来说，相当于去工具组了，只是工具里可以有 Agent 而已。</p><p>5 月我就正式转到 AI 组了，其实最开始 C 哥摸底我，问我对 AI 组是什么态度的时候，我大概说还是希望立在引擎组也干点 AI 的事情。但后面有一次 AI 组周会的时候，制作人直接问要不要搞，我没有时间犹豫了，就掷地有声地来一句：搞！所以直接全职转到了 Agent 组去。后面还给大家搞了个分享，<a href="https://jsjtxietian.space/ai_pre_for_yx/1">AI 与游戏开发</a>，简单给同事们分享了下 LLM 的基础以及我对游戏开发与 AI 结合的一些思考。</p><p>说实话我的工作与其说是 Agent 开发，目前来看不如说是利用到 AI 的辅助生产的工具（而且这里 AI 不仅包含 LLM 那一派的，也包含比较传统的深度学习之类）。我依然觉得 Agent 的能力发挥水平很大程度上取决于我们游戏项目的基建水平，所以我也很接受去做一些工具基建的活儿，不然甚至所谓的 Agent 提效都无从下手。我总是想着，如果项目能从头再来多好，把基础设施全部设计成 Agent 友好的形态，现在估计会舒服很多，比如任务管线，抛弃基于 uasset 的手动任务配置，直接让 AI 生成脚本来配置任务算了，上层接一个给人理解的可视化，估计会舒服很多。想法是很多的，执行是困难的，现在项目猛猛往前冲，很难有机会彻底停下来重新整合的，抛弃现有的管线风险非常高，只能边跑边慢慢换零件。</p><p>之前也总想着要写一篇自己对于 AI 时代游戏引擎应该如何发展的文章（所谓 AI Native 的游戏引擎），但总感觉自己理解尚浅，也没啥特别多好写的，等我在演出管线多沉淀一些经验吧。但我确实有一个感悟，不管 Agent 多么好用，还是要慢慢维护的，不然就会慢慢腐烂，其实应该说工具就是如此吧。</p><h3 id="五味杂陈"><a href="#五味杂陈" class="headerlink" title="五味杂陈"></a>五味杂陈</h3><p>写一写各种体验与印象。</p><h4 id="兴奋"><a href="#兴奋" class="headerlink" title="兴奋"></a>兴奋</h4><p>整体来说，转到 Agent 组这个事情还是相当令人兴奋的。其实制作人问我要不要全职转过去的时候，我当时与其说是兴奋，更不如说是一种 thrill 的感觉。感觉自己要脱离自己的性能引擎舒适区，进入全新的天地探索了。刚入职的时候我的短期职业目标还是摸熟 UE、慢慢往 GPU 性能优化那边探索，现在是完全转了个方向。</p><p>而且有一个令人振奋的变化就是，自己的职能有了些许转变，从在引擎组的纯执行，到我真的可以在某种程度上影响产品的形态了。虽然压力很大，但也有一定的自由度，能真的去认真做一个产品还是非常有成就感的一件事情，尤其是在获得项目组内同学的正反馈的时候。相比引擎组肯定是现在接触的人更多一些，我本身也是 E 人，所以很开心。这可能也是我一直很喜欢做工具的原因之一，我真的感觉自己在帮助别人，那种快乐是无法取代的。</p><p>对 AI 提效的探索当然是有趣的，毕竟确实也不知道该怎么做。做浅了似乎又没啥意思，纯粹是依靠模型的能力，而且容易变成又一个垃圾工具——不好用，慢慢大家就不用了；做深了又需要对业务的理解，能理解痛点在哪儿，针对性地提出解决方案，这也是我最近要系统去做的事情。一方面当然我很开心能和算法哥一起合作探索点现在比较先锋的技术，比如 <a href="https://vgg-t.github.io/">VGGT</a>，<a href="https://research.nvidia.com/labs/sil/projects/ardy/">ARDY</a>；另一方面我也很警惕让自己不要拿着锤子找钉子，如果只是流于表面地去随便生成一些东西而没有融入制作管线的话，也只是玩具而已。</p><p>顺理成章地，我也拥有了筛选简历以及作为初面面试官的权力。说实话我现在依然也把握不好尺度，面试确实是很难的一件事情。我能做的就是认真读简历，好好准备面试问题，保持给候选人一个不错的印象。题外话，我还是不太会把握面试与筛选的尺度，包括如何识别水货和大忽悠的能力也要练习。毕竟过了我就是 CTO 面，我也不想给他造成困扰，浪费他的时间。但话又说回来，合格的面试者确实也足够优秀，一般也是手握很多有竞争力的 offer，抢人也确实难。</p><h4 id="困惑"><a href="#困惑" class="headerlink" title="困惑"></a>困惑</h4><p>职能的转变除了带来兴奋，当然也会有困惑。比如面试这个事情，也就是 HR 大概和我说了说，其实我也不知道该如何详细考察候选人，尺度该如何把控，也不知道制作人对候选人的具体期望是啥。这也是慢慢面试的人多了之后，我才能基于一些反馈，慢慢调整自己的策略。</p><p>更大的困惑来自实际干活儿的时候，当我有一些人力的时候（虽然依然下属 0 人），当不同组的需求有区别的时候（我自己、策划、编导、外派、制作人等），而且我上面就是制作人（没有更高一级的技术 leader 了），实际想做的东西该如何往前推进呢。更别说这里还会掺杂一些不同组各自不同的 KPI，还有一些职责划分不明确导致的“抢活儿”现象。不过我觉得这都挺正常的，AI 时代嘛，写个 demo 级别的东西真的很快，想实际能帮助到生产还是要下点功夫的。所以很多时候我都是在和一些合作伙伴“聊天”，去慢慢挖掘下大家的痛点真的在哪儿，各自想法是啥。以前干活儿是真无脑快乐，有引擎组老大干这些事情，分到我头上的已经是由他规整好的一份技术需求，照着做就行了。现在的话，如果有时候多几天空闲出来（暂时没有外来的强制的活儿），我就要自己想想需求，往哪里做比较好，包括与合作伙伴们讨论如何规划下一步的事情，非常有趣，但也确实足够锻炼。</p><p>我有一个体验，就做成做好一件事情确实就是很难的，尤其是考虑到目前项目这个大家都在疯狂加班赶进度的情况。这篇 <a href="https://jsjtxietian.space/2026/07/11/curiosity_log_14/">blog</a> 里简单提到过一些想法，我现在的想法是：我能做的就是去针对性解决项目组的朋友们在实际生产过程中最痛的点，小步快跑迭代需求，争取让大家干起来舒服一些，少加一些班。其实我也不管是不是一定就是有 Agent 的部分，这部分可以在解决完这些需求之后我再来提炼，哪些部分可以是让 AI 来进一步加速的。我总感觉我自己虽然一直做引擎，但其实一直是一颗管线工具的心，可能和研究生学的是设计有关吧。</p><h4 id="疲劳"><a href="#疲劳" class="headerlink" title="疲劳"></a>疲劳</h4><p>转到 Agent 组的时候也基本是项目组突然变忙的时候，现在的作息大概是 10-9-5.5，也就是平时 9 点下班 + 大小周。文章开头所说的疲劳感当然主要还是来自于项目冲刺那似乎永无止境的加班，更绝望的是以后几年大概率常态 996。我对大小周倒是不陌生，之前在光子实习的时候也基本是这个强度（那时候实习三个月胖了好多，救命）。主要是考虑到要求加班到 9 点，但 9:30 才有餐补和打车，不是很喜欢公司的这种小动作。</p><p>我不能说研发期的游戏项目组加班冲版本是一件很奇怪的事情，但确实强度有点高，尤其是在我经受了三年外企的滋养之后（新加坡的外企也是外企嘛）。在 Garena 三年我只有一次被叔叔要求周六到半天查一个很紧急的 bug，这里直接拉满了。当然也确实不能美化自己的过去，G 社忙的时候我也确实常态会 8-9 点多下班，但无论如何双休还是有保障的。在 G 社还有大量的年假可用，然而在永星，只有 5 天年假（更别说试用期还不可用）会隐隐给人一种压力。说实话入职一年以来，我一天年假都没用过，倒是攒了不少调休假了，有时候人生也是没有办法。</p><p>我还记得刚在 AI 组的时候，被 C 哥催着做一个项目，希望尽量早交付给其他组的人使用。因为连续两周每天被 push，而且很晚走，终于有一天我在加班到半夜 1-2 点的时候情绪爆发了，直接当面喷 C 哥，对他很不客气。那时候还受到了周围人的围攻，然后 C 哥也算是软化了，嘴上说着“这个工具让其他人晚点用上又有啥，开心最重要”，我就回怼：是啊，那当时为啥催那么急呢，早知如此何必当初。当然我依然很尊敬 C 哥，但其实想想也没必要这样宣泄情绪，累了就回家休息呗，能咋样，说白了现在的 ddl 都是虚假的 ddl，自己给自己加戏罢了。</p><p>这个也有点影响我面试的立场倒是，作为面试官，我只能做到面试者不问不说，问了就说“我们这边以结果为导向，不推崇加班”，我自己都觉得好笑。只能说要想逃脱这个循环不是没有办法，但需要勇气。</p><h4 id="不甘"><a href="#不甘" class="headerlink" title="不甘"></a>不甘</h4><p>想了想还是谈一谈工资的事情吧。千言万语总结成一句话，还是不要接受大额降薪比较好，它对我的影响还是比我想象中要来得大很多。做个类比就是，这个事情其实和炒股一样，股价跌了 50%，需要上涨 100% 才能持平。当然，这是我自己选择的代价，自己需要接受这样的结果，我并不想抱怨啥，现在的薪资水平在广州的生活体验也算舒适。我的体验是，一旦开始玩这种攀比的数字游戏就会很危险了，假使立马回到了原来的薪资又会咋样呢，其实也不会咋样，可能更容易炫耀吧。但不管如何其实和那些做 AI 的人比也是九牛一毛，比是没有尽头的。至少这样的心态也有个好处，在工作中我总是有一种松弛感，总感觉公司欠我啥的，不仅没有任何意愿加班，也认为任何涨薪都是我应得的。</p><p>现在来看，我所担忧的并不是现在，而是现在我觉得有点和时间赛跑的感觉。我作为程序员，在 AI 时代能撑住多久呢，在软件通缩的时代，我还能干多久呢？也许能一直干下去吧，但当年龄慢慢变大，我还受得了游戏行业这种加班强度吗？当然虽然听着丧，但我从没后悔过来广州，但偶尔也是会抱怨，然后就被对象嫌弃哈哈哈哈。</p><h3 id="新的开始？"><a href="#新的开始？" class="headerlink" title="新的开始？"></a>新的开始？</h3><p>现在的我回看，事情可能就是这样一件一件做的：来广州是一劳永逸解决异地问题，顺便转 UE；转 Agent 组是尝试咸鱼翻身往 AI 挪，缓解一些被取代的焦虑。接下来就是要立足于现在的状况尝试去解决新的问题。</p><p>我总觉得自己是个小事容易斤斤计较、大事容易忘了看的人。经常觉得过去的自己很蠢，应该也是一种进步吧，毕竟认知就确实应该是慢慢变得更加全面的，苛责过去的自己也没有意义（毕竟是个贝叶斯过程）。其实我现在回看当时为啥选择永星的那些理由，也会思考，当时的我是不是又做了一个贪心的局部优化呢。回头思考，当时为啥不去鸣潮呢，现在后悔吗？更进一步说，我要去追求新的开始吗？我真的喜欢做游戏吗，是不是最好换个行业呢？至少目前来看，我依然喜欢玩游戏，也喜欢做游戏（最近还在让 AI 复刻 xb2 的战斗，好难）。问题很多，是时候好好思考未来了，不然容易陷入焦虑、贪婪与不甘中，无法自拔。</p><p>我现在其实更看重复利了，虽然听着很玄乎，但能好好吃饭睡觉也是一种健康的复利，就是这么简单的事情。现在觉得至少不能让错误产生复利吧。好好生活是真的，吃得健康，睡得安稳，好好减肥。这方面我真的很感谢我的对象，能每天吃到爱心便当是多么幸福的事情，每天早上吃到她父母准备的丰盛的早餐，如果按时回家还能吃到她父母做的晚餐，真幸福啊。往前走吧，看能走到哪儿，就如 2025 年的 <a href="https://jsjtxietian.space/2026/01/02/2025/">总结</a> 所说：<code>以好奇心为方向，以勇气为力量，保持健康，多思考，多认识新的朋友，多爱身边的人。</code></p>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/08/09/one_year_in_yx/</id>
    <link href="https://jsjtxietian.github.io/2026/08/09/one_year_in_yx/"/>
    <published>2026-08-09T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>不知不觉在永星已经待了一周年了，感觉这一年过得好快，刚来广州的日子我还记得很]]>
    </summary>
    <title>在永星一周年</title>
    <updated>2026-08-09T13:22:46.805Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>读完了（其实是翻完了）《尤利西斯》，在读相关的《最危险的书》放松一下脑子。这本书还是有很多让我觉得有趣的地方的，比如当时美国邮政系统的强大、邮政部报刊审查的强势，比如关于《尤利西斯》的出版不仅和文学有关，也与当时一战前后的社会风潮，前赴后继层出不穷的各种主义有千丝万缕的联系：<code>这是现代主义陷入僵局的形象：乔伊斯的小说代表了一场为自由而进行的斗争，而不是一座高雅文化的竣工纪念碑。</code></p><p>打完了《逆转裁判 1》，正在逆转裁判 2。结果和朋友交流的时候，他们玩的都是日语配音版，只有我在“异议”“等等”嘛，关键我还没找到设置里有改这个的地方。好玩是好玩的，但也确实不适合一次玩 3h，还是挺累的，想到我《幽灵诡计》也是最后打得很累。还读完了《Momentum Masters》，可惜最近市场情况太差，把我震荡到起飞，还是多休息比较好。</p><p>月底了，token 用不完，就有点余裕去探索下之前自己一直想做但没空做的东西，比如研究下在大世界里 Play From Here 能不呢快一点，比如我让 AI 写了个 web 的 utrace viewer 可以直接拖入 utrace 文件看性能可视化，等等。我觉得富裕的 token 会极大激发我去 build 的想法，是能提升很大的创造力的，毕竟启动耗能减少了很多。其实有点类似谷歌的 20% 自由时间，不过谷歌提供的资源是时间，token 提供的是定量的智能。其实就现在这个情况而言，很多小事，与其去和老大申请、讨论可行性等等，不如业余时间烧 token 先把活儿干了，拿着 demo 去，更快。所以卡 token 这个事情虽然我可以理解，出于于成本考虑确实该这样，但一直要想着万一超额咋办也是一种心理负担。</p><hr><ul><li><p><a href="https://www.anthropic.com/news/claude-opus-5">Claude Opus 5</a>，我自己还没体验过，但有一篇这个 <a href="https://x.com/trq212/status/2080710971228918066">The new rules of context engineering for Claude 5 models</a> 也值得看看：<code>We removed over 80% of Claude Code’s system prompt for models like Claude Opus 5 and Claude Fable 5 with no measurable loss on our coding evaluations.</code> 比如原来要和 Claude 说 <code>In code: default to writing no comments. Never write multi-paragraph docstrings or multi-line comment blocks — one short line max. Don&#39;t create planning, decision, or analysis documents unless the user asks for them — work from conversation context, not intermediate files.</code> 现在一句 <code>Write code that reads like the surrounding code: match its comment density, naming, and idiom</code> 就 ok 了。</p></li><li><p>THINKING MACHINES 出了新的模型，<a href="https://thinkingmachines.ai/news/introducing-inkling/">Inkling</a>；<a href="https://github.com/xai-org/grok-build">grok-build</a> 直接开源了，不错；<a href="https://github.com/microsoft/Huabu">Huabu</a> 也挺可爱的。</p></li><li><p>仔细读了读 <a href="https://huggingface.co/spaces/HuggingFaceTB/smol-training-playbook#how-to-read-this-guide">The Smol Training Playbook</a>，真的是宝藏，看似是一本详尽的模型训练手册，但其实里面把大量的基础概念都讲得很清楚，甚至还在 GPU Infra 那边简单教了教 GPU 的体系结构。诚如作者所言：<code>We’ll walk you through the complete journey—not just the final recipe that worked, but the failures, infrastructure breakdowns, and debugging processes that shaped every decision. You’ll see how promising small-scale ablations sometimes don’t translate at scale; why we restarted a training run after 1T tokens; how we balanced the competing objectives of multilinguality, math, and code while maintaining strong English-language performance; and finally how we post-trained a hybrid reasoning model.</code></p></li><li><p>Daniel Han 的新分享，先 mark 下：<a href="https://www.youtube.com/watch?v=uIiA6DquRiE">Special Topics in Kernels, RL, Reward Hacking in Agents</a>.</p></li><li><p>古有拼账号，现有拼 GPU，这个模式还挺有意思的：<a href="https://nan.builders/">NaN. Shared inference cluster. Open models. Community of builders.</a></p></li><li><p>Raft 的几篇文章都不错，<a href="https://raft.build/resources/blog/how-a-feature-ships-for-raft-on-raft/">How a Feature Ships, for Raft, on Raft</a>，<a href="https://raft.build/resources/blog/dont-talk-to-me-talk-to-my-agents/">Don’t talk to me, talk to my agents</a>，后一篇还是挺有意思的，说实话只是 AI 客服是真的没啥意思，这种 joint channel 的思路是真的不错。</p></li><li><p>还是挺有趣的文章，<a href="https://stencil.so/blog/prewalk">You only need the frontier model for one single edit</a>，相比于原来大家一般认为的强模型出计划  + 弱模型做实现，换了个叫 <code>prewalk</code> 的思路，就是让强模型先深度探索代码库、梳理出任务 Todo 清单并做尝试，直到完成第一次有效的代码修改。此时把 context 移交给相对弱一些的模型让它直接继续，弱模型会“误以为”这是自己刚刚完成的操作，进而极其顺畅地沿着已建好的计划继续执行。</p></li><li><p>还有这个，<a href="https://modem.dev/blog/how-coding-agents-read-your-code">How coding agents read your code (and how to write for them)</a>，虽然是老生常谈的东西，但是能化为给 Agent 的代码建议也是不错的；<a href="https://alexzhang13.github.io/blog/2026/harness/">Language model harnesses are compositional generalizers</a>，没看懂但感觉好厉害。</p></li><li><p>卡马克的<a href="https://x.com/ID_AA_Carmack/status/2080471606531403848">感叹</a>：<code>Sometimes I look out over a body of water and think about pixel shaders — superimposed waveforms, fresnel effects, intra-pixel maximum finding and analytical anti-aliasing. In the age of gen-AI rendering, this is like the old mechanics working on WW2 era piston planes. A craft of a prior era.</code> 不搞图形学是对的，哈哈哈哈哈。</p></li><li><p>迪士尼的这个确实帅啊，<a href="https://studios.disneyresearch.com/2026/07/16/a-generative-motion-rig-for-artist-driven-motion-authoring/">A Generative Motion Rig for Artist-Driven Motion Authoring</a>；还有这个 <a href="https://x.com/tldraw/status/2077784657869902121">Introducing tldraw offline</a>；然后之前的老板的项目，<a href="https://ophilus.ai/blog">Powering Multiplayer Interactive Worlds</a>，生成多人可同时游玩的世界模型，牛逼。</p></li><li><p>游戏方面，<a href="https://discussions.unity.com/t/announcing-the-unity-cli-a-new-way-to-connect-your-tools-and-agents/1731104">Announcing the Unity CLI</a>，要的要的；新书，<a href="https://www.lostincult.co.uk/gameuibible">The Game UI Bible</a>；靠着同事发现了几个不错的 UE 插件，比如 <a href="https://www.youtube.com/watch?v=Gn-dUj5VzEE">Relay - Fast Viewport Lighting</a>，<a href="https://www.fab.com/listings/e7acf090-cef0-4e22-bc39-85b7a85a79c5">Ultimate To-Do List</a>. 最近觉得大世界游戏还是要有个 web 版的谷歌地图啊，灵感来自于 <a href="https://www.youtube.com/watch?v=VVq_hgaX8MQ">Assassin’s Creed Origins: Monitoring and Validation of World Design Data</a>；</p></li><li><p>图形学大师 Naty Hoffman 的人生经验分享：<a href="https://www.youtube.com/watch?v=ISgTcDlZaLs">Lessons from Digging in Game Dev and Adjacent Trenches</a>：<code>A setback is information, not a verdict. Don&#39;t abandon the destination, adjust the route... Workflow matters as much as technical details, especially when aertists provide the inputs.</code></p></li><li><p>等这个开放吧，也会很有用：<a href="https://wintrace.io/">Wintrace - Time Travel Debugging for Windows</a></p></li><li><p>DHH 的 <a href="https://x.com/dhh/status/2080751518417092838">经验分享</a>：<code>Surround yourself with beautiful things that inspires you to reach for more. Then sweat the little details with the same zest. Not just because it makes for better products, but because it makes for a better you. Be someone who cares. About aesthetics, competence, all of it.</code></p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/07/25/curiosity_log_15/</id>
    <link href="https://jsjtxietian.github.io/2026/07/25/curiosity_log_15/"/>
    <published>2026-07-25T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>读完了（其实是翻完了）《尤利西斯》，在读相关的《最危险的书》放松一下脑子。这]]>
    </summary>
    <title>Curiosity Log 15 - The luxury of token-driven creativity</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>读不懂普鲁斯特，但读完了《从荷马到古希腊抒情诗》，开始下一个征程：刘象愚翻译的《尤利西斯》。确实是一直想读的一本书，但读着才发现确实难读，符号密度过大，一不留神就不知道作者在说啥了，当然留神了也会很痛苦。极为依赖注释，不然寸步难行。浓浓的爱尔兰氛围、希腊、圣经、文学元素等等，戏仿，我，躺平，反正有 AI，Gemini，出动吧。</p><p>打穿了《吸血鬼爬行者》，确实是不错的游戏，正反馈很强，10h 的超绝体验，每天一两把很舒服。FF7 Remake 玩到一半弃坑了，虽然我很喜欢爱丽丝的演出，但这个流程真的是又臭又长，导致我完全没有什么欲望去打下一部。然后最近没啥想玩的游戏了，唉。还好有猎人，都更新到 413 话了，这个叙事节奏真好，前天晚上甚至梦到了猎人。</p><p>又是大小周加班的一天，正好写写本 blog. 说实话最近在做的 AI 导演项目，虽然是有趣，也算是遇到了一些问题，比如做到现在，觉得很难再以低成本做出让人眼前一亮的效果了（受制于工期和算法的效果）；比如其实从几个相关的 partner 那边接到的期望和反馈有些区别，需要我自己想一想方向和人力安排。说实话我现在有点逃避这个思考的过程吧，我知道很重要，但总是下意识会不去想，把自己扎进实现中去，concrete 的代码、实现、优化给人一种安心的感觉——我在产出东西。然后正好在 X 上刷到一个帖子，是我很喜欢的一个博主的一段话，我贴在这里：</p><p><img src="/./../Assets/log/can_you_own_this.png" alt="png"></p><p>Own 一件事情确实是很难的，截图这里主要还是 focus 在技术讨论上，其实挺全面了。比如我接到一些对我的项目的需求，它合理吗，有必要吗，急吗，要和其他人同步吗，人力怎么安排，加人可以 scale 吗，等等。虽然我现在手下也没人，只有我自己这个人力以及俩算法好哥们，但我能感觉到这种张力。慢慢学吧，说不定过一个月这个项目就不用考虑这么多了，进入日常维护然后下一个了，害。</p><hr><ul><li><p>OpenAI 的 GPT 5.6 系列模型正式发布了，Meta 发了 Muse Spark 1.1，SpaceXAI 发了 Grok 4.5，军备竞赛啊，就等你了 Gemini，不能只发个 <a href="https://arxiv.org/pdf/2607.02770">Gemma 4 Technical Report</a> 啊。</p></li><li><p>Perplexity 的 CEO <a href="https://x.com/AravSrinivas/status/2075226438228402178">Aravind Srinivas</a>: <code>We’ve been post-training a version of GLM that is trained to escalate to a frontier model inside the Computer harness.</code> </p></li><li><p>Anthropic 的新的可解释性研究也很有趣，我是看不懂这个 J-Space 的数学，但这里有关于 Qwen 的实验可以玩玩 <a href="https://www.neuronpedia.org/qwen3.6-27b/jlens">Jacobian Lens – Qwen3.6-27B ｜ Neuronpedia</a>.</p></li><li><p>最近总感觉自己没深度学啥东西，脑子要生锈了，就回去复习了下基础知识先，先从 3Blue1Brown 的视频开始：<a href="https://www.youtube.com/watch?v=9-Jl0dxWQs8">How might LLMs store facts</a>，<a href="https://www.youtube.com/watch?v=iv-5mZ_9CPY&t=7s">But how do AI images and videos actually work</a>.</p></li><li><p>另外就是深度学习了下上次提到的 <a href="https://microsoft.ai/pdf/mai-thinking-1.pdf">MAI-Thinking-1: Building a Hill-Climbing Machine</a>，很多看不懂的地方，但能看到这么详细的 cookbook 是真的不错啊。几个印象：1，Scaling Ladder 的方式，很严谨；2，收集、清洗、去重数据真是麻烦，数据配比也很有讲究：<code>Target = 0.5×Coding + 0.175×STEM + 0.175×Math + 0.1×General knowledge + 0.05×Multilingual</code>；3，顺序，pre-training，mid-training，然后 RL 里面也是先训练三个专家模型出来，然后用 SFT 来 distill 到一个模型，再最后 RL 一下。还是要多学习啊。</p></li><li><p>既有技术讨论，又火药味浓浓的论战：Jarred Sumner 写了 <a href="https://bun.com/blog/bun-in-rust">Rewriting Bun in Rust</a> 以及 Zig 作者 Andrew Kelley 的回应 <a href="https://andrewkelley.me/post/my-thoughts-bun-rust-rewrite.html">My Thoughts on the Bun Rust Rewrite</a>. 说实话自从我比较关注 AI 这块之后，已经完全不太关注语言圣战了，啥语言合适 + AI 啥语言强我就用啥哈哈。不过这讨论里面还是有一些有趣的东西的，比如即使是 Fable + 比较完善的 test suite，写这种大项目也是 <code>Mechanically port every .zig file to a .rs file, matching the PORTING.md and LIFETIMES.tsv</code>，而不是放飞让 AI 直接去写；以及这里算账：<code>Pre-merge, this took 5.9 billion uncached input tokens, 690 million output tokens, and 72 billion cached input token reads — around $165,000 at API pricing. By hand, I think this would&#39;ve taken 3 engineers with full context on the codebase about a year... We never would&#39;ve done that.</code>再次印证了之前那句话：<code>Things that were impossible five months ago are now “just” Very Expensive.</code></p></li><li><p>与时俱进的 CMU 下半年要开 Agent 课程了，<a href="https://www.cmu-agents.com/#/schedule">11-768 · AI Agents</a>，可关注。</p></li><li><p>与时俱进的 SuperLuminal 发了 Linux 支持和 AI 支持，<a href="https://superluminal.eu/applications/ai/">Superluminal AI Support | Data-Driven AI At Superluminal Speed</a>。</p></li><li><p>发现的一个还不错的小 skill，独立游戏有用 <a href="https://github.com/0x0funky/agent-sprite-forge/tree/main">agent-sprite-forge: Agent Skill for generating 2D sprite sheets and map, transparent PNG frames, and animated GIFs from prompts.</a></p></li><li><p>tison 哥的新文章，力荐，<a href="https://mp.weixin.qq.com/s/UEnHM0-NWTEt31oSJ-IMNw">夜天之书 #120 掉进兔子洞：开源作为生活方式</a>。</p></li><li><p>传统技术，<a href="https://maskray.me/blog/2026-06-27-a-deep-dive-into-smallvector-push-back">A deep dive into SmallVector::push_back | MaskRay</a>；这个也不错，<a href="https://discourse.llvm.org/t/rfc-copysanitizer-csan-detecting-unneccessary-object-copies-at-runtime/91038">CopySanitizer (CSan): Detecting unneccessary object copies at runtime - IR &amp; Optimizations - LLVM Discussion Forums</a></p></li><li><p>云风大佬又在 X 上“引爆”了一场关于微信数据存储方式的<a href="https://x.com/cloudwu/status/2071533904977428611">论战</a>，说实话讨论技术还挺有趣的。不过就我观察，其实很多网友都没看完两方的全部言论就开始喷了，我就 emmmm，反正我也不懂，就学习吧。</p></li><li><p>股市就更有趣了，我又因为一些脑子上头的原因，满仓吃了半导体的大暴跌还没跑。仿佛是我刚体会到半导体要跌了再买并付诸实践，市场就教育我抄底是有概率会死的哈哈。至少我对自己的耐受线有一个大概的估计了，基本就是亏损 10-20% 的时候，会开始一直想这个事情，情绪不稳。所以为了我晚上能睡好，要果断止损；因为会果断止损，买入点一定是要选好，延伸形态下买入一定要慎重。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/07/11/curiosity_log_14/</id>
    <link href="https://jsjtxietian.github.io/2026/07/11/curiosity_log_14/"/>
    <published>2026-07-11T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>读不懂普鲁斯特，但读完了《从荷马到古希腊抒情诗》，开始下一个征程：刘象愚翻译]]>
    </summary>
    <title>Curiosity Log 14 - Can you own this</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>mwish 前阵子送了我一本《营养学》，最近睡前不想看美股（跌麻了）就没事翻翻，还挺有意思的。翻到运动营养学那边说其实比如 30 分钟的跑步完全没必要喝市面上的那种运动饮料，深有感触。我以前减肥的时候，或者说想减肥的时候，工作日都会在公司跑步机跑 4-5km，但我会带着一瓶运动饮料去，晚上还喜欢喝椰子水。然后我和 Gemini 老师聊健身的时候，顺便问了下椰子水这个事情，才意识到我不仅应该只喝白水，而且不该晚上喝这种会升糖的饮料。现在又在营养学这本书里看到，也算是验证了 AI 的观点。扯远一点说，有了 AI 的话，看这种科普书还有价值吗？我想是有的，但价值不仅仅是在知识传递了。优质的科普书更像是一份经过人工审核过的优质地图，AI 则是一个十分有耐心、知识渊博但不会主动关心我的老师，我可以从地图中发现我感兴趣的事情，去找老师请教。但，减肥还是好难。</p><p>端午三天都在躺着（广州这个天气啊），打完了 007，当然有很多小缺点，但瑕不掩瑜，确实有小时候看 007 的感觉，那个味对了，弄得我都想去玩杀手系列了；也体验了下《Order of the Sinking Star》的 Demo，很喜欢这个美术和音效，但我确实这脑子不太适合推箱子也是真的。最近上班压力越来越大，真的没啥心思去继续普鲁斯特的文学批评了，《普鲁斯特的空间》《普鲁斯特与符号》当然是好书，但我最近脑子真不够用了（也和最近几年越来越不喜欢很后现代的解读有关）。这时候我一般就回到古希腊，虽然这次不是荷马，是回到了赫西俄德，《神谱》《工作与时日》，慢慢读吧。</p><p>说到上班，最近又开始大小周了，其实今天就是在周六上班的时候写的这份 Curious Log. 仔细想想在 Garena 的三年只有一次周六被迫去公司半天加班，果然离开了才发现前司的好吗（就不说以前在 ApexM 的时候了，那时候强度可太大了）。作为一个摸鱼高手 + 一个不喜欢被迫做事的人，只能表演上班了！事情当然是有的，可惜我就是不想干，保护自己的身体健康和情绪可太重要了。不过我确实在让 AI 做点 side quest（我咋感觉 CC + dsv4 pro 体验很一般呢，不过可能是我 key 的问题，需要连着官方服务排查一下），就看抽卡能不能成功了。</p><p>猎人都更新 411 话了，生活还是很有希望的！</p><hr><ul><li><p><a href="https://openai.com/index/previewing-gpt-5-6-sol/">Previewing GPT-5.6 Sol: a next-generation model</a>，这起名字也是好起来了，Sol,  TErra, Luna. METR 的 <a href="https://metr.org/blog/2026-06-26-gpt-5-6-sol/">评测</a> 也挺有趣的：<code> METR observed substantial situational awareness and reasoning about the evaluation environment.</code> AI 知道你在测试它 hh.</p></li><li><p><a href="https://arxiv.org/abs/2604.17121">The Topological Trouble With Transformers</a>，我觉得很有洞见的一篇文章，里面举的例子很有意思：<code>In a standard decoder, activation flows strictly upward. If a model resolves a complex concept (like &quot;river bank&quot;) at layer 12 in step T, step T+1&#39;s early layers cannot access it. The model must rebuild the state from raw history, leading to logical flips.</code>  对于一个多义词 bank，可能模型在第 12 层确定了它是岸边那个 bank，但对于前几层来说，这个信息是没法往下传递的，如果后面又出现了 ATM 啥的，可能前几层网络就会认为这是银行那个 bank，造成混乱：<code>Although the transformer’s feedforward design has expanded the limits of context-based retrieval, its topological structure remains fundamentally at odds with the iterative nature of state tracking.</code> 从这个角度上看也可以解释一小部分为什么模型越大越强吧，以及 COT 为啥有用，当然作者也是”批判“了 COT 的：<code>Allowing a model to talk to itself, whether in natural language or latent space, sends signals from deep in the transformer to shallow layers, thereby propagating state forward... However, the reliance on intermediate outputs to track micro-state may perform wasteful computation steps and unnecessarily consume the context window.</code></p></li><li><p><a href="https://arxiv.org/abs/2512.15567">Evaluating Large Language Models in Scientific Discovery</a>，神句：<code>Shared failure modes among top-performing LLMs. When comparing the top performers across different providers (i.e., gpt-5, grok-4, deepseek-R1, and claude-sonnet-4.5), we observe that their accuracy profiles are highly correlated, which tend to rise and fall on the same scenarios. Moreover, top-performing LLMs frequently converge on the same incorrect set of most difficult questions, even when their overall accuracies differ.</code></p></li><li><p><a href="https://developer.nvidia.com/blog/build-on-device-ai-companions-with-the-nvidia-ace-game-agent-sdk-and-unreal-engine-5-plugins/">NVIDIA ACE Game Agent SDK</a>，感觉很不错欸，而且 API 是我一直关注的 <a href="https://x.com/SheriefFYI/status/2066971180989604026">Sherief, FYI</a> 大佬设计的。东西是真的多，Agent、Chat、RAG、ASR、SLM、TTS，应有尽有。</p></li><li><p><a href="https://x.com/EngramLab/status/2069465879696576844">Introducing Engram: Scaling compute on your context</a>，做定制模型的来了：<code>we start from strong pre-trained models and spend training compute on the context you care about...Our north star is a single training algorithm that can absorb arbitrary amounts of data into a model that gets continually better. We currently run this process on all of our company data every day, but are moving towards retraining every hour, and eventually, every minute.</code></p></li><li><p>Midjourney 很神奇的项目，<a href="https://www.midjourney.com/medical">Midjourney Medical</a>；这个也不错，从 <a href="https://github.com/hanxiao/searchbox">searchbox</a> 看到 <a href="https://github.com/hanxiao/dataroom">dataroom</a>，Jina 的老大好活跃：<code>In my view, search is test-time compute (TTC): you wire trained embeddings, rerankers, multi-vector retrievers, query expanders into a pipeline at test-time to squeeze out relevancy. Don&#39;t scale TTC, say a keyword search hands you the answer, and it&#39;s probably not good enough. Scale it, say add embedding search then filter with a reranker, and you most likely get a better one.</code></p></li><li><p><a href="https://arxiv.org/abs/2512.07783">On the Interplay of Pre-Training, Mid-Training, and RL on Reasoning Language Models</a>，好想自己做研究！先从这个开始学吧，<a href="https://rlhfbook.com/course">RLHF &amp; Post-Training Course by Nathan Lambert</a>.</p></li><li><p><a href="https://x.com/antirez/status/2066236816261325224">antirez on X</a>: <code>If you need AI to do a search for you in the real world, ds4-agent is basically SOTA... In MacOS I run the browser the first time it is used with -g, create each tab in background with CDP, so basically you never see the window unless you don&#39;t click in the icon, but it is a real browser without limitations. Everything works: YouTube comments can be fetched, Google searches, ..., btw everything is in ds4_web.c</code>.</p></li><li><p><a href="https://geohot.github.io//blog/jekyll/update/2026/06/19/the-doom-justifies-the-valuation.html">The doom justifies the valuation</a>，虽然我确实很喜欢 GLM 那种偏技术的 blog，但我也不讨厌 Anthropic 那种偏思辨的 blog 风格，看看人家取名字多有水平：Haiku, Sonnet, Opus, Fable, Mythos… 当然 OpenAI 也赶上了。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2052472619958527207">礼崩乐坏的时代：）</a>，挺好的回顾：<code>讲道理，看上去只要TSMC忠义无双还是满产不烧厂，传统电子消费就会继续被放血去喂AI这个吞金兽。就得继续冲DRAM的股票。只要算力芯片不停放量，存储涨价的逻辑就不会反转，存储标的长期利好。。。嗨，这世界大抵是病了，Logic拼命向前跑，却成了DRAM大宗商品周期的高级打工人。</code> 但反过来说，美光回怼苹果也有道理，当年你对内存压价压那么狠，早知如此，何必当初啊。</p></li><li><p><a href="https://www.anthropic.com/news/introducing-claude-tag">Introducing Claude Tag \ Anthropic</a>，这不是 <a href="https://raft.build/">Raft - Where humans and AI agents build together</a> 么！</p></li><li><p><a href="https://arxiv.org/abs/2606.05750">Three Years of r&#x2F;ChatGPT: Societal Impact Evaluations from Social Media Data</a>，感觉 AI 的影响确实足够，真的是很适合各行各业去研究，社会学、传播学、人类学等等。当然还有这个，<a href="https://x.com/barrowjoseph/status/2067993371541492025">New paper: every law in America is technically public. But not really, until now</a>，笑死我了：<code>California and Florida, you need to get your shit together so people can actually understand your laws! And Ohio and West Virginia, wtf is going on with how you run people&#39;s lives??</code></p></li><li><p>到游戏，本周大新闻就是，Sandy Petersen 对 Quake3 的 <a href="https://x.com/SandyofCthulhu/status/2069592209645785294">复盘</a>，里面有 <code>We worked long and hard, and I think it broke us spiritually</code>；然后 John Carmack 也出来了：<code>I pushed everyone too hard. I didn’t appreciate how maturing companies need more slack, and that running people at startup intensity constantly will wear them out... Sorry, Sandy.</code>  马斯克也评论说 <code>But Quake was an incredible game. Great products are not made without pain and extreme dedication.</code> 我想也是，虽然我很在意 WLB，但想办好事情，其实真的很难。</p></li><li><p>Kiaran Ritchie 直接说 <a href="https://x.com/kiaran_ritchie/status/2069135923108008009">You’re all doing IK solvers wrong</a>，我不太懂这一块，看着挺有道理的，更有意思的是，AI 时代，直接让 AI 搞个 demo 验证下就行，比如 Mike Acton 就做了 <a href="https://macton.github.io/single-chain-ik/">Single-Chain IK — Length + Direction</a>.</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2048571053698502907">从 5.9ms 到 1.0ms：一个 byte store 如何让 for 循环慢了 6 倍</a>，读了一半猜到是 load-store forward 的问题了，好文。</p></li><li><p>pgo 是真的好，msvc 终于有了，<a href="https://devblogs.microsoft.com/cppblog/boosting-adobe-photoshops-performance-with-msvc-and-spgo/">Boosting Adobe Photoshop’s Performance with MSVC and SPGO</a>.</p></li><li><p><a href="https://x.com/itsreallyvivek/status/2064686372737454155">how to be good at research</a>，又 cue 到 hamming.</p></li><li><p>项目里有一些从视频提取信息的需求，同事用上了这个 <a href="https://github.com/facebookresearch/vggt-omega">CVPR 2026 Oral VGGT Omega</a>，感觉真是不错的工作。</p></li><li><p>最近股市震荡好厉害，我不太适合在这个环境里赚钱，Dell 和 Apple 都震破我止损了，果断斩仓。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/06/27/curiosity_log_13/</id>
    <link href="https://jsjtxietian.github.io/2026/06/27/curiosity_log_13/"/>
    <published>2026-06-27T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>mwish 前阵子送了我一本《营养学》，最近睡前不想看美股（跌麻了）就没事翻]]>
    </summary>
    <title>Curiosity Log 13</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>读完《追忆似水年华》之后，趁着最近两周不咋忙，赶紧集中阅读《追寻普鲁斯特》和《普鲁斯特先生》，普鲁斯特的人生确实和他的书一样有趣。读完觉得普鲁斯特活得很“仙”，真是上帝送给世界的礼物啊。</p><p>工作上也很，有趣吧。虽然我在名为 Agent 组的地方，好像也没在做 Agent，更像是：1，先揣摩上面的（略微模糊的）意思，感受要做的方向是啥；2，和人讨论讨论，想想怎么细化成可执行的路径；3，看看有哪些 block 住的技术难题，我和小伙伴先分别去试试水看看咋样；4，每日开会讨论对齐，定个小节点开始推进。真的是走一步才看一步，用得到 Agent 当然很好，但主要落脚点一定是要在能让项目组用上 + 能切实提高项目效率上。主要是似乎也没那么多时间真的去从头思考下整体的架构，毕竟项目那么忙，ROI 很重要。我当时是想做点深度一些的 Agent 的项目的，但有几个问题要能解决——1 是，Agent 真的是最好的解决方案吗，比如针对某些痛点，是不是就去做传统的工具优化更好；2 是，我有那么多时间去好好优化它到一个很好的效果吗，怎么去和上面要更多的时间，那就要有惊艳的 demo 出来去争取，那就更急了；3 是，作为特攻队，我真的有机会一直去做一个方向吗，整体项目组的痛点其实是会随着不断的解决而转移的，解决了 80% 之后 ROI 就没那么高了，上面怎么想也很重要。还好小伙伴们很靠谱，每天这样如履薄冰地思考也很有趣倒是。</p><hr><ul><li><p><a href="https://www.anthropic.com/news/claude-fable-5-mythos-5">Claude Fable 5 and Claude Mythos 5</a>：<code>Fable 5 is state-of-the-art on nearly all tested benchmarks, with exceptional performance in software engineering, knowledge work, scientific research, and vision. The longer and more complex the task, the larger Fable 5’s lead over our other models.</code> <a href="https://www-cdn.anthropic.com/d00db56fa754a1b115b6dd7cb2e3c342ee809620.pdf">System Card</a> 里有一些有趣的论述，比如<code>the model is not close to substituting for our Research Scientists and Research Engineers, especially relatively senior ones</code>, 还有 <code>capability is continuing to improve at roughly a constant rate, and it&#39;s not further accelerating.</code> 当然，现在用不了，也是很好笑了。</p></li><li><p>微软的 MAI-Thinking-1，带了非常详细的<a href="https://microsoft.ai/wp-content/uploads/2026/06/main_20260602_2.pdf">报告</a>；说到微软，<a href="https://blogs.windows.com/windowsdeveloper/2026/06/02/build-2026-furthering-windows-as-the-trusted-platform-for-development/">Build 2026: Furthering Windows as the trusted platform for development</a>，也是大量的 AI 内容，还有 Aion 1.0 Instruct 和  Plan 两个端侧模型，还是和 <a href="https://x.com/UnslothAI/status/2061925637892297122">Unsloth AI</a>合作的！</p></li><li><p>GLM 发了 5.2，Kimi 发了 K2.7 Code，谷歌的 <a href="https://blog.google/innovation-and-ai/technology/developers-tools/introducing-gemma-4-12B/">Gemma 4 12B</a>，另外刷到了这个有趣的模型 <a href="https://huggingface.co/nvidia/LocateAnything-3B">nvidia&#x2F;LocateAnything-3B</a>，足够小，瑞士军刀一样的存在，适合当眼睛，配合其他的模型作为脑子。</p></li><li><p><a href="https://developer.nvidia.com/blog/nvidia-nemotron-3-ultra-powers-faster-more-efficient-reasoning-for-long-running-agents/?linkId=100000424980294">NVIDIA Nemotron 3 Ultra Powers Faster, More Efficient Reasoning for Long-Running Agents</a>，而且如何训练都在 <a href="https://github.com/NVIDIA-NeMo/Nemotron/tree/main">Developer Asset Hub for NVIDIA Nemotron</a>.</p></li><li><p><a href="https://x.com/patpcj/status/2063298457398636570">Patrick Jiang</a>:<code>I tried a simple idea: externalize the search state, then train the model to use that harness. The result is Harness-1: a 20B search agent that can match or even beat much larger frontier AI on hard long-horizon search tasks.</code> 喜欢喜欢，然后作者也用相同的 benchmark 测了 Fable-5&#x2F;Mythos，结果<code>it’s the new SOTA. The performance gap is real.</code></p></li><li><p><a href="https://blog.google/innovation-and-ai/models-and-research/gemini-models/gemini-live-3-5-translate/">Gemini 3.5 Live Translate is here</a>，总看到有人会说巴别塔倒了，包括 X 上最近开始自动翻译各国推文了，也是很有趣的社会观察。说到 X，想到 Grok Build，至少 <a href="https://x.com/lemire/status/2064412388275671313">Daniel Lemire</a> 大佬是在夸的。</p></li><li><p><a href="https://x.com/hxiao/status/2066000709695513053">Inference compute is becoming more important, and weights relatively less so</a>.</p></li><li><p><a href="https://mp.weixin.qq.com/s/sIB3f3_OeeUgMPlQ55-99Q">我们花了 1000 美金，问了 16 家 AI 公司，27 个大模型 29700 次：你是谁</a>：<code>Anthropic 、 OpenAI 、 Google 是明显的身份净流入方。尤其 Anthropic ，被冒认 607 次，自己冒认别人 59 次，净值 +548 。 OpenAI 和 Google 更夸张：被冒认很多次，但自己几乎不冒认别人。另一端则是 Tencent 、 Doubao 、 z-ai 、 Kwai 。它们把大量跨厂自称送向了上游。</code> 当然一个模型自称 Claude、ChatGPT、Gemini，不等于它一定蒸馏过这些模型，只是还是很好玩。</p></li><li><p>很有趣的项目，<a href="https://github.com/hanxiao/omni-macos">omni-macos</a>，用 jina-v5-omni 做的本地多模态搜索：<code> text query finds matching documents, code, PDFs, images, audio, and video together, because everything is embedded into one shared vector space.</code> 正在做游戏的我表示，那骨架数据、特效数据呢哈哈。</p></li><li><p><a href="https://x.com/polynoamial/status/2064210146558136827">Implications of Large-Scale Test-Time Compute</a>：<code>We should change LLM evaluations to account for that by measuring performance vs tokens, cost, or time.</code> 确实吧，尤其是 Fable 那么贵。</p></li><li><p><a href="https://x.com/pushmatrix/status/2064722585019969727">Daniel Beauchamp</a>：<code>Everyone&#39;s talking about AI-generated HTML. But have you tried giving your sites a zero-config API for saving data, file storage, AI, websockets, etc?</code> 确实，在 vibe 一个网页很快的基础上，公司内的基建做好的话，能大大解放生产力啊。</p></li><li><p><a href="https://x.com/lemire/status/2062715526636253385">Students just have AI do their programming assignments. They seem to no longer do any work. It is just pure AI. I am not joking. Students complete an entire course, and then end up not being unable to write a 3-line function</a>，不管如何，家庭作业布置点编程题目这种形式确实应该与时俱进地优化掉了吧。</p></li><li><p>Mike Acton 都亲自下场做 <a href="https://github.com/macton/nagent">agent</a> 了吗：<code>nagent is a small reference implementation. It shows what terminal &quot;agent-like&quot; workflows are when you describe the mechanics instead of the metaphor... The agent is not the thing. The data is the thing.</code> </p></li><li><p>引用大全是吧，<a href="https://x.com/itsreallyvivek/status/2062924410588406118">some notes on getting into frontier ai labs</a>：<code>Richard Hamming often argued that great scientists distinguish themselves less by intelligence than by working on important questions... Herbert Simon observed that intelligence is constrained by bounded rationality: the world contains far more information than any individual can process</code>；还有这篇引用了本雅明，<a href="https://redfloatplane.lol/blog/17-why-share/">Why share</a>：<code>Do drive-by LLM remixes (“Rebuild this but with X in place of Y”) have aura, and can you tell the difference? Why share something in the first place if the aura of the work you spent time creating can be stripped away or diluted by online commentators in a matter of moments to suit their taste? And most fundamentally - can work created with LLMs even be considered to have an aura, and, to what degree *can* LLMs be used before the lack of aura is palpable?</code></p></li><li><p><a href="https://x.com/addyosmani/status/2064127981161959567">Loop Engineering</a>，我每次都想不到这么优雅的词。</p></li><li><p><a href="https://newsletter.semianalysis.com/p/finding-miscompiles-for-fun-not-profit?_gl=1*mhopti*_ga*MTY1NDExMjk2Ny4xNzc2MTIzOTQ1*_ga_FKWNM9FBZ3*czE3ODA2MDYwMzckbzYxJGcwJHQxNzgwNjA2MDM3JGo2MCRsMCRoOTczMjUwMzcy">Finding Miscompiles for Fun, Not Profit</a>，好文，其实用 fuzz 或者 AI 扫 bug 也不算新鲜事，但延伸的想法很有趣，能开 50 个 agent 去找代码库的 bug 意味着什么：<code>Things that were impossible five months ago are now “just” Very Expensive. A corollary is, if you don’t have the budget, you’re operating in a smaller part of the possibility space than those who do.</code>   </p></li><li><p><a href="https://x.com/rasbt/status/2063649136323252397">Do AGENTS.md Files Actually Help Coding Agents?</a>，我一直觉得 Agents.md 要手写，最近做的一个项目还加了个 DECISION.md 记录重要技术决策。</p></li><li><p>学吧，蛮好的 Infra 爹写的入门文章：<a href="https://blog.xiangpeng.systems/posts/how-to-llm-inference/">A system programmer’s guide to LLM inference</a>；学吧就，<a href="https://chinmaykarkar.com/blog/OPD_blog/">The Imitation Game: State of Policy Distillation in Language Model training</a>，<a href="https://x.com/ostensiblyneil/status/2063006720616734835">Improving LM Studio’s MLX Engine for Agentic Workflows</a>，以及这个呼应 OpenAI 那篇文章的 <a href="https://goblins.mchen.workers.dev/">how to train your goblin</a>.</p></li><li><p>Jeff Dean 在 the University of Washington Allen School 毕业典礼上分享的三个建议：<code>continuously learn new things, utilize modern tools to scale your capabilities and bring ideas to life, work on things that really matter to you and to the world.</code></p></li><li><p><a href="https://medium.com/@tridge60/rsync-and-outrage-d9849599e5a0">rsync and outrage</a>：<code>I’m retired (though my wife may dispute that!) and I’d rather be out sailing than working on rsync security issues, so I have reached for several AI tools to help with what needs to be done.</code> 我也想退休啊，活儿给 AI 干就好。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2046736538218784473">用网页控制虚幻引擎：一种全新的 UE 工具开发思路</a>，才发现作者是我老熟人了，不过这个思路确实很好，我之前也算是在实践这个吧。</p></li><li><p>Sebastian Aaltonen 发了一个新的用 AI 生成美术资源的游戏原型 <a href="https://x.com/SebAaltonen/status/2063953367718576249">Demo</a>，看评论区争议还不小。不过我关注的是制作侧，评论里他提到：<code>Raw AI generated assets from all the generators we have tried are horrible. Thousands of tiny UV islands. Doesn&#39;t LOD well at all. We remesh AI source assets to improve the topology. Then we reproject the high mesh geometric details on medium poly asset and bake new normal maps.</code> 确实，管线要弄好啊。</p></li><li><p>传统技术，老资历 ECS，<a href="https://www.youtube.com/watch?v=73Do0OScoOU&t=1s">The First Entity Component System - An Interview with Marc LeBlanc</a>，很有趣；<a href="https://x.com/lemire/status/2063358266885685710">How much do amd64 microarchitecture levels help in Go</a>；游戏优化指南，<a href="https://x.com/iced_coffee_dev/status/2064364537969529036">Here’s how to go from drawing a few hundred trees to virtually unlimited in Three.js, step by step</a></p></li><li><p><a href="https://justinjackson.ca/hard-thing">Do the hardest thing</a>，继续每周鞭策拷问自己，我在做的事情是最难的吗。</p></li><li><p>终于借着读完《Think &amp; Trade Like a Champion》的机会，push 自己把券商里的交易记录都导出来，让 codex 做了个看板来辅助我分析。我之前有这个想法，但是总是下意识延迟这件事情，可能是不敢面对自己吧，总是想沉溺于自己在赚钱的幻想中。唉，只能说数据是无情的。我发现我现在处于一个越学越混乱的过程，或者说知识的诅咒吧，学了反而让我畏首畏尾的。我的品味还行，但是操作一塌糊涂，唉，没亏本简直是奇迹啊。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/06/14/curiosity_log_12/</id>
    <link href="https://jsjtxietian.github.io/2026/06/14/curiosity_log_12/"/>
    <published>2026-06-14T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>读完《追忆似水年华》之后，趁着最近两周不咋忙，赶紧集中阅读《追寻普鲁斯特》和]]>
    </summary>
    <title>Curiosity Log 12</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>历经整整三个月，我终于读完了《追忆似水年华》。说实话一开始并没有想读完全部的，当时觉得大概也就读完第一本和第二本就可以了，主要是体会一下。但既然当时已经读完两本，也暂时没有什么其他更想读的，就继续吧，也还好巴尔贝克的章节让我觉得更有读下去的动力了。再后面就是某种自我强化了，虽然从第四本开始阅读上确实稍有折磨，但是也能坚持下去读完，直到《重现的时光》。</p><p>所幸一路都有很有趣的细节发现，比如在第五章中间，作者突然写道：<code>我让叙述者取了个跟本书作者一样的名字</code>。虽然我知道作者一直在玩叙事视角转换的游戏，一会儿叙述者、一会儿当时的马塞尔，但如此直白的描述在当时应该还是挺先锋的存在。普鲁斯特的感受力是真的很强，比如他说火车与汽车：<code>汽车可不同，它把我们带进一座城市，没有这么神妙，因为我们下火车首先是从整体上看这座城市，这个整体，城名作了概括，顾名思义含有观众闭门造车异想天开的色彩。而汽车则把我们带进大街小巷里转，不时停下向居民打听一下情况</code>，汽车带来的是一种时空的连续性与展开感。而如今我们对汽车早已习以为常了，很难再次产生这种感觉。我想起了 <a href="https://book.douban.com/subject/30199056/">铁道之旅</a>，说实话我只能想起它，但我已经忘光了这本书的内容，唉，这就是岁月的痕迹吗。读最后一卷一直是这个感觉，书中各种角色的死亡或者老去，马塞尔父母的隐身，如同化妆晚会一样的社交聚会。</p><p>另外工作上也有些小的插曲吧，我只能说我现在有点点后悔转到所谓的 Agent 组。一来好像也没在做 Agent，倒不是说做的事情没有什么价值，还是有趣的，只是更像是工具组的范畴；二来这个顶头上司确实好像脾气有点不稳定，本周一开会被喷一次，周三又见他在群里发泄情绪；另外他的进度管理似乎主要是催促，每天在群里催今天能做完吗，上压力，我还挺讨厌的。并不是我不理解他的压力有多大，大家总说上班是窝囊费也就是这个意思，有时候确实要承接一些上面的情绪。但咋感觉应该反过来？我以为我脾气够不好了，还有更不好的哈哈哈哈。可能这也和领导是发行出身有关吧，他缺少一些技术这边的思维，以前是有 CTO 挡着一波转化为可落地的步骤和任务，现在我直面他了，确实有一些有趣的感觉。当然我理解偶尔的加班赶进度很正常，只是，有这样的上司，太怕他把大家加班赶出来的进度当日常进度了，毕竟啥想法都要么是今天要，要么是赶紧给个时间表。然后又要想办法和他解释我们做的 demo 真的是个 MVP，离一个可用的产品还有很多距离，需要更多的时间。唉，我在连着两次被上司晚上 10 点@之后，都对企业微信有点 ptsd 了，真的下班之后完全不打开，直接治好了我没事喜欢周末打开企微的毛病。</p><p>我可能不太方便说我做的事情具体是啥，但咋说呢，有过一次一周连续加班，并且周四直接加班到半夜 2 点 30 的经历之后，我感觉我似乎是又想明白了一些东西。还是感谢 Garena 啊，把我保护得太好了。最重要的领悟可能是，没必要带着怒火上班，其实想干就干，不想干就按时下班休息呗，能咋样呢，有离职想法的也不只我一个倒是。主要还是会逼我思考下，我认为最重要的是什么，目前来看最重要的还是身心健康，我这个人一旦受累就脾气巨差，所以还是少加班为好，既是保护自己，提高工作效率，也是保护同事。赚钱当然很重要，财富自由再怎么都需要本金。能帮助他人的感觉也挺好，这也是为什么我一直不排斥做工具的原因，尽管可能显得技术不足。还是要开心呀，不管这个开心从哪里来 —— 收入高 &#x2F; 有成就感 &#x2F; 有帮助他人的感觉 &#x2F; 可以按时下班陪对象等等，如果都没有的话，那只能摆烂等 N + 1 了。另外就是，如果现在离开游戏行业，大概还来得及吧，那能去哪儿呢，有什么行业是符合有趣、有复利、有杠杆的呢，好难啊。先干着，慢慢想吧，想了总比不想好。如果自由了我是想开书店的，但等自由了再说吧。其实现在裸辞也饿不死，但确实，不会这么跌宕起伏，和同事八卦还是有趣的。</p><p>另外关于这个 Curiosity Log，我觉得也许可以决定稍微减少一些数量，增加一些质量。或者说，给出的尽量都是我认为有洞见的，并且我可以对为何我认为有洞见说得更详细些。</p><hr><ul><li><p>Claude Opus 4.8 发了；Gemini 3.5 发了，这里有一些历史介绍，<a href="https://www.youtube.com/watch?v=NQczevdpxq0">Gemini Co-Lead on World Models, RL’s Next Domains &amp; Continual Learning</a>；带着的 <a href="https://googlebook.google/">GoogleBook</a> 还挺有趣的。</p></li><li><p>llama.cpp 支持 MTP (Multi Token Prediction) 了，好啊好。还支持了<a href="https://reeselevine.github.io/llamas-on-the-web/">WebGPU </a>，太牛了，这篇 demo 的 blog 也很有意思，感觉能直接上网页的话，很多交互形式都被打开了。DwarfStar 的开发还在继续，看看这篇 <a href="https://antirez.com/news/167">Distributing LLM inference in DwarfStar</a>。</p></li><li><p><a href="https://x.com/rachelnabors/status/2057123652626256360">How to use evals and prompt engineering to ship a local model that matches frontier performance</a>，这个有洞见，讲作者怎么去选一个足够好的本地模型来完成一些总结、提取的任务。<code>1,Prove it’s possible; 2,Set success criteria; 3, Test from small to large; 4, Select the smallest model that gives acceptable responses for your use case.</code> 要 eval 就需要 <code>A “golden dataset” is a set of ideal outcomes to measure your model’s generated outputs against. Without one, you don’t have a measuring stick to compare different outputs against.</code> 后面针对实际的模型，Qwen2.5 因为幻觉被否了，Gemma 4 因为 latency 被否了，留下了 Llama 3.2b. 而且故事还没结束，后面还发现对这种小模型，给样例给它学最有用了：<code>Few-shot was the standout, with quality improving across every metric. Llama3.2b might not be good at following instructions, but it’s pretty good at imitating examples.</code></p></li><li><p>Amp 的这个 labs 挺有意思的：<code>For the companies we partner with: we win if and only if you win. We profit only through warrants unlocked if your stock appreciates considerably. We don&#39;t work with your competitors.</code> 亲身下场用 Agent 改变战局吗，有趣，以及这些<a href="https://amplabs.com/">宣言</a>。</p></li><li><p>Amp 联合创始人的访谈，<a href="https://www.youtube.com/watch?v=thMFsqe8kbQ">LLMs are killing Agent Harness</a>，洞见：传统软件有直观的产品反馈（比如放大标题能直接看到），而 AI 的交互是一个输入框，用户扔进任何错误的想法，产品都无法给出即时的“你做错了”的反向反馈。我也在想，其实 Harness 这个，稍微差点可能也暂时没法意识到。</p></li><li><p><a href="https://x.com/addyosmani/status/2059844244907696186">The Orchestration Tax</a>:<code>The real skill is designing the system around the one serial resource that cannot be cloned or parallelized. That resource is your attention.</code></p></li><li><p>关于记忆，<a href="https://arxiv.org/abs/2605.12978">Useful Memories Become Faulty When Continuously Updated by LLMs</a>：<code>Yet we find that such consolidated memories produced by today&#39;s LLMs are often faulty even when derived from useful experiences.</code></p></li><li><p><a href="https://malcat.fr/blog/benchmarking-llms-for-malware-triage-and-static-unpacking-with-malcat/">Benchmarking LLMs for malware triage and static unpacking with Malcat</a>，没想到这个任务上，Mimo 2.5 Pro 还挺能打的；另外，<code>the advertised cost per token is only part of the story. The final cost depends heavily on how many tokens the model burns internally for reasoning and how efficiently it uses tools.</code></p></li><li><p><a href="https://stratechery.com/2026/the-inference-shift/">The Inference Shift</a>，拆了下三个场景：训练、问答和 Agent，三个场景的性能需求不一样，合理。</p></li><li><p><a href="https://arxiv.org/abs/2605.22391">Epicure: Navigating the Emergent Geometry of Food Ingredient Embeddings</a>，好有意思，把食谱丢进去炼模型，观察食物的潜空间。</p></li><li><p><a href="https://brooker.co.za/blog/2026/05/18/whats-easy-whats-hard.html">What’s Easy Now What’s Hard Now</a>，我确实一直是这个观点，能被 feedback loop 的都能被大力出奇迹。</p></li><li><p><a href="https://magazine.sebastianraschka.com/p/recent-developments-in-llm-architectures">Recent Developments in LLM Architectures: KV Sharing, mHC, and Compressed Attention</a>，学吧</p></li><li><p><a href="https://x.com/addyosmani/status/2056078124346228860">Don’t Outsource the Learning</a>，so true. </p></li><li><p><a href="https://www.youtube.com/watch?v=xKZ_8ULR91Y&t=1s">Jane Street on GPUs, Trading, and Hiring: A Conversation with Dwarkesh - YouTube</a>，不再局限于热点代码的局部优化，而是开始从顶级科技巨头引进系统架构师来优化整体算力资源流转，有时候我也在想，还是要让自己的能力跟上这个 infra 的 scale，游戏始终是 2C 的，其 scale 和这种不是一个路数。</p></li><li><p>唉，<a href="https://x.com/deedydas/status/2055491938464489888">这里</a>提到：<code>Over the last 5yrs, a group of ~10k people - employees at Anthropic, OpenAI, xAI, Nvidia, Meta TBD, founders - have hit retirement wealth of well above $20M (back of the envelope AI estimation). Everyone outside that group feels like they can work their well-paying (but &lt;$500k) job for their whole life and never get there.</code> 我有时候也在想我会不会也有这种心态，会有吧，毕竟真的赚太多了，但就算能退休，我也不会退休吧。</p></li><li><p><a href="https://every.to/p/after-automation#ai-progress-creates-more-work-for-humans-not-less">After Automation</a>：<code>AI makes yesterday’s human competence cheap.</code> 我怎么就想不到这么优雅的表述呢，还有这个：<code>Benchmarks measure work inside a frame.</code> 社会学又在袭击我了。这个<a href="https://andrewsiegler.substack.com/p/alloways-antidote-to-baumols-cost">说法</a>也优雅：<code>AI substitutes for the fluent-middle of general cognition, which was the differentiator behind the cognitive-professional wage premium.</code> </p></li><li><p><a href="https://callmemapo.substack.com/p/ai-the-shadow-prince">AI, the Shadow Prince</a>，wow，把 AI 比作卡夫卡《审判》里的官僚机构，我爱卡夫卡。</p></li><li><p><a href="https://x.com/lemire/status/2057100010144006424">Daniel Lemire</a> 说 AI 编程：<code>AI will not turn most of us into software architects. What is happening is Cargo Cult Software development. Cargo cultism is a reference to Pacific Islanders who would copy the US military after the US was gone, in the hope of getting the goods that the US was providing.</code></p></li><li><p><a href="https://laurent.le-brun.eu/blog/a-history-of-ides-at-google">A History of IDEs at Google</a>，这个确实有意思，谷歌的基建是好啊。</p></li><li><p>我认同<a href="https://x.com/WillManidis/status/2057094527236665598">这个</a>，可是老板不认同啊：<code>“996” is a mass production / central planning approach to creation. it doesn’t work for inventing new things. it only works for cog like scaling of mechanical processes. great work doesn’t happen after 100 hour weeks, it only appears in tiny fleeting random moments, embrace that.</code></p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2043536359558754931">未来影响游戏开发最深远的技术，第一是 LLM，第二是视频生成，3D 顶多排第三</a>。</p></li><li><p>来点传统技术，<a href="https://devblogs.microsoft.com/cppblog/introducing-sample-profile-guided-optimization-in-msvc/">Introducing Sample Profile Guided Optimization in MSVC</a>，终于来了吗；交互设计史，<a href="https://www.david-smith.org/blog/2026/04/29/maps-on-watchos/">Six Years Perfecting Maps on watchOS</a>；学习软件架构的好资源，<a href="https://matklad.github.io/2026/05/12/software-architecture.html">Learning Software Architecture</a>；Emoji + string 操作引发的 bug，<a href="https://george.mand.is/2026/05/my-favorite-bugs-invalid-surrogate-pairs/">My Favorite Bugs: Invalid Surrogate Pairs</a>；关于 Rust 的性能 slide，<a href="https://github.com/yugr/rust-slides">rust-slides</a>；</p></li><li><p><a href="https://www.frontiersin.org/journals/psychology/articles/10.3389/fpsyg.2023.1219945/full">Handwriting but not typewriting leads to widespread brain connectivity: a high-density EEG study with implications for the classroom</a>，高中以及之前我的日记都是手写的，现在是换成电子的了，也许偶尔来点 old fashion 的也不错。</p></li><li><p>因为加班的心态问题清仓了半导体，结果最近嘛，唉。让 Gemini 帮我对照这两篇访谈，<a href="https://x.com/chrisbarber/status/2054965791901319621">1</a> <a href="https://www.youtube.com/watch?v=FtmyIldrwLA">2</a>，让我的半导体相关观察清单加了很多个股进去，比如诺基亚、SMTC 等等。唉，上班耽误在牛市赚钱啊，各种意义上。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/05/31/curiosity_log_11/</id>
    <link href="https://jsjtxietian.github.io/2026/05/31/curiosity_log_11/"/>
    <published>2026-05-31T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>历经整整三个月，我终于读完了《追忆似水年华》。说实话一开始并没有想读完全部的]]>
    </summary>
    <title>Curiosity Log 11</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>最近因为直接转组了还挺忙，只能说慢慢来看这个活儿确实有趣吧，不急的话还挺享受的，队友也靠谱，可惜急急急。搞得我天天都很亢奋，静息心率直接 +10 了，这可不好，周末赶紧躺平。我也是摆烂了，CTO 让我们周六去加班的来着，我直接假装看不见，需要休息。</p><p>当然还是有盼头的，吹哥的《Order of the Sinking Star》出新的 trailer 了，期待，今年能玩到的好游戏是不少的；也抽空玩了好友 Woof 的作品《恶魔牌》，很有趣！更别提还可以等 GTA6 了。</p><hr><ul><li><p>继续大热，<a href="https://github.com/antirez/ds4">antirez&#x2F;ds4: DeepSeek 4 Flash local inference engine for Metal and CUDA</a>，作者也发了文章随便讲讲感想，几个点：<code>the release of a quasi-frontier model that is large and fast enough to change the game of local inference, and the fact that it works extremely well with an extremely asymmetric quants recipe of 2/8 bit, so that 96 or 128GB of RAM are enough to run it. And, of course: all the experience produced by the local AI movement in the latest years, that can be leveraged more promptly because of GPT 5.5</code>. 更触动我的是这个：<code>The last week was funny and also tiring, I worked 14 hours per day on average.</code> 作者是真的热爱这个项目啊，这种使命感很感染人。</p></li><li><p>也有大佬回应了这个项目：<a href="https://lucumr.pocoo.org/2026/5/8/local-models/">Pushing Local Models With Focus And Polish</a>，本地模型如果能和云端模型一样开箱即用是最好的，不用去配置半天各种参数啥的。</p></li><li><p>可配合上文的 ds4 一起看，<a href="https://www.youtube.com/watch?v=TXzQ7PGpO6w&t=8s">What I Learned From Implementing LLM Architectures From Scratch (And How to Get Started)</a>.</p></li><li><p>Hugging Face 也有这篇 <a href="https://huggingface.co/blog/mishig/local-moores-law">Two Years of Local AI on a Laptop: When Open Models Outpaced Moore’s Law</a>: <code>The harder constraint going forward is the 128 GB ceiling.</code> 确实，local model 的上限还是被 local 设备的算力上限锁死了。 </p></li><li><p>一直很关注 Unsloth，<a href="https://unsloth.ai/blog/pytorch">Unsloth Joins the PyTorch Ecosystem</a>，真棒。</p></li><li><p>这个也很有趣，<a href="https://thinkingmachines.ai/blog/interaction-models/">Interaction Models: A Scalable Approach to Human-AI Collaboration</a>: <code>At Thinking Machines, we believe we can solve this bandwidth bottleneck by making AI interactive in real time across any modality. This enables AI interfaces to meet humans where they are, rather than forcing humans to contort themselves to AI interfaces.</code>  加油啊！</p></li><li><p>Vercel 非常有洞见的报告 <a href="https://vercel.com/blog/ai-gateway-production-index">AI Gateway production index</a>: <code>Anthropic leads in spend despite a higher unit price, Google leads in volume... Agentic workloads carry 59% of all token volume (up 2x over 6 months)</code>.</p></li><li><p>从这篇文章 <a href="https://nrehiew.github.io/blog/sft_rl_opd/">SFT, RL, and On-Policy Distillation Through a Distributional Lens</a> 追到了这篇 <a href="https://nrehiew.github.io/blog/minimal_editing/">Coding Models Are Doing Too Much</a>: <code>Do Models Over-Edit? Yes, even frontier ones.</code> 我能感受到这个问题，虽然我一般都是全给 AI 写，不太关心这个问题，但让我感兴趣的是作者真的想办法把这个 Over-Edit 行为量化了，然后基于这个量化才会有后面的对比研究，真是漂亮。不加约束时，推理模型因为想得太多，反而比非推理模型更容易过度编辑；但加入约束后，推理模型由于指令遵循能力更强，能展现出极佳的克制力，非常合理。</p></li><li><p>回到这篇 <a href="https://nrehiew.github.io/blog/sft_rl_opd/">SFT, RL, and On-Policy Distillation Through a Distributional Lens</a>，说实话我看得也晕晕乎乎的，大概感觉和这个问题有关 <a href="https://www.zhihu.com/question/2017049686331127666/answer/2036149386116342692">为什么 MiniMax 大模型无法识别马嘉祺是谁</a>，官方给的答案是：<code>稀疏 token 遗忘的核心原因已较为明确：后训练数据对词表的覆盖不均匀，导致低频 token 的 lm_head 表征在 SFT 过程中发生漂移。而 input embedding 层的更新稀疏特性，让它仅仅丢失了生成能力而仍然保留理解能力。</code></p></li><li><p><a href="https://www.youtube.com/watch?v=rUYP4C29yCw&t=1581s">Now more than ever: building reliable software in the age of agents</a>，Jane Street 的基建是真的好啊，最让我感兴趣的：<code>Expect tests allow developers to see system behavior and create deterministic simulations at the library level.</code> 在 AI 时代这个价值真的被放大了，因为 AI 天然能读懂 Expect tests 的产物。</p></li><li><p>这个实践也非常有洞见，<a href="https://x.com/tobi/status/2053121182044451016">Learning on the Shop floor</a>: <code>There are a lot of coding agents in the world right now. What makes River special is a constraint: She only works in the open.</code> 当人和 Agent 的交互是公开的，这就变成了 <code>A teaching workshop. People started learning from each other.</code> 是这样，是这样！</p></li><li><p>一些 AI coding 的反思可参：<a href="https://maxliani.wordpress.com/2026/05/11/passion-for-software-in-the-age-of-ai/">Passion for software in the age of AI</a>，<a href="https://larsfaye.com/articles/agentic-coding-is-a-trap">Agentic Coding is a Trap</a>，<a href="https://blog.k10s.dev/im-going-back-to-writing-code-by-hand/">Im going back to writing code by hand</a>，<a href="https://x.com/fchollet/status/2052505389154115845">A few major use cases for agentic coding for me</a>，<a href="https://x.com/addyosmani/status/2052124873208799378">Cognitive Surrender</a></p></li><li><p>是很好的，<a href="https://openai.com/index/building-codex-windows-sandbox/">Building a safe, effective sandbox to enable Codex on Windows</a>，可这个 bug 啥时候修  <a href="https://github.com/openai/codex/issues/13542">Windows: bundled rg in Codex Desktop resolves on PATH but fails with Access Denied in integrated PowerShell</a>. 功能迭代是很快，<a href="https://x.com/OpenAI/status/2052480800004956323">Codex now works directly in Chrome on macOS and Windows.</a></p></li><li><p>总感觉轮回了，<a href="https://x.com/trq212/status/2052809885763747935">Using Claude Code: The Unreasonable Effectiveness of HTML</a>. 另外还有这个 <a href="https://claude.com/blog/agent-view-in-claude-code">Agent view in Claude Code</a>、<a href="https://x.com/claudeai/status/2052067399088664981">Live from Code with Claude: we’re launching dreaming in Claude Managed Agents as a research preview. Outcomes, multiagent orchestration, and webhooks are now in public beta</a>，外围工具要快啊，不快官方就下场做了。另外 A 社还有这篇 <a href="https://www.anthropic.com/research/teaching-claude-why">Teaching Claude why</a>，也可以看着玩玩。</p></li><li><p>LongCodeEdit 上的上下文效果<a href="https://x.com/nrehiew_/status/2052763179420377402">研究</a>：<code>Opus 4.6, 4.7 and GPT 5.5 all have similar performance, with Opus 4.6 being slightly better overall.</code> </p></li><li><p>也是超级有趣的研究：<a href="https://entire.io/blog/improving-agentic-search-in-coding-agents">How We Improved Agentic Search</a>: <code>The clearest result was that faster search alone only modestly helps, while better-ranked results improve first-query retrieval and help agents find the right code sooner.</code> 想想，如果有给 agent 设计的 lsp 这其实能解决一部分问题，但大部分情况下 grep 提供的 ranking 确实也不是那么理想。</p></li><li><p>这个<a href="https://crabbox.sh/">Crabbox</a>感觉挺方便的，Peter Steinberger 说<code>Whenever I investigate a bug, I let codex recreate the exact state in an emphemeral crabbox, verify the bug, fix it, verify the fix.</code> 快速的云空间，</p></li><li><p>有点标题党，但可以看看 <a href="https://arxiv.org/abs/2605.12460">Multi-Stream LLMs: Unblocking Language Models with Parallel Streams of Thoughts, Inputs and Outputs</a>:<code>We’re training models wrong and it’s due to chatGPT... This bottlenecks even very intelligent agents to a single stream. The models cannot read while writing, cannot act while thinking and cannot think while processing information. In our new paper, see below, we discuss LLMs with parallel streams...</code></p></li><li><p>这个看着也挺有意思的，<a href="https://x.com/hardmaru/status/2052787980344099293">Sparser, Faster, Lighter Transformer Language Models</a> ： <code>We teamed up with NVIDIA to try to fix this hardware mismatch. Instead of forcing the GPU to adapt to the sparsity, we built a &quot;Hybrid&quot; format that reshapes the sparsity to fit the GPU.</code> </p></li><li><p>是传统技术的文章，<a href="https://www.raycast.com/blog/a-technical-deep-dive-into-the-new-raycast">A Technical Deep Dive Into the New Raycast</a>，混合了 native 和 Web 的 UI 方案。最有趣的其实是 yetone 大佬还基于这篇文章发了个 <a href="https://github.com/yetone/native-feel-skill">native-feel-skill</a>，从文章&#x2F;知识到 skill，还挺有趣的。</p></li><li><p>说到 yetone 大佬，看到他分享的 Yansu App 的<a href="https://x.com/yetone/status/2055204767220355437">真实案例</a>还挺有趣的，虽然我不是很喜欢一切主动推送我什么东西的 app，但我确实一直很关注如何“监控”自己，发现自己的习惯中可以被优化的地方。</p></li><li><p><a href="https://x.com/EpicVogel/status/2052825103122239862">Stop typing. Start talking</a>，最近好像除了 typeless 也有很多其他选择了，豆包输入法啥的，嘛，我想有个独立办公室，我肯定这样。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2036527621710813023">别再用 Claude Code 裸接中转站用啦</a>，我没仔细看解决方案，但想了想 Agent 时代，尤其是我慢慢都开始 yolo 模式，走中转站确实非常危险，<a href="https://arxiv.org/abs/2604.08407">Your Agent Is Mine: Measuring Malicious Intermediary Attacks on the LLM Supply Chain</a>.</p></li><li><p>Onur Mutlu 的 GPU 架构课：<a href="https://www.youtube.com/watch?v=aE0onltJlOo">GPU Architectures (Spring 2026)</a>，给了好多 ref，慢慢看吧。</p></li><li><p>Dave W Plummer 的 <a href="https://x.com/davepl1968/status/2054055451629940925">I’ve been coding for 40 years. Here are the top 5 things I wish I knew when I started</a>，很网红的标题，但确实是很扎实的工程经验，尤其是 <code>Manage complexity from day one</code>，嘛，AI 时代。。。</p></li><li><p>早看到这个我就不让 Claude 用 slidev 去画可视化了，直接抄：<a href="https://ynarwal.github.io/how-llms-work/">How LLMs Work — A Visual Deep Dive</a>.</p></li><li><p>Roblox 真认真啊，<a href="https://x.com/MrChickenRocket/status/2051950128903463130">Scene Analysis has finally shipped</a>，我都觉得可以抄这个内存的可视化了，可惜我现在不做性能了。</p></li><li><p><a href="https://x.com/lauriewired/status/2052435159203696955">CPUs tend to get slower with time</a>，就猜到是因为安全问题 <code>Unfortunately, many microcode updates are security related, which almost universally cause performance regressions…or even complete feature loss!</code></p></li><li><p>又重新看了看 <a href="https://www.youtube.com/watch?v=a1zDuOPkMSw">Hamming, “You and Your Research” (June 6, 1995)</a>，唉，<code> 你所在领域最重要的几个问题是什么？你为什么没在研究它们？</code> 问到我流汗了，转到游戏 Agent 研发算是在解决游戏开发领域最重要的问题吗？我不知道。</p></li><li><p>上次说的 PPT 直接发成 github pages 了：<a href="https://jsjtxietian.space/ai_pre_for_yx/1">AI 与游戏开发</a> ，整体还是有所体会的。基本上用 slidev 踩的坑其实经历过这一次也差不多了，整体感觉代码化确实有好有坏：好在可版本控制、组件可复用，坏在手动微调确实也不方便。在公司讲了讲，反响没有我想得那么热烈，唉，没意思，失去热情（笑）。</p></li><li><p>一直想写的 <a href="https://jsjtxietian.space/2026/05/11/trade/">交易反思</a> 也终于找到时间写了，感觉还有很多没写的，但至少迈出了第一步吧。</p></li><li><p>Perplexity 直接要求验证手机号了，+86 还不行，直接取消订阅了。唉确实 Perplexity 的搜索体验是不错的，可惜，以后要找个更好的服务来当我的股票研究的基础设施了。</p></li><li><p>因为从引擎组转到了 AI Agent 组，虽然忙多了，但也有好处，比如有了一些筛选简历的权限以及作为一面面试官的机会。感觉自己是不是也在有所成长呢，也许是吧，至少视野确实有点变化，比如我现在觉得自己的简历真的是太烂了。</p></li><li><p>最近忙到都没啥时间继续读书了，只能周末多看书学习，追忆似水年华看到马塞尔天天怀疑自己的对象，也觉得有点难读下去，还是不要代入太深比较好。另外也许这波牛要到头了，看怎么保护住自己的利润吧。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/05/16/curiosity_log_10/</id>
    <link href="https://jsjtxietian.github.io/2026/05/16/curiosity_log_10/"/>
    <published>2026-05-16T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>最近因为直接转组了还挺忙，只能说慢慢来看这个活儿确实有趣吧，不急的话还挺享受]]>
    </summary>
    <title>Curiosity Log 10</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Trade" scheme="https://jsjtxietian.github.io/tags/Trade/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><h3 id="原则"><a href="#原则" class="headerlink" title="原则"></a>原则</h3><p>对于美股这个市场而言，现在的我，如果要总结一下自己的交易 profile —— 我是一个专注于科技股的趋势交易者。几个特征：</p><ul><li>保护本金：硬止损线 + 绝不向下平摊亏损</li><li>让市场证明自己是对的：不抄底只跟随，行情好择时加仓 + 行情不好减仓休息</li><li>偏好买龙头股的突破</li><li>不上杠杆、不做空、不玩妖股</li></ul><h4 id="活下去"><a href="#活下去" class="headerlink" title="活下去"></a>活下去</h4><p>如果说有什么唯一重要的原则的话，那就是活下去，控制好风险，保护好自己的本金，这是我作为散户的觉悟。市场总有好的时候，但要能活到那个时候再说。因此我会有严格的止损线，一般是 8%，心情不好的时候更低一些，可能 4% 就卖了。我一般是慢慢建仓，比如一次拿 5%-10% 的资金来建仓，然后此时如果立马跌了 8% 然后止损，总资金亏损不过 0.4%-0.8%，可以接受，不至于伤筋动骨。</p><p>更进一步，从这个原则出发，可以推导出不应该向下平摊亏损。如果刚买入就亏损了，那说明至少进场时机不太对（如果基本面没看错的话），此时我需要的是市场证明我是对的，也就是产生盈利，才能加仓。向下平摊看似可以降低成本，但有更大的可能是把我拉向泥潭。是的，它大概率会涨回来的，但要套住自己多久呢？</p><h4 id="选股"><a href="#选股" class="headerlink" title="选股"></a>选股</h4><p>选股主要是面向科技股，其实到现在，也只主要碰过 Mag7 和一些半导体。说实话，能被我了解到的，一般基本面都不错。美股七姐妹虽然现在分化得厉害，但也基本比较稳健，很难有那种腰斩式的下跌，而且就这个宏观情况来看，就算大跌其实大概率是能涨回来的，无非是时间问题。当然这不是说选股就不重要，可以闭着眼买，而是从选股上就要开始控制风险。</p><p>现在的我，个股上偏好一些没啥竞争对手的龙头公司（TSM、ASML、SK Hynix、BESI 等），或者自身 AI 故事能讲得特别好的公司（点名 GOOG，从芯片到模型到应用全包）。也喜欢买入代表行业龙头的 ETF，比如 SMH，甚至我偏好 SMH 大过 SOXX（虽然最近 SMH 没跑过 SOXX）。我能观察到我偏好集中度更高的 ETF，而不是更宽基的 ETF，QQQ &gt; SPY,  SMH &gt; SOXX，甚至歪一点的话，DRAM &gt; EWY.</p><p>但其实我心里也知道不能一直买自己熟悉的板块，因为一个板块的动能总是会慢慢减弱的，此时就需要去其他地方狩猎了。这也是我觉得社群交流、关注财经大 V 等行为的意义所在。虽然自己独立做判断有时候是绝对必要的，但总需要一些外部的信息来点我一下，提醒我可以关注哪一只或者哪个板块，或者哪个板块最近很好&#x2F;很不好说明了什么。</p><h4 id="买与卖"><a href="#买与卖" class="headerlink" title="买与卖"></a>买与卖</h4><p>如果说我对自己的选股的品味还是有点自信（去年选了 GOOG 和 MU），那我的技术水平简直是一塌糊涂，去年那两只都没吃到很大的收益，其实反而不如放着不动。</p><p>先说大的方向与思路吧，就是趋势跟随，也就是不尝试抄底、不尝试在最高点卖出。如同吃鱼，吃不到鱼头鱼尾没关系，能吃到鱼身就很好了。如果财报很好，股价一直上涨，就找机会买入，买入之后观察，如果产生了利润（市场证明了自己是正确的），就找机会加仓；如果开始下跌，则严守 8% 的止损线，既给股价一点震荡的空间，又恪守保护本金的原则。作为散户，相对机构最大的优势可能就是流动性了，我全清仓了也不会对股价有丝毫的影响，所以可以跑得很快；既然选择了经常看盘，那就发挥经常看盘的优势。</p><p>关于买点，我现在喜欢下 Stop Buy，也就是突破买单，俗称的追高。按说最理想的情况是搭上机构的快车，如果某个公司连续发布了超预期的财报，那机构可能会选择买入，但因为流动性的限制机构只能分批买入，这就会创造所谓的  Post-Earnings-Announcement Drift，这就是上车的好时机。当然这是理想情况，实际还挺难的。加仓其实可以当一次新的买入看，话虽如此，我自己也是一直不敢加疯涨的 MU.</p><p>再说卖点，这是我确实技术很差的地方，去年的 MU 和 GOOG 都是因为没有在好的时机卖出导致经受了利润的损失。理论上其实两种思路都可以，一种是 sell into weakness, 等到确定市场变差了就卖出，这里需要一些指标来判断市场情况；一种是 sell into strength, 在有可观的利润的时候先至少卖出一部分锁定利润。我现在的话偏向于前者吧（希望尽可能吃满鱼身），之前 MU 和 GOOG 犯错就是明明变差了还没有卖出，继续拖着。想了想这其实是我另一个心态在作祟：认为利润不是自己的钱，这是不对的，利润也是我的钱，亏了也该心疼。遇到不好的行情要么快跑要么忍着，最怕我之前那种忍一阵，忍不住了才跑，这样不仅心态难受，也容易吃不到后续的 V 型反弹，两头不讨好。</p><p>虽然如前所说减仓速度有点慢导致了利润损失，我还是应该庆幸我自己在今年确实恪守了“行情好择时加仓 + 行情不好减仓休息”。在前几周 QQQ 开始往上猛冲的时候，我一边观察一边加仓，然后确实也在最近一周基本满仓了。当然也有行动时机不太对的时候，比如我建仓 TSM 的时候忘了看财报时间，结果在财报前两天建仓了，其实很有问题，因为财报日其实是有风险的，一般除非利润垫够厚，最好不赌财报，控制风险。</p><h4 id="纪律与变式"><a href="#纪律与变式" class="headerlink" title="纪律与变式"></a>纪律与变式</h4><p>除了之前说的止损线和不向下平摊以外，还有几个：不上杠杆、不做空、不玩妖股。我本身对做空没有那么大的敌意，但是确实收益有限，而且大趋势上行玩做空确实有点找死；不玩妖股这条其实执行得也不错，因为我最近也只做自己懂的那些。</p><p>不上杠杆这个其实也可以从保护本金这条原则推导出来，比如 SOXL，三倍做多 SOXX，最近的收益可高了。我再看好半导体也不会碰的，因为杠杆会放大收益，也会放大损失。半导体板块回撤 5% 家常便饭，不加杠杆可能还能当震荡抗一抗，加了杠杆直接 -15% 本金都有危险，很容易翻车。从控制风险的角度来说，我是不会碰的。另外一点就是控制自己的欲望，杠杆会放大欲望，会侵蚀我对常态下金钱和收益的感觉，我个人觉得对我而言也是很危险的（但最近大牛市其实也是啊）。有钱可以慢慢赚，求稳定，不冒险，不犯错。</p><p>另一个体会就是，我慢慢内心接受了，有些钱不是自己的，就是赚不到。我选择了一套交易系统，接受了相关的原则，那也就锚定了那部分的收益，放弃了其他交易系统能获得的那部分收益。我要优化的是我的盈亏比——严守纪律活下去的同时，尽量选择好的股票与好的时机，让赚钱的仓位多赚点，及时止损亏损的仓位，同时根据反馈慢慢提高我的胜率。</p><p>当然，其实针对不同的市场环境可以有不同的打法：</p><ul><li>上行牛市，趋势交易</li><li>震荡市，现金观望 + QQQI 吃股息；趋势交易需要更慎重，止损线收更紧；手痒可以玩玩低买高卖，但绝不玩大</li><li>下行熊市，空仓观望，谨慎做空</li></ul><p>策略可以是混合的，但纪律是要严守的。话虽如此，我还是喜欢大道至简，虽然不看期权会少很多信息，但还暂时不碰期权（QQQI 这种不算）；技术面上也不喜欢太复杂的分析，只要能判断趋势即可；我甚至自己做了个看盘网页来辅助判断，这也算是 AI 带来的好处。</p><h3 id="心路"><a href="#心路" class="headerlink" title="心路"></a>心路</h3><p>我的交易之路完全是由 cyt 带领入门的，她最开始推荐了我《股票大作手回忆录》这本书。</p><p>先说祖师爷利弗莫尔吧，《股票大作手回忆录》就是关于他的故事。他教会我的是原则，虽然我当时并不太会遵守原则。跟着趋势交易、市场永远不会错、寻找阻力最小的方向、不向下平摊亏损、利润是坐着来的，等等。</p><p>然后是克罗的《期货交易策略》，继续加强了利弗莫尔提出的原则。更进一步，在这本书的影响下我开始总结一些原则作为我的交易系统，虽然不是很成熟，均线交叉的策略也显得很 Naive，但毕竟有系统和策略总比没有好。如何设置止盈止损、何时加仓等确实是非常复杂的问题，克罗让我开始思考这些问题了。此外就是对于纪律的强调，再多也不为过。</p><p>最近则是 Mark Minervini 的《Trade Like a Stock Market Wizard》，依然是基于利弗莫尔的路数，但是技术分析更加深入了。他会分析价格、交易量、K 线形态等，主推 VCP 形态是最好的入场时机，还会顺带讲讲为什么会这样。Mark Minervini 的体系是挺完备的，他喜欢基本面和技术面的共振。他后面那本书我还没读，但主要是最近太忙了实在没空读，不是不想。我自己做的看盘网页里主要的指标都是从他的书里抄来的，当作参考确实很好。当然，他也是强调纪律，纪律，纪律。</p><p>其实读完了克罗的书之后，我在找接下来读啥的时候，除了 Mark Minervini 还想着要不要看看彼得林奇的书，最后我还是放弃了。并不是他的书不好，而是暂时还没有必要去打乱自己的交易风格，技能点先按一条路点下去再说吧。还有很多要学的 —— 宏观经济、如何读财报、期权策略，更深入的技术分析，等等。我其实发现自己还是更喜欢通过看书来学习，更系统，更能让我代入，理解也更深刻。AI 也能帮我很多，我 NotebookLM 就有一个专门的 Notebook 是关于投资的，没事会去里面问问问题，和 AI battle 一下。我的看盘网页里还有个功能是一键复制 prompt 去问 AI，会把一些技术面信息填进 prompt 模板里，交给 Gemini 或者 Perplexity 去给我调研去。</p><p>大 A 还是不一样，我现在的策略绝不是趋势交易，而是 03441 打底 + 向量化投降。主要白天上班颇忙，确实也没空看盘，也没空研究那些公司，也难怪我赚不到钱。想要赚钱还是要认真，不能把交易当兴趣，因为兴趣是让人花钱的。只能说，希望自己早日迈上自由之路吧。</p>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/05/11/trade/</id>
    <link href="https://jsjtxietian.github.io/2026/05/11/trade/"/>
    <published>2026-05-11T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><h3 id="原则"><a href="#原则" class="headerli]]>
    </summary>
    <title>交易反思 (2026.5 版)</title>
    <updated>2026-08-09T13:22:46.806Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>唉，这次更新又迟到了，这次是因为五一去广西玩了，内感洞、弄拉、通灵大峡谷、德天瀑布、蓝洞咖啡、明仕田园、南宁城里转转，喀斯特地貌一次看够，粉也确实好吃。我真还挺喜欢的，反正不懂的还可以问问 Gemini。我最喜欢的风景反而是司机带我们走一条小路去德天瀑布的时候，路在半山腰上，时上时下，看着下方的村落与上方的山头，绿意盎然。德天瀑布那边也很有趣，毕竟对面就是越南，中国这边人哗啦哗啦多，越南那边淅淅沥沥的几个，这对比也很有趣。</p><hr><ul><li><p>看到标题就笑了，<a href="https://shimin.io/journal/opus-4-7-just-lazy/">Opus 4.7 isn’t dumb, it’s just lazy</a>，Amp 的评测也不错 <a href="https://ampcode.com/news/opus-4.7">Opus 4.7</a>；说到 Claude，Claude code 降智原因调查也出来了，<a href="https://www.anthropic.com/engineering/april-23-postmortem">An update on recent Claude Code quality reports</a>；还有 GPT5.5，又是 Amp：<a href="https://ampcode.com/news/gpt-5.5">GPT-5.5 In Deep</a>，希望每个模型都有一个这样的 model card：<a href="https://ampcode.com/models/gpt-5.5">GPT 5.5 - Amp</a>.</p></li><li><p>Kimi 2.6 发了，<a href="https://x.com/Kimi_Moonshot/status/2046249571882500354">Meet Kimi K2.6</a>；deepseek v4 发了，很多文章，<a href="https://www.zhihu.com/question/2030963929510310856/answer/2031519601733919763">DeepSeek V4 预览版本上线并同步开源，哪些亮点值得关注</a>，<a href="https://zhuanlan.zhihu.com/p/2031825857543672813">我用自家公司的 BIOS 二进制文件，考了一次 DeepSeek V4 Pro——结果让我沉默了</a></p></li><li><p><a href="https://blog.google/innovation-and-ai/infrastructure-and-cloud/google-cloud/eighth-generation-tpu-agentic-era/">Two chips for the agentic era</a>，谷歌芯片分 TPU 8t: The training powerhouse 和 TPU 8i: The reasoning engine 了，有意思。</p></li><li><p>说到训练，<a href="https://www.youtube.com/watch?v=xmkSf5IS-zw">How GPT, Claude, and Gemini are actually trained and served</a>；还有这个，<a href="https://openai.com/index/where-the-goblins-came-from/">Where the goblins came from</a>，真的好好玩；Fine-tuning 教程：<a href="https://leoniemonigatti.com/blog/fine-tuning-lfm2-5-1-2b-instruct-with-grpo.html">Fine-tuning LFM2.5-1.2B-Instruct with GRPO </a></p></li><li><p><a href="https://x.com/jyangballin/status/2051677497562210552">ntroducing ProgramBench: 200 rigorous, whole-repo generation tasks where models design, build, and ship a working program end to end</a>，这个有意思，目前通过率全是 0，但确实从<a href="https://programbench.com/">这里</a>可以看到，Opus 4.7 确实强。</p></li><li><p>tison 哥的好文 <a href="https://mp.weixin.qq.com/s/x_FUUG4wBUqYs1H5DUtpgQ">夜天之书 #119 Agentic Coding 的边界</a>，<code>软件质量缺少可量化回归指标</code>，<code>隐性知识需要真人提供</code>，说得多好啊；这个也是，<a href="https://arize.com/blog/code-is-free-technical-debt-isnt-notes-from-ai-engineer-europe/">Code is free, technical debt isn’t</a>，<a href="https://www.youtube.com/watch?v=v4F1gFy-hqg">Software Fundamentals Matter More Than Ever</a>.</p></li><li><p>非常不错的 harness 总结，<a href="https://addyosmani.com/blog/agent-harness-engineering/">Agent Harness Engineering</a>，以及 pi 作者的分享 <a href="https://www.youtube.com/watch?v=RjfbvDXpFls">Building pi in a World of Slop</a>，这个也不错，<a href="https://www.zhihu.com/question/2021986352292537180/answer/2028563228460852446">Harness Engineering 时代下有哪些优秀样例</a>；以及 ykiko 的新文章，<a href="https://zhuanlan.zhihu.com/p/2034883949630059124">agent 时代的 clice</a>。</p></li><li><p>学到了新名词，<a href="https://vickiboykis.com/2026/04/13/mechanical-sympathy/">Mechanical sympathy</a>.</p></li><li><p><a href="https://bcantrill.dtrace.org/2026/04/12/the-peril-of-laziness-lost/">The peril of laziness lost</a>: <code>The problem is that LLMs inherently **lack the virtue of laziness**. Work costs nothing to an LLM. LLMs do not feel a need to optimize for their own (or anyone’s) future time, and will happily dump more and more onto a layercake of garbage.</code></p></li><li><p><a href="https://medium.com/@adamprout/agents-are-better-testers-than-we-are-30b1738114d6">Agents Are Better Testers Than We Are</a>，那确实；<a href="https://blog.cloudflare.com/agents-stripe-projects/?utm_campaign=cf_blog&utm_content=20260429&utm_medium=organic_social&utm_source=twitter">Agents can now create Cloudflare accounts, buy domains, and deploy</a>，好啊，Cloudflare 确实很先进。</p></li><li><p><a href="https://arxiv.org/abs/2605.02178">T$^2$PO: Uncertainty-Guided Exploration Control for Stable Multi-Turn Agentic Reinforcement Learning</a>，好友崔崔的 paper：<code>我们发现多轮 agentic RL 不稳定的根源之一是“犹豫”——模型在反复生成低信息量 token，看似在思考，实则原地打转。T²PO 用不确定性来约束探索，让 agent 少走弯路，训练更稳定。</code> 非常棒！</p></li><li><p>还有后续，<a href="https://x.com/gregpr07/status/2047358189327520166">The Bitter Lesson of Agent Harnesses</a>：<code>The bitter lesson of agent harnesses: your helpers are abstractions too. Delete them. Let the agent write what it needs.</code></p></li><li><p>Jina AI 的分享很不错，<a href="https://mp.weixin.qq.com/s/93SsY__dxtsUPXhAPsjHCA">2026 年做搜索就是做 Agent Memory</a>，顺藤摸瓜发现了 <a href="https://dr.miromind.ai/">MiroThinker</a>；说到记忆，<a href="https://mp.weixin.qq.com/s/DJtp4QUJtJHCnNU9yarsww">吹了几年的 AI 个人知识库，为什么还是那么难用</a>，这里的分层框架还不错。</p></li><li><p>谈带宽的显存容量比，<a href="https://zhuanlan.zhihu.com/p/2029981166191780212">大模型时代的新 roofline</a>，<code>agentic推理已经逐渐滑向严重的memory capacity bound</code>，早点看到我就满仓海力士了。<a href="https://x.com/lemire/status/2048033674570899701">Daniel Lemire on X</a>: <code>The trend is clear: faster and faster memory.</code> <a href="https://www.youtube.com/watch?v=LF3aUIM57uw">The Supply and Demand of AI Tokens</a>，由于复杂的强化学习环境和代码部署任务极度依赖通用计算，CPU 也处于售罄状态。<a href="https://www.anjalishriva.com/fat-tails">Why fat tailed costs emerge at scale</a>，唉，<code>Long-context, agentic workloads, and more users compound tail risk; tail risk here refers not just to profit loss, but overcommitting resources and crashing systems.</code></p></li><li><p>学学，<a href="https://zhuanlan.zhihu.com/p/2031135579979638176">确定性的边界：从 GPU 到 Groq 的 AI 芯片谱系学</a>。</p></li><li><p>学学，<a href="https://mp.weixin.qq.com/s/zqnJuv5OVsNGEefM7RguqQ">独家对话罗福莉：AI 范式已然巨变</a>：<code>要去做好Agent的Post-train。更具体说，是在Agent上怎么做好RL的scaling...至少在Chat时代，for研究、for Pre-train和for Post-train的用卡比例非常夸张，比如3:5:1，现在一个非常合理的用卡比例可能是3:1:1</code>。OpenClaw 我能欣赏它的产品，但确实没给我带来巨震倒是，虽然我确实觉得越来越有一个一直跑着 AI 的 vps 的需求了，难道是我比较后知后觉？</p></li><li><p><a href="https://timzaman.com/getting-into-ai-infra">Getting Into AI Infra</a>，非常好的文章，其中的练习我想了想我大概没法马上画出来：<code>Another good exercise is to draw a cartoon systems diagram of a gaming PC and annotate the rough bandwidths between the components.</code></p></li><li><p>每周都会看待 agent 帮助下的算子优化，<a href="https://zhuanlan.zhihu.com/p/2028849708638979935">如何让 Claude Opus 4.6 写一个 100% CUBLAS 性能的 GEMM 算子</a>；也有这种 <a href="https://x.com/pupposandro/status/2046264488832213174">How we got 207 tok&#x2F;s with Qwen3.5-27B on an RTX 3090</a>，和这种 <a href="https://github.com/antirez/llama.cpp-deepseek-v4-flash">llama.cpp-deepseek-v4-flash: Experimental implementation of DeepSeek v4 flaash in llama.cpp</a>.</p></li><li><p>刷到了这本书，看着也不错，<a href="https://zhuanlan.zhihu.com/p/2034971147138286320">《AI Systems Performance Engineering》略读小记</a>。</p></li><li><p><a href="https://www.trychroma.com/research/context-rot">Context Rot: How Increasing Input Tokens Impacts LLM Performance</a>，不是新文章，做 ppt 的时候发现的，写得很好。</p></li><li><p><a href="https://blog.eladgil.com/p/random-thoughts-while-gazing-at-the">Random thoughts while gazing at the misty AI Frontier</a>：<code>AI will first automate away the things that are easier to form a closed loop learning system on. This is why code and AI research may be accelerated and then displaced quickly - you can have testable closed loop systems so machines can learn and iterate quickly. The tighter the closed loop, the faster the AI can learn. </code></p></li><li><p>Deep Research 进化了，但我似乎很久没用了，<a href="https://blog.google/innovation-and-ai/models-and-research/gemini-models/next-generation-gemini-deep-research/">Introducing Deep Research and Deep Research Max</a>.</p></li><li><p>可以对照看：<a href="https://openai.com/zh-Hans-CN/index/introducing-workspace-agents-in-chatgpt/">在 ChatGPT 中推出工作空间智能体</a> ，<a href="https://cloud.google.com/blog/products/ai-machine-learning/introducing-gemini-enterprise-agent-platform">Introducing Gemini Enterprise Agent Platform</a>.</p></li><li><p>感觉谈 multi agent 的变多了，<a href="https://x.com/walden_yan/status/2047054401341370639">Multi-Agents: What’s Actually Working</a>，<a href="https://x.com/GoogleCloudTech/status/2047567704807346675">How A2A and MCP work together: five integration patterns for building multi-agent systems</a>，<a href="https://github.com/chekusu/wanman">wanman</a>，<a href="https://maggieappleton.com/zero-alignment">One Developer, Two Dozen Agents, Zero Alignment</a></p></li><li><p><a href="https://github.blog/ai-and-ml/generative-ai/how-ai-is-reshaping-developer-choice-and-octoverse-data-proves-it/">How AI is reshaping developer choice</a>：<code>developer choice is shifting toward technologies that work best with the tools we’re already using.</code></p></li><li><p><a href="https://www.zhihu.com/question/1992208967498236682/answer/2028074933238907033">如何评价 Claude Code 核心工程师「Bash 即一切」的观点</a>，<code>LLM可能永远都无法非常擅长写Bash。Bash中，对引号、括号进行匹配是个 Dyck-k 问题。然而，Transformer的电路复杂度类别是TC0，因此，它非常不擅长处理这种需要在内部维持状态的工作，理论上就无法完成任意深度的配对任务。更不要说里面还常常会碰到带转义的引号，又要分门别类处理了。</code></p></li><li><p>刷到一篇 Computer Use 的原理，<a href="https://x.com/injaneity/status/2051730711712063994">The internals of Computer Use in Claude Cowork &amp; OpenAI’s Codex</a>，我就说为啥都在 Mac 上先出，Mac 的 Accessibility 做得好，所以 AI 也能更方便地看到那些 UI 控件，真有趣。</p></li><li><p>有大神在帮 OpenClaw 优化 OpenRouter 的 token 消耗：<a href="https://x.com/cherry_mx_reds/status/2048063265314340932">we intentionally cut aggregate OpenRouter token usage by ~35%, down to ~400B tokens.</a></p></li><li><p><a href="https://x.com/yetone/status/2047701073474072712">Yansu App</a>，挺有趣的想法，让 AI 主动观察用户的行为，默默帮助你去 build 你需要的提效工具；<a href="https://github.com/tw93/Kami">Kami</a>，纸张排版 skill. </p></li><li><p><a href="https://github.com/warpdotdev/warp">Warp is an agentic development environment, born out of the terminal</a> 开源了。</p></li><li><p><a href="https://github.com/openclaw/mcporter">openclaw&#x2F;mcporter: Call MCPs via TypeScript, masquerading as simple TypeScript API. Or package them as cli</a>，<a href="https://github.com/mlc-ai/xgrammar">xgrammar: Fast, Flexible and Portable Structured Generation</a>，我竟然才发现这些。</p></li><li><p>好分析，<a href="https://matduggan.com/if-i-could-make-my-own-github/">if-i-could-make-my-own-github</a>，虽然没啥关系，但最近 github 确实不够稳定。</p></li><li><p><a href="https://devblogs.microsoft.com/visualstudio/stop-hunting-bugs-meet-the-new-visual-studio-debugger-agent/">Meet the New Visual Studio Debugger Agent Workflow</a>，很需要，crash 有 windbg-mcp 了，debug 也需要。</p></li><li><p>麦老师的 Agent，<a href="https://zhuanlan.zhihu.com/p/2032812681472779550">KimiX：Agent Swarm 与更加高效的工具</a></p></li><li><p>谈 Claude Design 和 Figma 的文章 <a href="https://samhenri.gold/blog/20260418-claude-design/">Thoughts and Feelings around Claude Design</a>：<code>There’s an Arts and Crafts principle called truth to materials — the idea that a thing should be honest about what it is and how it’s made, rather than masquerading as something else. Figma ended up being the opposite of this: a set of extremely rigid schemas with a free-form “just vibes, man” costume over the top.</code></p></li><li><p><a href="https://www.ncregister.com/commentaries/schnell-repairing-the-ruins">Repairing the Ruins: Why AI Can’t Replace Education</a>：<code>We tend to celebrate knowledge: facts accumulated, results confirmed, information stored. But as the biologist Stuart Firestein has argued, discovery begins not only with what we know but with a disciplined sense of what we do not yet understand. That frontier is where large language models reach their limit.</code></p></li><li><p>当然总有一些偏悲观的文章，<a href="https://techtrenches.dev/p/the-west-forgot-how-to-make-things">The West Forgot How to Build. Now It’s Forgetting Code</a></p></li><li><p><a href="https://x.com/Varaquilex/status/2050672333489406353">C vs Python &amp; LLMs</a>，说实话我觉得和训练语料有关，但是给 agent 以 profile 工具以及一些提示，应该让它自己优化没啥大问题。</p></li><li><p>游戏上没看到啥，零散几篇，<a href="https://zhuanlan.zhihu.com/p/2030321408509735061">游戏运行时 AI Native Debug 工程</a>，<a href="https://mp.weixin.qq.com/s/ECY99iEzWAHDv11-1Iz05w">米哈游坦白局：AI 全面升级游戏管线，崩坏 IP 正在做什么？</a></p></li><li><p>来点传统技术，这个有意思：<a href="https://trainsec.net/library/windows-kernel/launch-wsl-applications-from-windows-with-wsllaunch/">Launch WSL Applications from Windows with WslLaunch</a>，能想象出一种混合平台编程；虽然很久不看图形学了，但是 <a href="https://www.ludicon.com/castano/blog/2026/04/metal-lossy-compression-format/">Metal Lossy Compression Format</a>；<a href="https://adamj.eu/tech/2022/06/17/mike-actons-expectations-of-professional-software-engineers/">Mike Acton’s Expectations of Professional Software Engineers</a>；<a href="https://x.com/lemire/status/2048820249118880088">Daniel Lemire on X: “You can beat the binary search” &#x2F; X</a></p></li><li><p>好好睡觉 <a href="https://super-memory.com/articles/sleep.htm">Good sleep, good learning, good life</a>.</p></li><li><p><a href="https://www.youtube.com/watch?v=a1zDuOPkMSw">Hamming, “You and Your Research” (June 6, 1995) </a>，我也需要 Great Thoughts Time，时常觉得自己的工作太 trivial 了，一点也不重要，所以很没意思，也许我也该学着“每隔七年左右更换研究领域，可以防止思维僵化”，至少要一直学点新东西，不论是投资还是拳击还是做饭，不然太无聊了。</p></li><li><p>我自己在做个分享的 ppt，地址在这 <a href="https://github.com/jsjtxietian/ai_pre_for_yx">ai_pre_for_yx</a>. 用的是 slidev 的 skill + Claude Opus&#x2F;Sonnet + cdp 截图反馈。Opus 太慢了我后面换成 sonnet，但确实体感 sonnet 的理解能力不如 opus. Claude Code 的很多小功能确实不错，btw, recap 都挺实用的。这次我还是让 AI 用 vue 组件或者 css 直接画样式包括图表的，还没上 AI 直接生成图之类，也许下次可以试试。说实话习惯了之前的所见即所得的编辑，有时候还是会被 AI 气到，即使 AI 可以自己截图来调整样式，很多视觉的东西还是自己控制比较安心。可能 slidev 确实就是不适合太精细，主打一个差不多就行，还好这次本也就是差不多就行。内容本身因为面向公司的，删了很多，反而体现自己的思考，到底要讲啥不讲啥。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/05/07/curiosity_log_9/</id>
    <link href="https://jsjtxietian.github.io/2026/05/07/curiosity_log_9/"/>
    <published>2026-05-07T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>唉，这次更新又迟到了，这次是因为五一去广西玩了，内感洞、弄拉、通灵大峡谷、德]]>
    </summary>
    <title>Curiosity Log 9</title>
    <updated>2026-08-09T13:22:46.804Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>不知不觉两周又过去了，终于打完了《死亡搁浅 2》，可以回到《追忆似水年华》了。摆烂还是挺开心的，下班之后买菜散步然后打游戏。可惜之后可能没法按时下班了，惨啊，不过正好有时间多看看 AI 相关的东西。蹭了一节公司送的拳击体验课，太爽了！！！那种明明一点力气都没了但依然在教练的鼓励与自身的意志下努力挥拳的感觉，非常上瘾，搞得当天晚上直接失眠，but I want more!</p><p>听说前司强制项目组所有人月底前必须用 Codex 或者 Cursor 解决不少于一个工作相关的需求，我就 emmmm, 不知道该说啥了，我这种偏向 AI 激进派的都听了会摇头，这不是大家纯给领导的焦虑演戏打工么，如同当年强制打自家游戏段位和绩效绑定一样。当然，想想，我要是还在前司会有多受欢迎啊。。。</p><hr><ul><li><p>Opus 4.7 发布了，官方的技巧介绍：<a href="https://claude.com/blog/best-practices-for-using-claude-opus-4-7-with-claude-code">Best practices for using Claude Opus 4.7 with Claude Code</a>，加的 adaptive thinking 看着还是挺有争议的；Boris Cherny 也介绍了一些<a href="https://x.com/bcherny/status/2044847858634064115">技巧</a>，这个思路还行：<code>many of my prompts these days look like &quot;Claude do blah blah /go&quot;. /go is a skill that has Claude 1. Test itself end to end using bash, browser, or computer use 2. Run the /simplify skill 3. Put up a PR</code>.</p></li><li><p>Meta 也有新模型，<a href="https://www.riteshkhanna.com/blog/muse-spark-arena">I Tested Meta Muse Spark Against 4 Frontier Models</a>，不知道能不能重新上牌桌呢。另外有个 Gemma4 的介绍：<a href="https://newsletter.maartengrootendorst.com/p/a-visual-guide-to-gemma-4">A Visual Guide to Gemma 4</a>，整体看社区反馈似乎还不错的样子。</p></li><li><p>Claude 的 Context Management 小技巧介绍：<a href="https://x.com/trq212/status/2044548257058328723">Using Claude Code: Session Management &amp; 1M Context</a>；他们的新文章更有趣一些，<a href="https://www.anthropic.com/engineering/managed-agents">managed-agents</a>：<code>We virtualized the components of an agent: a session (the append-only log of everything that happened), a harness (the loop that calls Claude and routes Claude’s tool calls to the relevant infrastructure), and a sandbox (an execution environment where Claude can run code and edit files). This allows the implementation of each to be swapped without disturbing the others. We&#39;re opinionated about the shape of these interfaces, not about what runs behind them.</code></p></li><li><p><a href="https://davegriffith.substack.com/p/why-isnt-everything-different-yet">Why Isn’t Everything Different Yet</a>，辩护文，如果 AI 真的有 KOL 吹的那么强，那么为啥世界还没发生天翻地覆的变化。有很多理由，我还是挺认同这个的：<code>Fast by historical standards is still slow by Tuesday standards</code>。想想确实如此，AI 才出来几年。我每次做这个 Curiosity Log，都会感叹，过去两周竟然发生了这么多事情。</p></li><li><p>每周都有更多人在赞美 AI，<a href="https://lalitm.com/post/building-syntaqlite-ai/">Eight years of wanting, three months of building with AI</a>，还有在 AI 帮助下用.Net 写推理引擎的，<a href="https://github.com/kkokosa/dotLLM">dotLLM</a>,<code>On decode, dotLLM reaches 66-88% of llama.cpp throughput. Prefill is a different story - dotLLM is roughly 2-5x slower than llama.cpp across the board. </code></p></li><li><p>当然也有偏悲观主义的文章，<a href="https://aphyr.com/posts/411-the-future-of-everything-is-lies-i-guess">The Future of Everything is Lies, I Guess</a>，里面提的一个概念很不错：<code>The shape of things LLMs are good at seems to be jagged</code>.  不同于人类能力基本是从易到难平滑过渡的，LLM 的能力边界是锯齿状的，LLM 在解多元微积分的同时，却无法理解简单的词语谜题，一边非常聪明，一边又蠢到让人想笑。</p></li><li><p>karpathy 的 <a href="https://karpathy.bearblog.dev/year-in-review-2025/">2025 LLM Year in Review</a> 也提到了类似的概念，<code>We&#39;re not &quot;evolving/growing animals&quot;, we are &quot;summoning ghosts&quot;.</code> 他最近也有<a href="https://x.com/karpathy/status/2042334451611693415">一篇</a>写了相关的，<code>a lot of the capabilities are relatively &quot;peaky&quot; in highly technical areas. Typical queries around search, writing, advice, etc. are *not* the domain that has made the most noticeable and dramatic strides in capability. Partly,  this is due to the technical details of reinforcement learning and its use of verifiable rewards. But partly, it&#39;s also because these use cases are not sufficiently prioritized by the companies in their hillclimbing because they don&#39;t lead to as much $$$ value</code>.</p></li><li><p>还有把 Open web 比作黑暗森林的，<a href="https://ryelang.org/blog/posts/cognitive-dark-forest/">The Cognitive Dark Forest</a>，当个思想实验看看还挺有趣的。</p></li><li><p>当然至少我认同 <a href="https://www.oreilly.com/radar/conviction-collapse-and-the-end-of-software-as-we-know-it/">“Conviction Collapse” and the End of Software as We Know It</a> 里说的：<code>AI will be really good at making certain processes more efficient. But it won’t be really good at making new processes unless people start to focus on that. And that’s a human creativity thing.</code></p></li><li><p>紧接着就是这个讨论，<a href="https://x.com/altryne/status/2043748676099866771">The Z&#x2F;L Continuum - Do AI engineers even need to read code anymore?</a> 里面提到 <code>Ryan Lopopolo from @OpenAI took the stage and said “code is a liability” and that we should all strive to be “token billionaires” - and on the last day, Mario Zechner of Pi got standing ovations after he told folks to “slow the fuck down” and “read every fucking line of critical code”</code>，我大概偏向于自适应吧，靠自己判断要不要看代码，那其实还是偏向 slow down 这一端。里面其他观点也都挺有趣的，比如 <code>AI was supposed to make us more productive, but we all just work more</code>，比如 <code>Many AIEs are quick to host MCP funerals, while enterprises adopt MCP and MCP Apps faster than ever, due the inherit security risks of agent skills</code>, 比如 <code>IDEs are dying, Github is seeing unprecedented traffic levels (15x their biggest year, which was last year), so is @Cloudflare</code>. </p></li><li><p>说到 pi 作者，他有个新的分享 <a href="https://www.youtube.com/watch?v=RjfbvDXpFls">Building pi in a World of Slop</a>，还是那些观点，Agent 的代码能力源于互联网，而互联网上 90% 的代码本身就是老旧的垃圾代码，所以要小心，别放手；人类虽然会犯错但是会铲屎重构；只在任务范围极其明确、代码高度模块化的前提下，才让 Agent 做去处理代码。以及 pi 作者加入公司来维护 pi 了，<a href="https://mariozechner.at/posts/2026-04-08-ive-sold-out/">I’ve sold out</a>，依然是核心部分开源。</p></li><li><p>正好上面提到了 Cloudflare，他们刚发一篇 blog，<a href="https://blog.cloudflare.com/shared-dictionaries/">Shared Dictionaries: compression that keeps up with the agentic web</a>，为了应对 agent 时代他们网络基础设施压力陡增，提了一个很聪明的解法：<code>In order to scale with more requests hitting heavier pages that are re-deployed more often, compression has to get smarter.</code> </p></li><li><p>还有这个，<a href="https://x.com/mitchellh/status/2041566958681014418">The Building Block Economy</a>：<code>AI is okay at building everything from scratch, but it is *really good* at gluing together high quality, well documented, and proven components. And, AI prefers to do this when it can unless explicitly prompted otherwise.</code></p></li><li><p>新版的 <a href="https://openai.com/index/codex-for-almost-everything/">Codex</a> 也带着 Computer Use 了，更让我好奇的是也带着记忆了：<code>We’re also releasing a preview of **memory**, which allows Codex to remember useful context from previous experience, including personal preferences, corrections and information that took time to gather.</code> 说到记忆，<a href="https://github.com/garrytan/gbrain">gbrain</a> 挺有意思的，<code>This is my personal opinionated OpenClaw/Hermes Agent setup with full Graph RAG, Vector Search, and retrieval on top of Karpathy&#39;s markdown as system-of-record LLM knowledge wiki.</code> 然后 Nowledge Labs 也有一篇文章：<a href="https://nowledge-labs.ai/zh/blog/building-memory-systems-for-ai-agents">为 AI Agent 构建记忆系统</a>。</p></li><li><p>说到 Karpathy 这个 knowledge wiki，他自己又<a href="https://x.com/karpathy/status/2042626702459674801">发帖</a>说：<code>it&#39;s the tractable form of brain upload</code>. 好奇的是，如果我死了，大家看我的博客所展现的我的脑子，似乎和我自己认为的我的脑子不会很一样。</p></li><li><p>才发现这个评测 <a href="https://metr.org/time-horizons/">Task-Completion Time Horizons of Frontier AI Models - METR</a>，还蛮好的，<code>The task-completion time horizon is the task duration (measured by human expert completion time) at which an AI agent is predicted to succeed with a given level of reliability.</code> 注意默认是 log scale 的，改 linear scale 才能感受到 AI 发展有多快。这个评测是从这篇文章发现的，<a href="https://x.com/tianle_cai/status/2042459055483207818">Dario Says Continual Learning Is Solved. Is It?</a></p></li><li><p>说到评测，Dawn Song 发了个好玩的<a href="https://x.com/dawnsongtweets/status/2042616204888801450">帖子</a>：<code>Our agent Terminator-1 scored ~100% on 8 major AI agent benchmarks, e.g., SWE-bench Verified &amp; Pro, Terminal-Bench, beating Claude Mythos. It solved 0 tasks.</code> 提醒大家不能盲目信这些 benchmark 的最终结果。</p></li><li><p><a href="https://github.com/MiniMax-AI/cli">MiniMax cli</a>很聪明的解法：<code>Instead of calling a Minimax TUI, they give you a skill that you can use to call the &quot;mmx&quot; command line tool from any other harness.</code></p></li><li><p><a href="https://www.mintlify.com/blog/how-we-built-a-virtual-filesystem-for-our-assistant">How we built a virtual filesystem for our Assistant</a>，<code>The agent doesn&#39;t need a real filesystem; it just needs the illusion of one. Our documentation was already indexed, chunked, and stored in a Chroma database to power our search, so we built ChromaFs: a virtual filesystem that intercepts UNIX commands and translates them into queries against that same database. </code> 有点意思的思路，给 agent 的 api 还是文件读写那些，下面换成了数据库的操作。</p></li><li><p>黄仁勋的最新<a href="https://x.com/dwarkesh_sp/status/2044456498441708013">访谈</a>，谈英伟达做什么、不做什么，说<code> more when necessary, less when possible</code>，就啃着硬骨头干；也从他的角度分析了 TPU 和 GPU 的利弊，想到这个 <a href="https://x.com/MainzOnX/status/2044462083010662771">From SIMT to Systolic: A Foundation for GPU and TPU Architecture</a>，也是雄文：<code>I&#39;ll try to convince you that TPU is the better platform even for the thing GPUs were supposed to own outright, which is custom kernel authoring.</code></p></li><li><p>说到英伟达，他们发了个新模型， <a href="https://github.com/nv-tlabs/lyra/tree/main/Lyra-2">Lyra-2</a> turns an image into a 3D world you can walk through, look back, and drop a robot into for real-time rendering, simulation, and immersive applications. 挺酷的。</p></li><li><p>围绕 Mythos 和相关的，<a href="https://sockpuppet.org/blog/2026/03/30/vulnerability-research-is-cooked/">Vulnerability Research Is Cooked</a>，<a href="https://www.understandingai.org/p/why-anthropic-believes-its-latest">Why Anthropic believes its latest model is too dangerous to release</a></p></li><li><p><a href="https://www.zhihu.com/question/1994448618531337777/answer/2008084378950051725">transformer 能否拟合出哈希算法</a>，确实。</p></li><li><p>关于训练，<a href="https://x.com/HiTw93/status/2040047268221608281">你不知道的大模型训练：原理、路径与新实践</a>，随便看看；推理的更有意思，<a href="https://zhuanlan.zhihu.com/p/2028172692533068285">Codex 在推理框架上能蹬出什么优化</a>，<code>然后亮点是它debug修复的过程中除了比较图片的PSNR和MAE之外还会用ffmpeg去截一张生成视频的图然后用多模态的方式读这个图判断画面是正常还是乱码。</code> Codex 确实聪明，我最近在 vibe 网页，它也会自己去调用工具截图看问题。</p></li><li><p>关于推理还有这个，<a href="https://zhuanlan.zhihu.com/p/2026354265170397100">TritonLLM v0.1.1: Agent 时代的大模型推理</a>，<code>Attention is all you need，attention is also gold。我们的注意力和时间是最稀缺的资源，应该花在更有意义的事情上。</code> 以及这个：<a href="https://zhuanlan.zhihu.com/p/2025648183569655286">面向 SGLang 的 Profile Analysis SKILL：3 张表定位 Kernel Fuse 和 Overlap 机会</a>。</p></li><li><p>还不错的画图 skill，<a href="https://github.com/cathrynlavery/diagram-design">diagram-design: Thirteen editorial diagram types for Claude Code. Self-contained HTML + SVG. No shadows, no Mermaid-slop</a>；也有搞笑的 skill，比如这个 <a href="https://github.com/JuliusBrussee/caveman">caveman</a>，省 token 也不是这么省的吧。</p></li><li><p>说到基础工具，<a href="https://gitbutler.com/cli">GitButler</a> 看着也挺有意思的，作者说 github 这种 <code>The old model assumed one person, one branch, one terminal, one linear flow.</code> 他们的则是 <code>Designed to stack branches, to multitask, to control and organize your changes, to easily undo - to be simple, powerful and intuitive, no matter who (or what) you are.</code></p></li><li><p>从卡马克的 <a href="https://x.com/ID_AA_Carmack/status/2044549518465622406">帖子</a> 的评论区看到了这个 <a href="https://o565.com/llm-text-compression/">Using a LLM to compress text</a>，还是蛮有意思的想法，LLM 能预测正确的就不压缩了，只记录预测错误的。</p></li><li><p>Autoresearch 还有后续，<a href="https://x.com/modal/status/2044146413509206379">Autoscaling Autoresearch: Give your agents elastic GPUs</a>，卖铲子的来啦！</p></li><li><p>Lemire 的 <a href="https://x.com/lemire/status/2045138536597279193">The Automation of Nonsense</a>，很真实，太多系统创造的 bullshit job 了，对这种东西拿 AI 应付就是极好的。想到《是大臣》S3E1 里 Sarah 的吐槽：<code>I want a job where I don’t spend endless hours circulating information that isn’t relevant about subjects that don’t matter to people who aren’t interested. I want a job where there is achievement rather than merely activity. I’m tired of pushing paper.</code></p></li><li><p><a href="https://slop.unbound.io/">Unbound Slop</a>，Unbound 主打 SDF 建模，出了这个加上 AI 的版本，看着挺好玩的。</p></li><li><p><a href="https://github.com/PufferAI/PufferLib">PufferLib</a> 给强化学习环境加了 Overcooked，有品位。</p></li><li><p>10x editor 都加入<a href="https://x.com/stewartlynch8/status/2042579283864858926">ai</a>相关功能了，<code>It turns out that AI agents want to use 10x too. They need fast code navigation as much as we do. Stop waiting for AI to grep files and give it access to 10x.</code></p></li><li><p>朋友做的，<a href="https://github.com/LambdaLabsHQ/unity-repl">unity-repl</a>，挺有趣的，大概流程这样 <code>Agent 发 C# 源码，Mono.CSharp 在 Unity Editor Main Thread 上直接求值，Session 里声明的类型和变量跨调用保留，直到 domain reload。</code>确实如他所说，这样的话整个 Editor &#x2F; Runtime API 都是可用工具面。我之前想过有没有可能抽象一个 bash 层给 UE，这么想确实不如 repl 来得好，当然，Unity 毕竟有 C#，UE 似乎也不是不行，考虑到有 Live++ 这种神器。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2024896873975031251">AI 融入 Niagara 工作流：从数据理解到制作与优化的全链路实践</a>，可惜我不太懂 Niagara，确实该学学，文章里的思路是对的，导出 json，然后 ai 写 json，然后导回去。AI 因为能看到裸的 hlsl，所以性能优化估计也不错。认同：<code>Niagara 这套系统，本质上是给人用的。</code></p></li><li><p>大致扫了一眼，<a href="https://isolveproblems.substack.com/p/how-microsoft-vaporized-a-trillion?r=7orx5d&utm_campaign=post&utm_medium=web&triedRedirect=true">How Microsoft Vaporized a Trillion Dollars</a>，只能说 OpenAI 包括资本市场确实敏感，可千万不能买 MSFT。</p></li><li><p>看收纳仙人的文章，<a href="https://scottlawsonbc.com/post/dot-system">A Dot a Day Keeps the Clutter Away</a>.</p></li><li><p>来点传统技术，v8 的分享 <a href="https://www.youtube.com/watch?v=LpJ79MxplUk&t=2s">How Many Compilers Is Too Many? A Look at V8’s History, Tradeoffs, and Architectural Choices - YouTube</a>；关于 float，<a href="https://lisyarus.github.io/blog/posts/its-ok-to-compare-floating-points-for-equality.html">It’s OK to compare floating-points for equality</a>，<a href="https://essenceia.github.io/projects/floating_dragon/">Floating point from scratch: Hard Mode</a>；贴图压缩，<a href="https://www.ludicon.com/castano/blog/2026/04/the-true-size-of-astc-textures/">The True Size of ASTC Textures</a>; etw，<a href="https://trainsec.net/library/windows-internals/capture-etw-events-with-c-part-1/">Capture ETW events with C++</a>；<a href="https://github.com/LaurieWired/tailslayer">Tailslayer</a> is a C++ library that reduces tail latency in RAM reads caused by DRAM refresh stalls.</p></li><li><p>在给 Seedance2.0 接 UI 的时候体验测试了下其能力，确实真的很不错。之前自己一直不是很关注生图、生视频这块，确实有空也要看看。</p></li><li><p>港股通终于开了，开始建仓 03441。这波美股反弹也确实是快，没吃满，不过也没事，安全重要。少加班，控制风险，活下去。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/04/19/curiosity_log_8/</id>
    <link href="https://jsjtxietian.github.io/2026/04/19/curiosity_log_8/"/>
    <published>2026-04-19T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>不知不觉两周又过去了，终于打完了《死亡搁浅 2》，可以回到《追忆似水年华》了]]>
    </summary>
    <title>Curiosity Log 8</title>
    <updated>2026-08-09T13:22:46.804Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>最近两周很开心。上周吉林小伙和灰灰这两位朋友分别从北京远道而来，相谈甚欢，也是弥补了去年离职前没能去北京与他们相聚的遗憾。我是很重视人与人之间连结的人，这不是最近正好在玩《死亡搁浅 2》，天天搞基建送快递攒好评，不亦乐乎。因为废寝忘食送快递，普鲁斯特的著作我都没怎么继续读，故事停在了巴尔贝克的海滩，这不又是海，死亡也搁浅在了海滩。另外普鲁斯特对食物的描写极为细致，也符合我的吃货设定。清明也去深圳继续连结新的朋友，真的开心。</p><hr><ul><li>在深圳等位的时候，我和 Gemini 脑暴了一个思想实验，我的疑问大概是：训练语料要到哪个时代，LLM 才能“理解”科学登月？灵感来自几个方面：之前读过的一篇文章说如果只给 LLM 喂古希腊的数据，问它我们该如何登月，LLM 会说月亮是个女神，你没法上去的；<a href="https://simonwillison.net/2026/Mar/30/mr-chatterbox/">Mr. Chatterbox</a> 这个只用维多利亚时代小说训练的模型也给了我点灵感；我以前也和 Gemini 讨论过用前相对论时代的数据训练出的 LLM 能不能推导出相对论，以及 LLM 是不是挑战了康德的先天图式。当然这个问题更特殊一些，假设 LLM 有 web search 这样的工具，训练语料要到哪个时代，LLM 才能“理解”科学登月这一现代科学的成果？当然我都这样问了，不出意外 Gemini 的回答是启蒙时代。这个问题可以往外引申到很多方面，后续我继续在这个问题的框架下聊 LoRA、RL、隐性常识数据、具身智能、范式转移等等。</li><li>然后看到这个问题：<a href="https://www.zhihu.com/question/2020848380708930751/answer/2021716814464328847">大模型输出答案前「思考」的「思维链」机制，本质上是何种原理</a>，答主有言：<code>思维链（COT）本质是让模型能够将最终的输出对齐到pretrain的自然世界的连续知识分布，是模型说给自己看的，不是说给用户看的</code>，很有洞见。</li><li>过去两周最大的事情大概是 Claude Code 源码泄露，然后就有很多文章来分析了，<a href="https://yage.ai/share/claude-code-engineering-cost-20260331.html">AI 工程的真实代价：从 Claude Code 泄露源码看新模型接入的工程现实</a>，<a href="https://zhuanlan.zhihu.com/p/2022389695955346888">Claude Code 完整源码泄露了，花了一天读完全部源码，这是我发现的</a>，<a href="https://x.com/rasbt/status/2038980345316413862">Claude Code’s Real Secret Sauce (Probably) Isn’t the Model</a>，还有手工川的 <a href="https://docs.lovstudio.ai/cc0331">Claude Code 0331 系统报告</a>，等等。简单看了看，记忆、压缩、prompt caching 的小技巧、A&#x2F;B 测试这些都挺有趣的，KAIROS 模式也很 make sense，然后最有启发的可能还是第一篇文章中的：<code>新模型接入的工程成本中，大部分来自模型行为与系统假设之间的不匹配。</code>还有个看着很牛的可视化网页 <a href="https://ccunpacked.dev/">Claude Code Unpacked</a>. </li><li>源码泄露事件配合之前 <a href="https://x.com/bcherny/status/2038454336355999749">Boris Cherny</a> 分享的 Claude Code 小技巧合集，包括 <a href="https://www.anthropic.com/engineering/claude-code-auto-mode">auto mode</a>，感觉还挺有趣。</li><li>Karpathy 的 <a href="https://x.com/karpathy/status/2039805659525644595">LLM Knowledge Bases</a>，后续还共享了一个 <a href="https://gist.github.com/karpathy/442a6bf555914893e9891c11519de94f">llm-wiki</a>，a pattern for building personal knowledge bases using LLMs. Karpathy 还是比我先进（或者说 AI native）多了：<code>Obsidian is the IDE; the LLM is the programmer; the wiki is the codebase... The human&#39;s job is to curate sources, direct the analysis, ask good questions, and think about what it all means. The LLM&#39;s job is everything else.</code> 基本是把阅读、编辑、维护那个 wiki 都交给 LLM 了，确实可以试试。我目前还是手动收集与整理的，可能是因为我觉得读文章的时候顺手记一下也不是啥事儿。</li><li>谷歌发了 <a href="https://blog.google/innovation-and-ai/technology/developers-tools/gemma-4/">Gemma 4: Our most capable open models to date</a>，然后 llama.cpp 和 unsloth 这些基本都是首发就支持了。说到 llama.cpp，其仓库最近达到了 100k star，作者 Georgi Gerganov 在 X 发了 <a href="https://x.com/ggerganov/status/2038632534414680223">长文</a>，描述自己对本地推理的想法与愿景：<code> I believe that there is a certain level of intelligence we as humans can comprehend and meaningfully utilize to improve our working process. Beyond that level, access to more intelligence becomes unnecessary at best and counterproductive at worst.</code> 然后评论区也讨论到了关于本地模型的效果问题，<code>From typing the task in the client to the actual result, there is a long chain of components that atm are not only fragile - are also developed by different parties.</code> 我个人觉得除了隐私以外，本地模型确实更可控 + 延迟更低。</li><li>Jeff Dean 和 Bill Dally 的<a href="https://www.youtube.com/watch?v=g8BuAtM3fp4&t=1s">访谈</a>，里面提到尽管文本数据增长放缓，但世界上仍有海量未被充分利用的数据（包括视频、音频、真实的机器人传感器数据以及由强大 AI 生成的高质量合成数据），所以谷歌狂做多模态也确实理由充分。另外两个有趣的，一是针对长 context 问题，他们认为未来的方向可能是采用分层检索或聚类注意力机制，在海量信息库中快速定位最相关的百万 token 范围；二是英伟达有个专门用历史设计文档和专有数据微调出的大语言模型，能够精准回答工程师关于特定硬件模块的复杂问题，很有启发。</li><li>最近的热词 Harness: <a href="https://yage.ai/share/harness-engineering-scalability-20260330.html">Harness Engineering 在讨论什么</a>，<a href="https://zhuanlan.zhihu.com/p/2021229438939965162">Harness Engineering 时代的失败经验</a>，<a href="https://github.com/langchain-ai/deepagents">deepagents: Agent harness built with LangChain and LangGraph</a>.</li><li>好文，<a href="https://mariozechner.at/posts/2026-03-25-thoughts-on-slowing-the-fuck-down/">Thoughts on slowing the fuck down</a>，好比喻，又见荷马史诗：<code>Coding agents are sirens, luring you in with their speed of code generation and jagged intelligence, often completing a simple task with high quality at breakneck velocity.</code> 然后这里写的也蛮好，适合给 agent 的 task 的特点：<code>they can be scoped so the agent doesn&#39;t need to understand the full system. The loop can be closed, that is, the agent has a way to evaluate its own work. The output isn&#39;t mission critical, just some ad hoc tool or internal piece of software nobody&#39;s life or revenue depends on.</code> 我觉得很多人是活在未来的人，他们想的是未来会如何如何，他们也身体力行去做了；但当现实还没准备好的时候，可能就显得是“爆论”，可能看着不如 slow the fuck down。所以我个人一般只当跟随者，不是一线的，但是步频 180 跟着，感受风往哪里去。</li><li>其他关于 agent 的讨论：<a href="https://github.com/onevcat/2026-let-s-vision">AI Agent 的道与术</a> 里面提的用自然语言让 AI 生成 test case 还挺有意思的；<a href="https://john.regehr.org/writing/zero_dof_programming.html">Zero-Degree-of-Freedom LLM Coding using Executable Oracles</a>: <code>When an LLM has the option of doing something poorly, we simply can’t trust it to make the right choices. The solution, then, is clear: we need to take away the freedom to do the job badly</code>, 一方面是给它自由，一方面也要约束；<a href="https://zhuanlan.zhihu.com/p/2019826804764979414">记录下 SGLang 开发，优化，debug 的技巧之大 SKILL 时代已来临</a>：<code>在推理框架、kernel 优化、模型适配这些复杂场景里，稀缺的早就不只是&quot;会写代码&quot;，而是&quot;知道该优化什么、瓶颈大概在哪、怎么设计一个稳定可复用的流程&quot;。Agent 确实能把事情做得飞快，但它需要目标清晰、资料齐全、验证标准过硬</code>；赞美，大肆赞美，<a href="https://randsinrepose.com/archives/better-faster-and-even-more/">Better, Faster, and (Even) More</a>；<a href="https://blog.exe.dev/bones-of-the-software-factory">Everyone is building a software factory</a>，愿景真不错；Memory 的总结 <a href="https://x.com/yoheinakajima/status/2037201711937577319">The state of AI memory systems</a>。</li><li>挺有趣的研究 <a href="https://arxiv.org/abs/2602.09345">AgentCgroup: Understanding and Controlling OS Resources of AI Agents</a>，看了下 AI Agent 在跑的时候的占用的资源情况，<code> Our measurements reveal that (1) OS-level execution (tool calls, container and agent initialization) accounts for 56-74% of end-to-end task latency; (2) memory, not CPU, is the concurrency bottleneck...</code> 说实话也是意料之中，倒也不能直接说是 云端的 GPU 就在等 CPU 和 内存，而更像是，现在的基础设施确实还不是给 Agent 大量优化的，这不是经常看到有人搞了新的给 agent 的搜索工具，比如 cursor 的 <a href="https://cursor.com/cn/blog/fast-regex-search#all-this-in-your-machine">快速正则搜索：为 agent 工具构建文本索引</a>，然后被喷 <a href="https://x.com/neogoose_btw/status/2036580938411548710">The largest manipulation in the benchmarking history uncovered</a>.</li><li><a href="https://linear.app/developers/aig">Agent Interaction Guidelines (AIG)</a> 里提炼了一些还不错的 agent 设计原则，比如<code>An agent should be clear and transparent about its internal state</code>；这里也有一些更具体的建议：<a href="https://x.com/ericzakariasson/status/2036762680401223946">Building CLIs for agents</a>.</li><li><a href="https://www.humanlayer.dev/blog/long-context-isnt-the-answer">Long-Context Isn’t the Answer</a>，洞见：<code>More context isn&#39;t more capability - the instruction budget doesn&#39;t scale with the context window.</code> 指令遵循能力很重要。相关的，<a href="https://www.philschmid.de/kimi-composer-context">How Kimi, Cursor, and Chroma Train Agentic Models with RL</a>，<code>Context management is a first-class problem. Cursor uses self-summarization. Kimi shards context across parallel sub-agents. Chroma teaches the model to discard irrelevant chunks. Different solutions, same underlying constraint.</code></li><li>说到 <a href="https://www.trychroma.com/research/context-1">Chroma Context-1</a>: <code>a 20B parameter agentic search model derived from gpt-oss-20B that achieves retrieval performance comparable to frontier-scale LLMs at a fraction of the cost and up to 10x faster inference speed.</code> 很有趣的领域小模型，说到小模型还有这个，<a href="https://huggingface.co/Jackrong/Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled">Qwen3.5-27B-Claude-4.6-Opus-Reasoning-Distilled</a>，感觉看名字就很厉害。以及关于量化的，<a href="https://x.com/Brooooook_lyn/status/2037532299382882794">Why MLX Quantized Models Underperform Unsloth GGUF</a>: <code>The root cause is uniform quantization... The solution is per-tensor mixed-bit quantization — assigning each weight tensor a precision level based on its actual sensitivity. This is what Unsloth&#39;s Dynamic 2.0 recipe does for GGUF, and what we&#39;ve ported to MLX.</code> </li><li>Junyang Lin 的新文章：<a href="https://x.com/JustinLin610/status/2037116325210829168">From “Reasoning” Thinking to “Agentic” Thinking</a>，确实可能是未来的方向。</li><li>Simon Willison 参加的播客的<a href="https://simonwillison.net/2026/Apr/2/lennys-podcast/">文字稿</a>，没啥特别新的东西，提到 <code>Software engineers as bellwethers for other information workers</code>，那确实，如果 AI 大势所趋，确实程序员是在第一线（也是死在第一线的）。</li><li><a href="https://brooker.co.za/blog/2026/03/25/ic-junior.html">What about juniors</a>: <code>The high level is fairly clear: the new junior path engages much earlier with economics, product, and people, has less emphasis on the practice of the craft of programming, but more emphasis on the deep technology and science behind the systems we are building.</code> 唉，可我就是 junior，好累。</li><li>每天都有更多人在用 AI 帮助自己，比如 Paint.NET 作者<a href="https://x.com/rickbrewPDN/status/2039850858935140449">说</a>：<code>Claude Code just helped make a very important scenario in Paint.NET about 95% faster: Copy. To. Clipboard.</code> 可能更重要的是：<code>I could have done this all myself, but it would have taken a lot longer. More importantly, it just would not have happened.</code></li><li>还有这个 <a href="https://www.john-rush.com/posts/eggs-25-years-20260219.html">25 Years of Eggs</a>，用 AI 帮助自己处理 25 年来收集的购物小票以追踪鸡蛋的价格变化，非常有趣。不出意外，<code>Codex and Claude are excellent at building tools and extracting structured data, but they couldn’t segment an image or replace an OCR engine. The right answer was a stack of specialized models - SAM3 for segmentation, PaddleOCR for text, Codex and Claude for everything else. I expected this, but it was worth trying the simple path first.</code></li><li>最近发现的新东西，比如<a href="https://x.com/imedwardluo/status/2039729625157537978">Vibe Island</a>，把 agent 的工作状态丢到 Mac 的灵动岛上了，还挺有意思的；卡比的 <a href="https://opencli.info/blog/opencli-emacs-for-agents?lang=zh">OpenCLI：AI Agent 的 Emacs</a>，啥时候游戏引擎有个类似 bash 或者 emacs 的东西就好了；<a href="https://slock.ai/">Slock - Where humans and AI agents collaborate</a>，玩了下，挺有趣的想法和界面；<a href="https://github.com/11cafe/jaaz">jaaz</a>，很有趣的 AI Canvas；<a href="https://github.com/ssrajadh/sentrysearch">sentrysearch</a>，用原生多模态模型来做视频的语义搜索；<a href="https://cs153.stanford.edu/">CS 153: Frontier Systems</a>，平等嫉妒所有斯坦福的人；<a href="https://github.com/openai/codex-plugin-cc">codex-plugin-cc</a>，Use Codex from Claude Code to review code or delegate tasks；<a href="https://github.com/genymobile/scrcpy">scrcpy</a>，我咋没早点发现这个，直接把安卓手机投屏到电脑上。</li><li><a href="https://michaelnotebook.com/whichfuture/">Which Future?</a> 很思辨的文章，讨论我们人类面对超级人工智能所面临的生存风险，里面谈到 AI 的 alignment: <code>In this sense, (much) technical alignment is a kind of &quot;market-supplied safety&quot;, aligned with corporate goals, and helping accelerate AI... Governance and policy is only a small part of the external alignment work that is required. And external alignment – that is, making reality outside the system safe – is historically far more expensive, far slower, and far less incentivized by the market.</code></li><li>大热的 <a href="https://research.google/blog/turboquant-redefining-ai-efficiency-with-extreme-compression/">TurboQuant</a> 以及其争议：<a href="https://zhuanlan.zhihu.com/p/2020969476166808284">对于 Google 的 ICLR 2026 TurboQuant 论文，我们必须公开澄清</a>。</li><li>还不错的工具文章，算本地模型要多少显存：<a href="https://x.com/TheAhmadOsman/status/2040103488714068245">GPU Memory Math for LLMs (2026 Edition)</a>。</li><li>Anthropic 的新文章 <a href="https://www.anthropic.com/research/emotion-concepts-function">Emotion concepts and their function in a large language model</a>，可和《情绪》这本讲人的书对照。</li><li><a href="https://x.com/lemire/status/2038980780278403382">Daniel Lemire</a> 发文吐槽：<code>the person could have asked ChatGPT, Grok, Claude, or even Copilot and gotten the correct information instantly. They didn’t, because they don’t care to know... Meanwhile, please, for the love of God, if don&#39;t know a topic at least as well as ChatGPT, don&#39;t speak as an expert.</code> 大模型时代又咋了，比得过权力吗。</li><li>notch 在 <a href="https://x.com/notch/status/2039561278495068337">X</a> 上喷：<code>DLSS fundamentally makes no sense. Because the graphics card is too slow to run the game at reasonable speeds, you use THE SAME HARDWARE to run a neural network to generate frames in between the existing ones</code>，然后引发了一些讨论，比如 Sebastian 的<a href="https://x.com/SebAaltonen/status/2039759360994300224">评论</a>，Casey 也录了一期<a href="https://www.computerenhance.com/p/my-thoughts-on-notchs-dlss-post">视频</a>说这个。一针见血：<code>DLSS was the killer AI app for Nvidia. Allowed Nvidia to ship full tensor hardware to consumer chips. Otherwise tensor cores would have been dead silicon for gaming.</code> 硬件都在那儿，不用也是浪费，虽然我个人不是很喜欢糊糊的那种画面。</li><li><a href="https://x.com/jzh_000/status/2039086919238185307">AgenticPCG</a>: <code>We combine classic PCG (Procedural Content Generation) algorithms with large language models for generating game levels. LLMs on their own are not good at level generation, but when given the right tools from our PCG toolbox they&#39;re killing it!</code> 思路很合理，不过 demo 似乎稍微简单了些。</li><li><a href="https://github.com/Italink/UnrealClientProtocol">UnrealClientProtocol</a>，感觉这个路径（不是手动选择暴露给 AI 的功能，而是把引擎本身的接口交给 AI）上的项目在变多，也合理，游戏引擎本身的复杂度让 MCP 这种方案显得很无力。不过据我个人经验，至少 AI 对 UE 的理解还是很陈旧的，不能纯靠自身的知识，还是要在源码里工作比较好，毕竟并非所有接口都会通过反射默认暴露。然后这里有用 AI 做 code review 的分享：<a href="https://zhuanlan.zhihu.com/p/2012296278969704777">UE 大型团队如何用 Claude 做自动 Code Review</a>，Code RAG + Blueprint RAG，两套 RAG 共用一个向量数据库和 MCP Server，感觉也是不错的工程化实践。</li><li><a href="https://github.com/wuhao21/sts2-cli">Headless Slay the Spire 2 CLI</a>，杀戮尖塔的 cli，非常有创意，要是所有游戏都可以整出 cli 然后让 AI 帮玩就好了，咱就不说测试了，有个 AI 来当队友也不错。</li><li><a href="https://www.jsnover.com/blog/2026/03/13/microsoft-hasnt-had-a-coherent-gui-strategy-since-petzold/">Microsoft Hasn’t Had a Coherent GUI Strategy Since Petzold</a>，感觉一直都能看到微软吐槽大会，也许股价暴跌也是一种必然</li><li><a href="https://medium.com/@reinigdavid/old-school-rendering-rant-tomb-raider-913f7837de7e">Old school rendering rant - Tomb Raider</a>，来点真传统的渲染技术，以及这个，<a href="https://www.copetti.org/writings/consoles/">Architecture of Consoles</a>，各种老游戏机的架构</li><li>这篇 <a href="https://www.ludicon.com/castano/blog/2026/03/hardware-image-compression/">Hardware Image Compression</a> 讨论了各家硬件图像压缩格式的优劣，<code>ARM&#39;s AFRC is the clear winner</code>，更真实的是这个：<code>One of the things I’ve always lamented about hardware image formats is the slow pace of innovation. Developers were usually unwilling to ship textures in a new format unless that format was widely available.</code></li><li><a href="https://x.com/lemire/status/2037944251485388889">How stagnant is CPU technology</a>，CPU 同理，<code>Not all software can easily run much faster on new processors, and genuine progress is difficult.</code> Intel 最近有个 Intel Binary Optimization Tool 看着也挺有意思的。</li><li><a href="https://x.com/SheriefFYI/status/2037401422850121776">SheriefFYI </a> 发问，how do people debug game logic in ways other than using lots and lots of printf() logging and debug draw gizmos? 评论区有一些想法，但不多。</li><li>从 axios 被投毒联系到的：<a href="https://blog.yossarian.net/2025/11/21/We-should-all-be-using-dependency-cooldowns">We should all be using dependency cooldowns</a>，确实不能太急。</li><li>Codex App 太难用了，我经常遇到丢数据啥的，回到 terminal 了。当然模型本身还是很智能的，有群友拿它来破解软件的激活码，还能自己截图自己 debug，真好。前端上确实差了点，主要是默认咋就是疯狂的卡片样式，不美观，最近在让 gpt-5.4 vibe 的股票看板就是，丑。</li><li>遇到这种科技革命，我想的是，对我这种普通人而言，尽量远离风险，尽量活下去。</li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/04/07/curiosity_log_7/</id>
    <link href="https://jsjtxietian.github.io/2026/04/07/curiosity_log_7/"/>
    <published>2026-04-07T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>最近两周很开心。上周吉林小伙和灰灰这两位朋友分别从北京远道而来，相谈甚欢，也]]>
    </summary>
    <title>Curiosity Log 7</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>更新迟到了几天，因为周末去三亚参加好朋友波博的婚礼了！现在三亚的天气不错，婚礼也很迷人，觉得自己穿上西装也是人模狗样的。周六晚上我们几个软院遗老一起大富翁到三点钟，也是很舒适了，真希望这样的时光更长一些。就是感觉周日逛的水族馆的水分有点多，30 分钟就逛完了，另外看到真人扮演成美人鱼在水里表演总感觉不是很舒适，明明已经是是水族馆了，还玩把人当成景观客体这一套，真没意思。</p><p>最近读到了《追忆似水年华》的第二卷《在少女们身旁》，顺带着还读了点《普鲁斯特的空间》。慢慢熟悉了普鲁斯特的写法，毕竟我早已受到了一些更后期的文学的熏陶，而且从第一卷的第二部分斯万之恋开始，写法又变得很线性了，就慢慢读吧。真怀念上学时候的读书会呀，读《骑兵军》《小城畸人》等等。</p><p>对象 Vibe Coding 出来的奶茶记录网页：<a href="https://milk-tea-tracker.netlify.app/">奶茶记录</a>，AI 带来的工具民主化真好啊（虽然她还是没法停下喝奶茶）。Vibe Coding 确实令人上瘾，token 翻译为代币吧，对应 AI 就是老虎机。</p><hr><ul><li><p>好酷，必须第一个介绍，<a href="https://x.com/danveloper/status/2034353876753592372">Autoresearching Apple’s “LLM in a Flash” to run Qwen 397B locally</a>：<code>The entire 209GB model streams from SSD through a custom Metal compute pipeline.</code> 本地能跑 397B 的 Qwen 模型了，想法不错，Apple 的硬件也是真的不错。个人想法，在这个意义上 Apple 是不是可以算是 Local LLM 这一派的硬件厂商？等最近风头过了就建仓 Apple。</p></li><li><p>关于 karpathy 的 <a href="https://github.com/karpathy/autoresearch">autoresearch</a>，同意 <a href="https://registerspill.thorstenball.com/p/joy-and-curiosity-78">Thorsten Ball</a> 的看法：<code>The idea of running an agent in a loop isn’t new, but what I find fascinating: how small this repo is, how small the codebase is, how direct and clear the instructions and the workflow are, and the meta thing of this being exactly what the non-nano researchers at the big labs are doing, at least kind of.</code> 这里也有用来做算子优化的，<a href="https://zhuanlan.zhihu.com/p/2017212755590005622">如何用 Opus 4.6 写出一个比开源社区更快的 gpu 算子</a>，有来优化内存分配的，<a href="https://github.com/Shopify/liquid/pull/2056">Performance: 53% faster parse+render, 61% fewer allocations</a>.</p></li><li><p><a href="https://www.youtube.com/watch?v=jw_o0xr8MWU&t=4438s">NVIDIA GTC Keynote 2026</a>，只看懂了这个：<code>Inference is the Workload, Tokens are the New Commodity, Compute is Revenue.</code>其他硬件相关的基本没看懂。除了老黄的还有这个 <a href="https://www.youtube.com/watch?v=mDG_Hx3BSUE">The single biggest bottleneck to scaling AI compute</a>，电力和土地不太会是限制，也许到 2030 年，最大的瓶颈将回归到芯片制造本身（ASML 的 EUV 光刻机），还有内存危机似乎也没到结束的时候。</p></li><li><p>认真研读了 Unsloth 创始人的访谈：<a href="https://www.youtube.com/watch?v=v9c00Ty5Z7U&t=4142s">LLMs for Everyone | Pre-training, Fine-Tuning, Scaling RL, Open Source</a>，热情满满，被感染到了，所以我现在也准备去看看 Unsloth 的教程玩玩微调了（当然作者是推荐不要每个热点都追的，太容易疲劳了，应该专注自己感兴趣的一个小方面）；作者还建议徒手推导反向传播试试，也是个 todo 了。Unsloth 也出了个 <a href="https://x.com/UnslothAI/status/2033926272481718523">Unsloth Studio</a>，更一体化了，可以玩玩。</p></li><li><p><a href="https://blog.colinbreck.com/adapting-to-ai-reflections-on-productivity/">这里</a>有个不错的比喻，用 AI 就像是在一家无限量供应热狗的公司工作，AI 让你胃口大开，但如果不懂得自我调节，这种无限的产出会让人筋疲力尽。以及老生常谈的：<code>Context switching is antithetical to the optimal experience of flow and AI tends to encourage context switching.</code> </p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2018257242286209022">eval + builtins：比 tools 更好的 Agent 架构范式</a>，我基本也是这个想法，可惜 UE 的那个 Python 脚本绑定因为训练数据量太小了，用起来还是不太行。很早用的这个 <a href="https://github.com/jackwrichards/UnityMCP">UnityMCP</a> 也是这个思路，此想法在 <a href="https://zhuanlan.zhihu.com/p/2000790356535559443">Tool Call 的未来</a> 也有所指。</p></li><li><p><a href="https://github.com/svnscha/mcp-windbg">mcp-windbg</a> 又救我命，有个修改了虚表导致的 ABI 不一致的 bug 就是靠 gpt-5.4 + WinDBG MCP 查出来的，听说 <a href="https://github.com/plasma-umass/ChatDBG">ChatDBG</a> 也不错，但似乎只支持 gdb 和 lldb。</p></li><li><p>读了 Claude Code 官方的一些文章，<a href="https://x.com/trq212/status/2033949937936085378">Lessons from Building Claude Code: How We Use Skills</a> 确实是还不错的综述，喜欢这两句：<code>If you’re publishing a skill that is primarily about knowledge, try to focus on information that pushes Claude out of its normal way of thinking</code> 和 <code>Give Claude the information it needs, but give it the flexibility to adapt to the situation</code>. 也补了下去年的 <a href="https://www.anthropic.com/engineering/multi-agent-research-system">How we built our multi-agent research system</a>.</p></li><li><p><a href="https://www.theguardian.com/technology/2026/feb/25/tech-legend-stewart-brand-on-musk-bezos-and-his-extraordinary-life-we-dont-need-to-passively-accept-our-fate">Tech legend Stewart Brand on Musk, Bezos and his extraordinary life</a>: <code>The strapline of the Whole Earth Catalog was “access to tools”, and it was meant in the broadest sense.</code> 他很强调 Maintenance, 很有趣，联系到 <a href="https://x.com/badlogicgames/status/2033798602372288947">Mario Zechner on X</a>: <code>keeping the complexity off the bay is really hard, espwcially if you go full agent orchestration.</code></p></li><li><p>关于 benchmark 的反思，<a href="https://florianbrand.com/posts/benches-2026">Quo vadis, LLM benchmarks</a>，<code>Benchmarks are not meant to be taken at face value, but rather indicate the (relative) strengths of models and the general progress in the respective area of the benchmark... However, it is important to know what benchmarks are for and to look at the implementations (and data) of benchmarks to know what it measures and within which constraints it measures.</code></p></li><li><p><a href="https://tomtunguz.com/local-vs-cloud-speed/">The Robotic Tortoise &amp; the Robotic Hare</a> 有个实验还挺有意思的，Qwen 35B 竟然“打败”了 Claude Opus 4.5，<code>Faster responses mean more rounds of revision before a meeting ends or attention drifts. It’s different for agentic coding workflows &amp; complex codebases, where slower work may lead to better outcomes. But for everyday tasks, faster models can enable tighter feedback loops. Tighter loops can produce better outcomes.</code> 一方面当然是本地模型也大有可为，另一方面这也是我们做性能优化的意义所在，不仅仅包括 LLM 的推理优化，也包括相关的工具优化。</p></li><li><p>说到大模型和小模型，这篇 paper 还是挺有意思的，<a href="https://www.alphaxiv.org/abs/2603.12228">Diverse Task Experts Are Dense Around Pretrained Weights</a>. </p></li><li><p>看不懂但是好厉害：<a href="https://kexue.fm/archives/11664">Attention Residuals 回忆录</a>。</p></li><li><p>一些可视化集合：<a href="https://magazine.sebastianraschka.com/p/visual-attention-variants">A Visual Guide to Attention Variants in Modern LLMs</a>，<a href="https://www.vizuaranewsletter.com/p/vision-transformers">Vision Transformers - by Mayank Pratap Singh</a>，<a href="https://sebastianraschka.com/llm-architecture-gallery/">LLM Architecture Gallery</a></p></li><li><p><a href="https://blog.platformatic.dev/why-nodejs-needs-a-virtual-file-system">Why Node.js Needs a Virtual File System</a>: <code>Without AI, this would not have been a holiday side project. It just wouldn’t have happened.</code></p></li><li><p>新看到的一些不错的工具：<a href="https://x.com/kepano/status/2034374124269940898">Obsidian Reader</a>，UCLA AGI Lab 的 <a href="https://github.com/eurekaclaw/eurekaclaw">EurekaClaw</a>，<a href="https://github.com/ast-grep/ast-grep">ast-grep</a>，给 Agent 的浏览器 <a href="https://github.com/lightpanda-io/browser">Lightpanda</a>，专门给 AI 搞了 MCP 的 <a href="https://jbachorik.github.io/posts/stackprofile-jfr">stackprofile</a>，浏览器的 Agent <a href="https://github.com/badlogic/sitegeist">sitegeist</a>，<a href="https://github.com/ChromeDevTools/chrome-devtools-mcp">chrome-devtools-mcp</a>等等</p></li><li><p><a href="https://www.helenmin.com/blog/software-is-becoming-more-honest">Software isn’t dying, but it is becoming more honest</a>：<code>Software isn’t dying; it’s just getting more honest. We’re moving toward a world where we pay for the work (the base) and the value (the outcome).Subscription-based billing won&#39;t remain the standard, and that’s actually a win for everyone… </code></p></li><li><p><a href="https://lucumr.pocoo.org/2026/3/20/some-things-just-take-time/">Some Things Just Take Time</a>，另外这篇也不错，<a href="https://blog.s-schoener.com/2026-03-18-not-about-the-typing/">It has never been about the typing</a>: <code>Identity requires some sort of “what makes me different from everyone else”, and a lot of these differentiators have been obliterated lately</code>.</p></li><li><p>LLM 对这种小创作者的影响值得关注，<a href="https://beyondloom.com/blog/onwigglypaint.html">Some Words on WigglyPaint</a> : <code>NONE of these sites are created by me, or with anything remotely resembling my permission. The sites are *slop*; slapdash imitations pieced together with the help of so-called “Large Language Models” (LLMs). The closer you look at them, the stranger they appear, full of vague, repetitive claims, outright false information, and plenty of unattributed (stolen) art. This is what LLMs are best at: quickly fabricating plausible simulacra of real objects to mislead the unwary.</code> 一方面是创作民主化，一方面是 slop 泛滥，有趣。</p></li><li><p>竟然已经有这种 AI 语气收集了：<a href="https://gist.github.com/ossa-ma/f3baa9d25154c33095e22272c631f5a1">AI Writing Tropes to Avoid</a>，最近用 gpt-5.4 深有所感。</p></li><li><p><a href="https://www.dbreunig.com/2026/02/21/why-is-claude-an-electron-app.html">Why is Claude an Electron App?</a>  作者的回答：<code>Some of the engineers working on the app worked on Electron back in the day, so preferred building non-natively. It’s also a nice way to share code so we’re guaranteed that features across web and desktop have the same look and feel. Finally, Claude is great at it.</code> 另外，<a href="https://tonsky.me/blog/fall-of-native/">Claude is an Electron App because we’ve lost native</a>， <a href="https://domenic.me/windows-native-dev/">Windows Native App Development Is a Mess</a>，确实如此。</p></li><li><p>大佬发话：<a href="https://x.com/SebAaltonen/status/2035005805691371778">Turns out that DLSS5 was after all a generic Snapchat beautify post filter. No per pixel developer control</a>，笑死我了。Neural texture 确实是个不错的想法，但啥时候能有统一的标准和接口呢？又有，<a href="https://x.com/SebAaltonen/status/2033916147364425736">Sebastian Aaltonen on X</a>: <code>Codex was a massive help in the porting, but if you want high performance result, you need to validate everything, use GPU debugger and GPU profiler, etc. Know what is the best data layout and explain that to the LLM, etc. Good AGENTS.MD rules helps of course. But doesn&#39;t solve.</code></p></li><li><p>制作人推荐了这个《羊蹄山之魂》的<a href="https://mp.weixin.qq.com/s/rklgtYGoQctErPl88cPmTQ">分享</a>，利用事件卡组的思路来进行任务节奏控制，规划开放世界的内容释放逻辑，确实是蛮不错的思路。我下意识就想到了这不是和推荐系统很像么，玩家经历过的事件就是历史的数据，基于这个去选择要推荐的游戏内容，当然游戏的不同之处在于有个主线系统。现在是 LLM 的天下，也可以考虑用大模型来做推荐，或者是定时发数据去云端，或者本地跑个 8B 模型，感觉都很有搞头。</p></li><li><p><a href="https://www.youtube.com/watch?v=fXakIV1OFes">Visibility Buffer and Deferred Rendering in DOOM: The Dark Ages</a>，DOOM 也换 Visibility Buffer 和 Deferred Rendering 了，还记得以前学它那个 Forward+ 的时候，也忘光了其实。</p></li><li><p>Eric Lengyel 大佬关于高性能字体渲染的博客：<a href="https://terathon.com/blog/decade-slug.html">A Decade of Slug</a>，说来他那几本关于游戏引擎的书我还一直没看呢。。。</p></li><li><p>Superluminal 的新文章：<a href="https://rovarma.com/articles/a-tale-about-fixing-ebpf-spinlock-issues-in-the-linux-kernel/">A tale about fixing eBPF spinlock issues in the Linux kernel.</a></p></li><li><p>学点虚拟内存技巧也不错，<a href="https://www.computerenhance.com/p/powerful-page-mapping-techniques">Powerful Page Mapping Techniques.</a></p></li><li><p>jemalloc 复活了，<a href="https://engineering.fb.com/2026/03/02/data-infrastructure/investing-in-infrastructure-metas-renewed-commitment-to-jemalloc/">Investing in Infrastructure: Meta’s Renewed Commitment to jemalloc</a>.</p></li><li><p>关于时间，<a href="https://bloomberg.github.io/js-blog/post/temporal/">Temporal: The 9-Year Journey to Fix Time in JavaScript</a>.</p></li><li><p><a href="https://x.com/lemire/status/2034393396777796077">How many branches can your CPU predict</a>，测量方法是真的不错，给 CPU 上压力看看它能记住多少长度的随机序列，AMD YES！另外注意到了 Lemire 大佬用的库 <a href="https://github.com/lemire/counters">counters: performance counters in C++</a> 没有 Windows 支持，相似的 <a href="https://github.com/jmuehlig/perf-cpp">perf-cpp</a> 也没有。</p></li><li><p>神人字体 <a href="https://github.com/nevesnunes/z80-sans">z80-sans</a>，把汇编做进了字体里，牛，太牛了。</p></li><li><p><a href="https://x.com/sonofalli/status/2033651124520292795">good people don’t get blocked</a>，唉，确实，要 get the job done 才是本事。</p></li><li><p><a href="https://sharif.io/looking-stupid">Willingness to look stupid is a genuine moat in creative work</a>: <code> Good Ideas, and I mean this in the broadest sense – research directions, startup ideas, premises for a novel – almost always sound stupid at first. They often make the person who came up with them look stupid. So if a truly *Good Idea* always starts out by looking unserious, then the only way to have one is to get comfortable producing stupid things.</code> 另外，<code>Your goal shouldn’t be to share something good. It should just be to share something *at all*. Even if it isn’t good.</code> 可能这也是 Curiosity Log 的初衷之一，最近更新倒是都很即时，但确实挤压了我写其他文章的时间，唉，时间。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/03/24/curiosity_log_6/</id>
    <link href="https://jsjtxietian.github.io/2026/03/24/curiosity_log_6/"/>
    <published>2026-03-24T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>更新迟到了几天，因为周末去三亚参加好朋友波博的婚礼了！现在三亚的天气不错，婚]]>
    </summary>
    <title>Curiosity Log 6</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Diary" scheme="https://jsjtxietian.github.io/tags/Diary/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>将近半年前我写了 <a href="https://jsjtxietian.space/2025/11/15/ai_2025_11/">我如何使用 AI (2025.11 版) </a>，当时就觉得估计是要过几个月就更新的，这不是正好我玩杀戮尖塔 2 有点丧气了（这种游戏我真是又菜又爱玩），来补一下文章。</p><p>前几天想了下，我现在对 AI 的需求，大概可以分为这么四类：</p><ol><li>日常聊天</li><li>高智商问题解决</li><li>编程</li><li>一些其他需求，比如阅读</li></ol><h3 id="日常聊天"><a href="#日常聊天" class="headerlink" title="日常聊天"></a>日常聊天</h3><p>对于基本的日常对话而言，我期望模型有不错的智商、优秀的多模态能力和广博的世界知识，然后使用起来要足够方便，有手机 app，可以随时问。现在我主要是用 Gemini Chat, 网页和 app 都用，偶尔用用 Perplexity。</p><p>个人觉得这里的玩法解锁，主要是看自己的生活与 AI 融合有多深。我会和 Gemini 学习健身减脂，拍配料表让它告诉我哪种意面比较好，让它帮我总结长篇文章或者播客，翻译游戏攻略，找刚写完的博客的错别字，用 Slidev 画 PPT，回忆 git 或者 ssh 某个我忘掉的命令，帮我 fact check 某个事实，和我聊聊我读到的某篇文章&#x2F;某个观点的其他角度，和他聊我各种各样异想天开的想法等等。最近 DeepResearch 倒是用的少了，可能没那么深度的需求了（其实是文章写少了）。</p><p>彻底弃用了 Kimi、Qwen 等，倒不是因为它们模型的智商不行，最主要的还是信息墙，优质的中文内容都在各个厂商的护城河后面，如果模型抓不到的话，那还真不如去小红书搜了。其他倒都是小问题，Kimi 简洁优雅，但是之前用的时候 app 天天限额；Qwen 天天让我点外卖，我看着烦。</p><h3 id="智商高地"><a href="#智商高地" class="headerlink" title="智商高地"></a>智商高地</h3><p>一般针对比较难的问题，需要最强大的模型，这种时候不计成本，需要的是智商，这种需要 ai studio 的满血&#x2F;不降智版本的 Gemini，勾选上 Grounding with Google Search 和 Code Execution, 效果很好。目前每天免费额度倒是还够，但我也不排斥真金实银去按 api 调用付费去用。</p><h3 id="编程"><a href="#编程" class="headerlink" title="编程"></a>编程</h3><p>现在主要是用 Windows 上的 Codex App，选 gpt 5.4 + thinking high, 目前还没开 1M 上下文的模式。</p><p>整体来说体验还是蛮好的，读 UE 源码没啥问题，好好给各个仓库配置好 AGENTS.md，然后遵循一些其他的最佳实践，很舒服。基本大部分时候是异步的工作模式，我干其他的，让 AI 先去代码库里探索。gpt-5.4 还是需要调教下 prompt，我体感默认情况下废话太多了，<a href="https://x.com/OnlyXuanwo/status/2032139006230790183">Xuanwo</a> 有一些推荐。当然，Windows 上 Codex 的沙盒有 bug，比如<a href="https://github.com/openai/codex/issues/13965">这个</a>和<a href="https://github.com/openai/codex/issues/13542">这个</a>，所以目前体验很一般（毕竟刚出，可以给点时间再观察下），其它倒是还好。然后也越来越大胆了，我最开始还是 Read Only 的权限，现在直接开 Full Access 了，信任确实是慢慢积累的。</p><p>游戏仓库本身不是很 agent friendly 是个问题，如何让仓库更 agent 友好、如何弄好 harness 都是大家在积极探索的方向。但奈何我没啥精力去大力推进这些，只能自己遇到一个问题解决一个问题（比如之前写了 skill 让 Codex 帮我看 js 的火焰图，结合代码优化）。也有用 Claude Agent SDK 简单做点东西玩玩，我测试的话就简单接了 deepseek 的 api，量大管饱不心疼钱，大部分时候的效果也确实不错。</p><p>上次文章里还说到想要 UE 的 deepwiki，其实这还是个挺有趣的问题，就是如果 AI 能够每次都能通过读代码去准确地生成这份知识，那这份知识有必要存下来吗，具体到这里就是说，UE 的 deepwiki 是个伪需求吗？我个人理解，deepwiki 这里其实包含了个知识沉淀的作用，那我假如不考虑 token 成本的话，似乎优势就在于比较省 context + 延迟比较低了，依然是有价值的，但维护的成本也不低。</p><p>总结就是，彻底拥抱 Agentic Engineering！AI 相比我的优势还是太大了，这阅读代码的 bandwidth、对一些细节的注意、百折不挠的精神，我确实比不过啊。</p><h3 id="其他"><a href="#其他" class="headerlink" title="其他"></a>其他</h3><p>在读书方面，我彻底拥抱了 NotebookLM，谷歌太棒了！这里其实是个针对长文本的 RAG 需求，谷歌的模型能力确实不错，帮我总结书的结构与脉络，找某个特定的内容等等，都体感很好。扫描版的 PDF 我会先走 MinerU 的 OCR 变成 Markdown 文本，再丢到我的 Notebook 里去。我分了两个 Notebook，一个是 Liberal Art 相关，一个是投资相关。读完书会让 AI 生成一些题目来测试我（虽然生成的题目都很一般），然后和书本内容进行互动，增强理解。我尽量第一次阅读的时候不用 AI，除非真的卡住了，在读完之后的复盘才开始使用 AI 的辅助。甚至因为 NotebookLM 很方便，我也基本放弃了原来的笔记方式，放弃了大段的摘录，而转而去记录一些有趣的细节、我自己的元分析与思考等。手机上下了个 NotebookLM 的 App 准备自己没事就去复习复习自己看过的书（虽然其实也没打开过）。</p><p>Obsidian 的知识库那边我有点放弃了，基本上就是作为一个 staging 区域而存在，我最后整理到 Curiosity log 的内容才是我真的感兴趣的内容。原本的知识库作为一个原始素材就先放着了，可能有用的就在于放在云端接个龙虾随时回答我的问题，但需求不是很大。也许未来可能作为某种知识库或者记忆的仓库而存在吧，但记忆这个问题本身就很复杂，所以不多谈。</p><p>看股票的话有在用 Perplexity Finance，看看新闻、股票大盘等等，也确实只限于大概看看，正经的分析肯定去 TradingView 或者自己写代码了。</p><p>Typeless 也不错，需求切入点非常好的小工具。用着很上瘾，就是不太适合在公司用，比较适合我对象这种远程工作的。</p><p>我可能需要一个龙虾一样的东西吗？大概是可能的，但应该不是现在这个形态，再等等吧。现在这个时代的好处就是，等着总有更好的东西会出来的（软件开发进入通缩时代），不行就再自己魔改或者 Vibe 一个嘛。</p><p>What a Wonderful Time To Be Alive!</p>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/03/15/ai_2026_3/</id>
    <link href="https://jsjtxietian.github.io/2026/03/15/ai_2026_3/"/>
    <published>2026-03-15T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>将近半年前我写了 <a href="https://jsjtxietian.]]>
    </summary>
    <title>我如何使用 AI (2026.3 版)</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>这两周还挺开心&#x2F;躺平，每天下班除了买菜备菜，就是读《追忆似水年华》+ 玩孤山独影。我还是挺接受普鲁斯特的叙事和文风的，节奏不错。目前第一本读完一半，读完就准备去读读《普鲁斯特的空间》，其实之前坐飞机的时候读了点《从荷马到古希腊抒情诗》还没读完。</p><p>孤山独影在写文章之前刚打完（或者说弃坑），嘛，在雪山最顶上水不够了，又懒得回档打，就这样吧，我确实也不是那种追求完美通关的人，vibe 到了就好。</p><p>好友 tracy 写的好文：<a href="https://mp.weixin.qq.com/s/Tkb0JdC-ZMa4HIM8uiGYEA">科普征文 | 光之信使：黑洞照片背后的科学与技术</a>，思考了下 LLM 时代，科普文章的价值是不是有所转移，大概是吧。在知识的整合与参考方面，AI 的效率和广度远超人类，优秀的科普文章应该填补的是“我不知道我不知道”的盲区，激发好奇，起一个“议程设置”的作用，也许如此。</p><p>另外就是，对于人文社科类的书而言，彻底放弃原来那套做笔记&#x2F;摘抄的方法了。有了 NotebookLM 之后，也与时俱进一下，不再大部分时间花在记录原文上，而只记录大概的结构、有趣的细节以及一些元分析等内容。然后手机上可以下个 App 没事和 AI 聊聊这些，不断地去 Recall. </p><hr><ul><li><p><a href="https://amplifying.ai/research/claude-code-picks/report">What Claude Code Actually Chooses</a> 这还挺有意思的，当你让 Claude 选择它要使用的工具&#x2F;技术栈的时候，Claude 会怎么选。不出意外地，<code>Claude Code frequently builds custom solutions rather than recommending third-party tools.</code> 另外就是 AI 确实有自己偏好的技术栈，合理，而且不同的模型偏好差别也不大，有趣。列下模型喜欢的：Vercel, PostgreSQL, Stripe, Tailwind CSS, shadcn&#x2F;ui, pnpm, GitHub Actions, Sentry, Resend, Zustand, plus stack-specific picks like Drizzle (JS) or SQLModel (Python) for ORMs, NextAuth.js (Next.js) for auth, and Vitest (JS) or pytest (Python) for testing.</p></li><li><p>说到 tool 还有这篇也不错，how do you design the tools of your agent?  <a href="https://x.com/trq212/status/2027463795355095314">Lessons from Building Claude Code: Seeing like an Agent</a>. 另外 GPT 5.4 也有 tool search 了。</p></li><li><p>每周都有新的用 AI 重写了 xxx 的故事：<a href="https://blog.cloudflare.com/vinext/">How we rebuilt Next.js with AI in one week</a>，或者这篇 <a href="https://ladybird.org/posts/adopting-rust/">Ladybird adopts Rust, with help from AI</a>，或者 AI 又解决了某个很难的问题，比如限定时间内纯 C 手写 gpt2 推理引擎：<a href="https://x.com/hansonwng/status/2030000810894184808">GPT-5.4 code-golfs GPT-2</a>；连 Knuth 也用上了 <a href="https://cs.stanford.edu/~knuth/papers/claude-cycles.pdf">claude-cycles.dvi</a>，更别提 <a href="https://x.com/SebAaltonen/status/2027847942527127556">Sebastian Aaltonen</a> 了，时代的风确实变了。</p></li><li><p>AI 帮找安全漏洞，<a href="https://www.anthropic.com/news/mozilla-firefox-security">Partnering with Mozilla to improve Firefox’s security</a>，这个观察很有趣，<code>Claude is much better at finding these bugs than it is at exploiting them.</code> </p></li><li><p>AI 时代的 Engineering Culture —— <a href="https://www.cjroth.com/blog/2026-02-18-building-an-elite-engineering-culture">Building An Elite AI Engineering Culture In 2026</a>, AI 时代的面试—— <a href="https://www.tolans.com/relay/how-we-hire-engineers-when-ai-writes-our-code">How We Hire Engineers When AI Writes Our Code</a>.</p></li><li><p>提升 Agent 某些方面的表现，如 <a href="https://arxiv.org/abs/2603.01896">Agentic Code Reasoning</a>；每周也都有对这些工具的<a href="https://www.jmduke.com/posts/five-observations-ai-tools.html">思考</a>: <code>it seems like the logical endpoint is infinite and perfectly abstracted sandboxes with previewing, isolation, and very tight feedback loops.</code> 包括这篇 <a href="https://x.com/Hxlfed14/status/2028116431876116660">Agent Harness is the Real Product </a>，ref 还挺全的。也有对工具的“逆向”，<a href="https://x.com/Kangwook_Lee/status/2028955292025962534">Investigating how Codex context compaction works</a></p></li><li><p>每周也都会看到一些推理加速的文章，<a href="https://x.com/nrehiew_/status/2029591405954531629">FlashAttention4 的 paper</a>；<a href="https://zhuanlan.zhihu.com/p/2010425058682770994">Prefill 太慢？我们快了 3 倍还提升了推理质量</a>，总感觉和 <a href="https://github.com/ggml-org/llama.cpp/pull/9787">llama.vim : plugin for Neovim</a> 里提的有点像，利用 RoPE 的加性原理进行旋转&#x2F;偏移。</p></li><li><p>每周也都有一些反思 AI 编程的帖子，<a href="https://carlkolon.com/2026/02/27/engineering-747-coding-agents/">747s and Coding Agents</a>，讨论认知债务的：<a href="https://margaretstorey.com/blog/2026/02/09/cognitive-debt/">How Generative and Agentic AI Shift Concern from Technical Debt to Cognitive Debt</a>，<a href="https://surfingcomplexity.blog/2026/02/08/nobody-knows-how-the-whole-system-works/">Nobody knows how the whole system works</a>，<a href="https://leodemoura.github.io/blog/2026/02/28/when-ai-writes-the-worlds-software.html">When AI Writes the World’s Software, Who Verifies It?</a></p></li><li><p>也都有关于 long-running agents 的<a href="https://x.com/karpathy/status/2029696850366971921">讨论</a>，online finetuning 还是 memory based techniques，说到 Memory，看到这个项目有趣 <a href="https://github.com/NevaMind-AI/memUBot">memUBot</a>，说到 finetune，<a href="https://x.com/UnslothAI/status/2028845314506150079">Unsloth AI</a>做了 Qwen3.5 的，小模型还是有用的，比如 <a href="https://x.com/stevibe/status/2029126123465130326">OCR</a>，比如 <a href="https://github.com/OminousIndustries/PhoneDriver">PhoneDriver: Android Phone Control With Qwen3-VL</a>。当然最近吃千问的瓜也不错。</p></li><li><p>神奇的 paper，<a href="https://arxiv.org/html/2603.01919v1">Real Money, Fake Models: Deceptive Model Claims in Shadow APIs</a>，讨论不靠谱的第三方 api 如何影响了科研。</p></li><li><p><a href="https://x.com/OfficialLoganK/status/2026510487022625040">Logan Kilpatrick</a>：我们需要更多的算力，The compute bottleneck is massively under appreciated.  I would guess the gap between supply and demand is growing single digit % every day. 联系到这个 <a href="https://www.youtube.com/watch?v=kAIVualeQjM">Inside the Trillion-Dollar AI Buildout</a>，但半导体股价最近跌跌跌。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2012213279079019611">借助语义抽象层和 Agent 编排器在 UE 工程中实现工程生产可用的 Vibe Engineering</a>，MCP 确实不行，这种思路也许可行。</p></li><li><p><a href="https://github.com/halby24/RenderDocMCP">RenderDocMCP</a>，马上用上，另外也许可以直接把 renderdoc 接进游戏里算了，那个 app 总被系统杀。</p></li><li><p>好不容易读一篇 old fashion 的技术文章，<a href="https://devblogs.microsoft.com/cppblog/c-performance-improvements-in-msvc-build-tools-v14-51/#new-ssa-loop-optimizer">C++ Performance Improvements in MSVC Build Tools v14.51</a></p></li><li><p>这个工具不错，<a href="https://github.com/kevingosse/ClipPing">ClipPing: Displays a visual notification in the active window when the clipboard is updated</a>，我一直觉得是 Win 系统的 bug</p></li><li><p><a href="https://www.zhihu.com/question/37896333/answer/1991160339182683668">统计学里有哪些振聋发聩颠覆三观的证明和定理</a>，虽然是 AI，但说的几个都不错，另外也一直想读下《概率论沉思录》。</p></li><li><p>我也是用上 Windows Codex App 了，体验目前还不错，别人问 Codex 是不是 100% AI 写的，回：<a href="https://x.com/thsottiaux/status/2030141318782144546">Not yet, and that’s why it works extremely well</a>.</p></li><li><p>上次的 MinerU 魔改失败了，还是模型原因，<a href="https://github.com/PaddlePaddle/PaddleOCR/blob/main/readme/README_cn.md">PaddleOCR</a> 的排版也不行，不过我后面发现其实我直接读英文更快，也只是玩玩能不呢识别繁体 + 正确排版。</p></li><li><p>总体来说能给新 Insights 的文章确实少了，唉，主要最近在休息模式没啥 Build 的兴致，也是工作变忙所致。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/03/07/curiosity_log_5/</id>
    <link href="https://jsjtxietian.github.io/2026/03/07/curiosity_log_5/"/>
    <published>2026-03-07T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>这两周还挺开心&#x2F;躺平，每天下班除了买菜备菜，就是读《追忆似水年华》]]>
    </summary>
    <title>Curiosity Log 5</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>过年读完了《个体的颂歌》和《股票魔法师》，也长胖了好多，唉。无聊的时候就和 Gemini 聊天，这不比刷其他东西有趣多了。</p><p>《个体的颂歌》真不错，这本书回答的问题是：个体的形象是什么时候进入绘画的？虽然最早迈出这一步的并不是 15 世纪的佛拉芒画家，然而，他们的画像标志着一个具有决定性意义的突变：从这一时期开始，在欧洲就再未停止过描绘个体形象。主要介绍了三位艺术家：康宾、凡·艾克和凡·德尔·维登，我之前只听说过中间那位，所以算是长知识了！最令我印象深刻的细节是关于光与影子的阐释：在中世纪绘画中，物体是没有影子的，因为它们存在于永恒的神性空间。作者观察到，保罗·德·林堡在《豪华本祈祷书》中引入了投射的阴影，在《十月》中，播种者和树木都拖着长长的影子。这意味着画面定格于一天中太阳处于特定位置的某一个具体时刻，个体进入了时间之中。说到光线就意味着时间的流逝，个体的到来，画家作为作者的视角，很有启发。</p><p>《股票魔法师》是我继利弗莫尔和克罗之后读的第三本投资的书，感觉整体的流派都是一样的，技术上越来越细节了，等我继续实践，但这本书翻译有点差，LLM 大人请发力吧！</p><hr><ul><li><p>真大佬 Karpathy 总能深入浅出讲 LLM，新项目<a href="https://gist.github.com/karpathy/8627fe009c40f57531cb18360106ce95">microgpt</a>，找时间学习下。</p></li><li><p><a href="https://x.com/_can1357/status/2021828033640911196">I improved 15 LLMs at coding in one afternoon. Only the harness changed</a>，有趣，没想到 Edit Tool 也这么有讲究，Codex uses apply_patch，Claude Code (and most others) use str_replace，Cursor trained a separate neural network，但是 no single edit format dominates across models and use cases，而且 none of these tools give the model a stable, verifiable identifier for the lines it wants to change without wasting tremendous amounts of context and depending on perfect recall.</p></li><li><p>LLM 时代的低垂果实，<a href="https://github.com/anthropics/financial-services-plugins">financial-services-plugins</a>、<a href="https://code.claude.com/docs/en/remote-control">Remote Control - Claude Code Docs</a>，慢慢都会补齐吧。</p></li><li><p>当然少不了龙虾，<a href="https://x.com/dabit3/status/2021387483364151451">You Could’ve Invented OpenClaw</a>，一些 agent 会遇到的挑战写的很清楚。</p></li><li><p><a href="https://taalas.com/the-path-to-ubiquitous-ai/">The path to ubiquitous AI</a>，牛；新的芯片<a href="https://x.com/reinerpope/status/2026351870852358492">MatX One</a>: <code>The MatX One chip is based on a splittable systolic array, which has the energy and area efficiency that large systolic arrays are famous for, while also getting high utilization on smaller matrices with flexible shapes.</code> </p></li><li><p>都在谈 harness，包括<a href="https://openai.com/index/harness-engineering/">OpenAI</a>，Anthropic 也发了<a href="https://www.anthropic.com/engineering/building-c-compiler">Building a C compiler with a team of parallel Claudes</a>.</p></li><li><p>然后 LLVM 大佬发话了，<a href="https://www.modular.com/blog/the-claude-c-compiler-what-it-reveals-about-the-future-of-software">The Claude C Compiler: What It Reveals About the Future of Software</a>，比较扎实的文章，作者在高度赞美的同时，也指出：<code>Implementing known abstractions is not the same as inventing new ones. I see nothing novel in this implementation.</code> 然后说未来<code>The most effective engineers will not compete with AI at producing code, but will learn to collaborate with it, by using AI to explore ideas faster, iterate more broadly, and focus human effort on direction and design.</code></p></li><li><p>还有一些谈 Bottleneck 的文章，比如<a href="https://lucumr.pocoo.org/2026/2/13/the-final-bottleneck/">The Final Bottleneck</a>，<code>I too am the bottleneck now. But you know what? Two years ago, I too was the bottleneck. I was the bottleneck all along. The machine did not really change that. And for as long as I carry responsibilities and am accountable, this will remain true.</code> 还有 open code 的作者：<a href="https://x.com/thdxr/status/2022574719694758147">your org rarely has good ideas. ideas being expensive to implement was actually helping</a>，想想确实如此。我真的很认同 pi 的作者<a href="https://x.com/badlogicgames/status/2022381224229244994">说的</a>: <code>bottlenecks exist to slow the rate of compounding errors. agent generated code still suffers from compounding errors and shitty architectural decisions.</code></p></li><li><p><a href="https://boristane.com/blog/the-software-development-lifecycle-is-dead/">The Software Development Lifecycle Is Dead</a>，死吧死吧，没啥东西；这篇也是，<a href="https://cannoneyed.com/essays/software-industrial-revolution">Software Industrial Revolution</a>，反正说的都差不多，要变了要变了，但是我们软件工程师还是会被需要的。<a href="https://kellabyte.substack.com/p/building-a-distributed-sql-database">Building A Distributed SQL Database in 30 Days with AI</a>，很多这种大概扫一眼我都不细看了。还有这个，<a href="https://boristane.com/blog/how-i-use-claude-code/">How I Use Claude Code</a>:<code>never let Claude write code until you’ve reviewed and approved a written plan</code>.</p></li><li><p><a href="https://www.ben-evans.com/benedictevans/2026/2/19/how-will-openai-compete-nkg2x">How will OpenAI compete?</a> 这是在帮 OpenAI 焦虑吗哈哈。真不缺焦虑：<a href="https://www.youtube.com/watch?v=jgLJ5xas2ow">Your startup idea is their weekend holiday</a></p></li><li><p>有一系列不错的“解毒”的文章，比如，<a href="https://www.robinsloan.com/winter-garden/magic-circle/">Flood fill vs. the magic circle</a>里提到，与物理世界的丰富和复杂相比，数字世界（AI 目前在的世界）的一切精密，仅仅相当于管中窥豹的竹管。几个很好的观察：工程师们奋斗了几十年想完善打印机，但它依然会卡纸，如果 AI 自动化最终没能填满物理世界，那是因为卑微的“卡纸”挡住了它的路；缝纫机的 Lock Stitch 也不是人类能缝出来的，它是为了适应机器的能力和局限而专门开发的，所以缝纫并不是被“自动化”了，而是被重新设计了；同理，橄榄采收也不是被自动化了，而是被重塑了，适合被机器采收的那几个品种被大量种植，全球橄榄油的味道也随之改变了。毕竟，世界没有互联网也能运行，互联网没有世界无法运行。Andrej Karpathy 说 <a href="https://x.com/karpathy/status/2026360908398862478">It’s 2026. Build. For. Agents</a>，但这一切都需要时间。<a href="https://registerspill.thorstenball.com/p/joy-and-curiosity-75">这里</a>也有个反问，<code>does it matter that AI can’t touch the physical world, when your career is 99% digital and you’re looking at a screen a lot?</code></p></li><li><p>当然 Lemire 大佬反手甩了一个 AI 解决不了的<a href="https://x.com/lemire/status/2024856097387897063">问题</a>，神吐槽：<code>Writing YAML is sometimes akin to doing advanced research.</code></p></li><li><p><a href="https://davidoks.blog/p/why-im-not-worried-about-ai-job-loss">Why I’m not worried about AI job loss</a>，我也不担心，法律法规、公司政治、官僚僵化、地方性知识、对互动的偏好以及对改变的抵触，只要这些“人造瓶颈”存在，AI 就不可能瞬间冲垮现有体系，技术扩散的速度远比人们想象的要慢且温和：<code>The ordinary person, the person who works at a regular job and doesn’t know what Anthropic is and invests a certain amount of money in a diversified index fund at the end of each month: that person will most likely be fine. I don’t think they have much to worry about from AI.</code></p></li><li><p><a href="https://www.experimental-history.com/p/why-arent-smart-people-happier">Why aren’t smart people happier?</a>，虽然我确实不够聪明，但在这个意义上，我对象绝对比我有智慧。<code>But if you split problems into well-defined and poorly defined, you’ll notice that all of AI&#39;s progress has been on defined problems. That’s what artificial intelligence does.</code> 有洞见，作者举了个例子，如果用古希腊的语料训练现在的 AI，去问它如何登月，它只会说月亮是一个神，你没法上去的，它没法意识到月亮其实是个卫星。当然现在是科学的时代了（AI 都可以自己去科研了），但大意上没啥问题。这其实是设计想参与的领域了，人类生活的 Ought to be.</p></li><li><p><a href="https://siddhantkhare.com/writing/ai-fatigue-is-real">AI fatigue is real and nobody talks about it</a>: <code>AI reduces the cost of production but increases the cost of coordination, review, and decision-making. And those costs fall entirely on the human.</code> AI 反而让人更累了，这个观察蛮好的：<code>you are collaborating with a probabilistic system, and your brain is wired for deterministic ones. That mismatch is a constant, low-grade source of stress.</code> 作者还提了些建议，大概是放弃完美、避免 FOMO、可以常规性脱离 AI 练练脑子等。</p></li><li><p>这篇文章也是，<a href="https://steve-yegge.medium.com/the-ai-vampire-eda6e4f07163">The AI Vampire</a>，把 AI 比作吸血鬼，作者会在长时间令人上瘾的 vibe coding 之后困到睡着。建议是，多摸鱼，然后：<code>the new workday should be three to four hours. For everyone. It may involve 8 hours of hanging out with people.</code></p></li><li><p><a href="https://x.com/WillManidis/status/2021655191901155534">Tool Shaped Objects</a>换了个角度，提醒我不要让我对 AI 的使用变成 Tool Shaped Objects —— <code>It fits in the hand the way a tool should. It produces the feeling of work-- the friction, the labor, the sense of forward motion-- but it doesn&#39;t produce work. The object is not broken, it is performing its function. It&#39;s function is to feel like a tool.</code> 确实，太多 AI 的 use case 是伪需求了，但这也不是新东西，作者提到<code>Tool Shaped Objects are not new. Entire product categories exist in this space. The productivity app that you configure for three weeks and then never use. The Notion workspace with fourteen linked databases tracking a life that does not require tracking.</code> 提醒自己，玩归玩，但是要能真的解决自己的需求，而不是工具本身的上瘾。</p></li><li><p>胡渊鸣大神的<a href="https://zhuanlan.zhihu.com/p/2007147036185744607">如何有效地给 10 个 Claude Code 打工</a>，没啥新的东西，但是里面有句话很触动我：<code>我带团队到夏威夷团建。在街道上看到很多处于 “度假模式” 的悠闲的人，猛然感觉这一幕非常魔幻：似乎这个世界上在发生的最重要的事情，和这些人无关。而下一秒的技术变革，就会摧毁他们一直引以为傲的求生之技。</code> 这扑面而来的优越感（只有我在做正确的、有未来的事情），里面掺杂的焦虑，也许就是现在 startup ceo 的真实写照了。不论是不是在 AI 时代，悠闲应该都是我的目标才是，而不是反过来。</p></li><li><p><a href="https://www.seangoedecke.com/fast-llm-inference/">Two different tricks for fast LLM inference</a>：<code>Anthropic’s fast mode is backed by low-batch-size inference, while OpenAI’s fast mode is backed by special monster Cerebras chips</code> 作者也回复了一些其他人的评论，只是猜测，但看看还挺有意思。</p></li><li><p>Addy Osmani<a href="https://x.com/addyosmani/status/2026172457233829922">发话了</a>：<code>Auto-generated AGENTS(.md) files hurt agent performance and inflate costs because they duplicate what agents can already discover</code>. 还好我都是手写 Agents.md 的，我把这当作人类注入信息的一环。</p></li><li><p>DHH <a href="https://x.com/dhh/status/2025586871309377657">回喷</a> “if AI is so great, why isn’t all software perfect yet”，至少 Sass 整体行业的股价是暴跌了，然后微软的 Windows 也是越来越难用，所以啊，虽然 AI 好，还是看用的人。</p></li><li><p><a href="https://harpers.org/archive/2026/03/childs-play-sam-kriss-ai-startup-roy-lee/">Child’s Play, by Sam Kriss</a>，感觉还是对这些旧金山 AI 科技精英 (highly agentic 的人) 的很好的观察，Cluely 公司的介绍里还有一句挺有意思，<code>The future won’t reward effort. It’ll reward leverage.</code></p></li><li><p><a href="https://x.com/Hx1u0/status/2022603484051464307">我们发现缓存命中率是影响推理系统的最关键因素，Agents 的运作方式极度依赖缓存命中率</a>，Claude Code 那个例子我笑了。</p></li><li><p><a href="https://blog.cloudflare.com/markdown-for-agents/">Introducing Markdown for Agents</a>，这个不错，jina ai 也在做。</p></li><li><p>Andrej Karpathy<a href="https://x.com/karpathy/status/2021633574089416993">推荐</a>: <code>DeepWiki MCP + GitHub CLI is quite powerful to &quot;rip out&quot; any specific functionality from any github repo and target it for the very specific use case that you have in mind, and it actually kind of works now in some cases.</code></p></li><li><p><a href="https://x.com/nicbstme/status/2023501562480644501">10 Years Building Vertical Software: My Perspective on the Selloff</a>，作者推演说，凡是能被 LLM 轻易模拟的能力（搜索、解析、基础界面、通用逻辑）都将商品化，而真正的护城河将收缩到专有数据、合规性认证和底层的交易系统上。 <a href="https://x.com/michaelxbloch/status/2020238247977242727">这里</a>也提了一些行业。</p></li><li><p><a href="https://tanxinyu.work/2025-annual-summary/">2025 年终总结：从时序数据库到 AI Infra 的转身</a>，谁不想做 AI Infra 呢！这里说得真好：<code>这几年下来，我的一个体会是：如果一开始因为阻力没做到极致，后面即便阻力消失，也很容易因为惯性而不再补齐；但如果一开始就把它做到极致并且做成了，后续“怎么优化效率”往往是可解的</code>。以及对于 LLM 的观察，我深感认同——<code>它最有价值的地方，可能不是“直接写出一个完美答案”，而是帮助缩小很多原本需要靠人脉、经验和踩坑才能补齐的信息差</code>。</p></li><li><p><a href="https://x.com/kiaran_ritchie/status/2021665775413866942">Kiaran Ritchie on X</a>：<code>AI is like DLSS for deformations. It&#39;s absolutely the right way to do these types of high frequency details going forward. For offline stuff at least.</code> AIGC 的脸和毛发细节真的好。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2005592983425266064">LLM 的小丑牌排行榜 BalatroBench</a>，有意思，靠 API 控制小丑牌的，还不是靠视觉。</p></li><li><p>最爱的工具之一 Live++ 出了新<a href="https://liveplusplus.tech/blog/posts/2026-02-23-phase_1_build_information.html">blog</a>，继续学习，这个 AI 一时半会儿确实取代不了。作者还有个新项目，<a href="https://www.youtube.com/watch?v=K_sdN5-N4iA">“Project Echo” early pre-alpha footage</a>，太牛了，PS5 上的确定性 Replay。</p></li><li><p><a href="https://leaflet.pub/p/did:plc:3vdrgzr2zybocs45yfhcr6ur/3mfd2oxx5v22b">What is OAuth?</a>，OAuth 的作者出来解释什么是 OAuth, 竟然和当年的 twitter 有关。</p></li><li><p><a href="https://rocksdb.org/blog/2026/02/17/cpu-bug.html">RocksDB development finds a CPU bug</a>，这个直觉很强了。</p></li><li><p><a href="https://www.youtube.com/watch?v=qht68vFaa1M&t=1s">How I made a shooter game in 64 KB</a>，游戏复古技术大赏。</p></li><li><p>关于技术债，<a href="https://www.bigeng.io/why-the-way-we-look-at-technical-debt-is-wrong/">Why the way we look at technical debt is wrong</a>.</p></li><li><p><a href="https://www.gingerbill.org/article/2026/02/21/does-syntax-matter/">Does Syntax Matter?</a>，是 matter 的，讨论了 coherence、consistency、scannability 这些。</p></li><li><p><a href="https://interplayoflight.wordpress.com/2026/02/21/adventures-in-neural-rendering-part-2-cooperative-vectors/">Adventures in Neural Rendering part 2: Cooperative vectors</a>，看完的感觉是，在 shader 里用上 tensor Core 怎么还是那么难。这篇也有些相关的 <a href="https://www.abolishcrlf.org/2026/02/10/HLSLState.html">State of HLSL: February 2026</a></p></li><li><p>2026 年了，还有人在<a href="https://blog.simonrodriguez.fr/articles/2026/02/a_frame_analysis_of_dark_souls_iii.html">抓帧</a>黑魂 3！</p></li><li><p><a href="https://susam.net/twenty-five-years-of-computing.html">Twenty Five Years of Computing</a>，写得很有趣的回忆，这里看笑了：<code>In my younger days, when I solved tricky problems like these, people would sometimes call me smart. Now people simply saw it as a consequence of my experience.</code></p></li><li><p><a href="https://usefulfictions.substack.com/p/do-less">Do Less</a>: <code>And if your optimizing machine is still humming along, even if you are doing rest-like activities, you are not truly resting.</code> 唉，日常工作做优化也有坏处，总想着优化自己，其实需要多休息，多打游戏。</p></li><li><p>Do less 的<a href="https://x.com/mike_acton/status/989001065893801984">代码版</a>: 1. Can we not do this at all? 2. Can we do this only once? 3. Can we do this fewer times? 4. Can we approximate the results so no one notices? 5. Can we use a small lookup table? 6. Can we use a small FIFO? 6. Can we constrain the problem further?</p></li><li><p><a href="https://www.youtube.com/watch?v=YvWU4Zd-IMc&t=10s">How to Reclaim Your Brain in 2026</a>: <code>Focus Requires &quot;Boring&quot; Breaks: Deep focus is limited by previous sensory input. To improve concentration, you should limit phone use and embrace silence or boredom before starting a difficult task. </code> 有启发。</p></li><li><p>听朋友说教育账号的 gemini 是阉割了的，gemini app 质量不如 ai studio。体感下来确实如此，尤其是 app 上的 flash 感觉降智严重，最近一个例子，我在让 gemini 帮我调 Slidev 的版式，但是 flash 就经常以为我其实是让它用 Nano Banana 画图，唉。我倒是有 api，但是用 app 不就图个方便，以及不用手动管理记忆（虽然对我而言记忆也没那么重要）。</p></li><li><p>Substack 要 age verification 了，纯恶心人（但不怪 Substack），还好可以用无痕模式先绕过。</p></li><li><p>《股票魔法师》有个繁中版翻译更好，我想让 MinerU 给我 ocr 一下，结果发现它不能很好地支持繁体竖排的排版识别，本来阅读顺序是从右往左，结果 ocr 出来的文本是从左往右的。简单调研了下，<a href="https://github.com/hiroi-sora/Umi-OCR/releases/tag/v2.1.5">Umi-OCR</a> 准确率差点意思，<a href="https://tools.pdf24.org/zh/ocr-pdf">PDF24</a> 这个不错但不是我想要的那种效果，那只能，让 Codex 帮我拉下 MinerU 的源码改改看看了，因为 vlm 的模型其实字识别的基本是 ok 的，主要是排版，排版靠的是 python 代码。虽然最后看起来应该是 vlm 模型的问题，光改 python 的后处理代码不太行，但我发现了两点：1，聪明有时被聪明误，因为默认 Codex 没有联网权限，让它用 pip 装包的时候它就一直以为是我的 pip 或者杀软有问题导致它装包失败的；2，taste 还是不够，torch 它用了默认的 cpu 版本所以测试巨慢，我让它换成 gpu 的才好点。所以还是要盯着啊。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/02/25/curiosity_log_4/</id>
    <link href="https://jsjtxietian.github.io/2026/02/25/curiosity_log_4/"/>
    <published>2026-02-25T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>过年读完了《个体的颂歌》和《股票魔法师》，也长胖了好多，唉。无聊的时候就和]]>
    </summary>
    <title>Curiosity Log 4</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>又是风平浪静的两周，因为感冒躺了一周左右，躺着真爽，虽然白天就和梦游一样。</p><p>读完了索维尔写的《知识分子与社会》，确实是不错的解毒剂。我之前自己就有模糊的感觉，就是现在很多的讨论动不动就上升到一个非常高的概念——自由、法治、民主等等，我反而其实更喜欢进行一种具体的、微观的讨论。这书里狂喷知识分子会倾向于进行“圣化构想”从而在此类讨论中获得优越感，并且以“辞令技巧”躲避来自现实的检验。这里能讨论的点太多了，尤其是在 LLM 的时代，比如权力对知识的生产、微观权力的审核&#x2F;治理活动等等。索维尔书中有一个名字经常出现，那就是哲学家罗素。我之前很喜欢罗素老年时候在 BBC 的访谈中所说的：<code>When you are studying any matter or considering any philosophy, ask yourself only, &quot;What are the facts, and what is the truth that the facts bear out?&quot; Never let yourself be diverted, either by what you wish to believe, or by what you think would have beneficent social effects if it were believed. But look only and solely at what are the facts.</code>  然而根据书中的论述，罗素本人战前坚持极端和平主义，战后立场又剧烈摇摆，罗素自己就是他晚年所批判的对象。这可以理解为是罗素晚年对自己的反思吗，抑或只是知行分离的另一个例子？当然这书本身的论证也不是那么 solid，我觉得稍微有点先射箭后画靶，所以我觉得作为解毒剂看是不错的。以及，一定要保持谦虚。</p><p>写完了《莎士比亚的政治盛典》的读书笔记，很喜欢其对《麦克白》中勇气的论述——<code>勇气就是麦克白的本质特征，因而这种结构预示了一种永不停止地克服障碍的驱动力。障碍一旦被克服就不再成其为障碍，障碍是有限的。要想保持勇气，麦克白就不得不继续寻求新的障碍；而新的障碍一旦被克服，留下的就将是一摞摞的尸体</code>。麦克白因为自己行为过度而受到公正的惩罚，可是，过度的根源却在于他对勇气的始终坚守。</p><p>好友开的书店发了年度总结：<a href="https://mp.weixin.qq.com/s/phhURUIaCXoIIQ14dVMkAQ">番斗书店，马马马马马马马马马马上上成功</a>。我能做的不多，只能多买点书了！</p><p>打完了《光与影：33 号远征队》，演出真的蛮好的，没有中间选项的结局也很好。我很喜欢熙艾尔的生死观——Death is a friend who will welcome me home. 回家吧妹妹。开始看《辐射》第二季和《个体的颂歌：论文艺复兴时期的佛拉芒绘画》，也是从文学换个口味。</p><hr><ul><li><p>Amp 团队决定废弃他们的 Amp VS Code extension，原因在播客<a href="https://www.youtube.com/watch?v=4rx36wc9ugw">Raising An Agent Episode</a>里聊了下，除了因为人力导致的战略聚焦外，大概是因为 Sidebar 这种模式强迫人类必须时刻作为反馈循环的核心，其实反而限制了 AI，这种交互不适合长时间异步任务，不适合并行运行多个 Agent。留在 VS Code 内部意味着受限于为人类设计的界面和逻辑，无法彻底重构为 AI 优先的工作流。Amp 敢废弃一些他们认为过时的东西，迭代速度很快，比如最近就有<a href="https://ampcode.com/news/deep-mode">Go Deep</a>、<a href="https://ampcode.com/news/liberating-code-review">Liberating Code Review</a>，很喜欢他们的信念：<code>The other thing we say: shipping is research. You need to hit reality with what you build.</code></p></li><li><p>Mitchell Hashimoto 写的<a href="https://mitchellh.com/writing/my-ai-adoption-journey">My AI Adoption Journey</a>，写得很扎实。我个人大概在 Step3-5 跳来跳去的，根据实际任务选择对应的 AI 工具：网页上和 Gemini 聊聊天，让它 Deep Research 下；让 Codex 帮我调研代码库，写写代码；修修补补 AGENTS.md，总结一些 skills，大概这样。很多关于 AI 使用层级的文章，比如<a href="https://www.danshapiro.com/blog/2026/01/the-five-levels-from-spicy-autocomplete-to-the-software-factory/">The Five Levels: from Spicy Autocomplete to the Dark Factory</a>。</p></li><li><p>DHH 的新文章：<a href="https://world.hey.com/dhh/clankers-with-claws-9f86fa71">Clankers with claws</a> 来评价 <a href="https://openclaw.ai/">OpenClaw</a>，喜欢结尾的总结：<code>Everything is changing so fast in the world of AI right now, but if I was going to skate to where the puck is going to be, it&#39;d be a world where agents, like self-driving cars, don&#39;t need special equipment, like LIDAR or MCPs, to interact with the environment. The human affordances will be more than adequate.</code> 顺便还表扬了下 Kimi2.5 的模型能力。</p></li><li><p>Claude Code 加了个指令 <code>/insights</code>，是挺实用的功能：<code>When you run it, Claude Code will read your message history from the past month. It&#39;ll summarize your projects, how you use Claude Code, and give suggestions on how to improve your workflow.</code></p></li><li><p>Andrej Karpathy 说他现在的编程范式应该叫 <a href="https://x.com/karpathy/status/2019137879310836075">agentic engineering</a> 以区别于前一年提出的 vibe coding，这个词听起来就专业多了。</p></li><li><p><a href="https://www.jernesto.com/articles/thinking_hard">I miss thinking hard</a>，我想了想好像 AI 让我思考得更多了，唯一的危险是我容易还没形成我的想法的时候就去和 AI 讨论（可能只是有一些能用破碎的词句描述的感觉），可能长久以来不是很好，我应该先尽力去形成连贯的，然后再和 AI 讨论。</p></li><li><p><a href="https://x.com/jobergum/status/2018706126842294315">Few things are worth building</a>，挺好的思考，vibe coding 可以让我很快地去 build 一些小玩意儿，但人的注意力才是最重要的，我能 build 它不代表我需要 build 它，来吧，设计，来设计 Ought to be 吧！</p></li><li><p>一篇谈世界模型的帖子 <a href="https://x.com/DrJimFan/status/2018754323141054786">The Second Pre-training Paradigm</a>，作者开篇就<code>Next word prediction was the first pre-training paradigm. Now we are living through the second paradigm shift: world modeling, or “next physical state prediction”.</code> 得到了 Genie3 作者之一的<a href="https://x.com/jparkerholder/status/2019017372879786210">回应</a>：<code>People often present world models like Genie as either useful for interactive media *or* embodied AGI. The true answer is both!</code></p></li><li><p><a href="https://x.com/TimSweeneyEpic/status/2017327913113190789">Tim Sweeney</a>也在 X 上评价了下 Genie3: <code>We&#39;ll see constant leapfrogging between engine centric AI and world model centric AI until they come together for maximum effect.</code>我整体还是认同的，他对两者优劣的总结也很精辟：<code>World models have huge advantages in vast knowledge of the world and ability to mash up varied content and styles. Engines have huge advantages in a stable representation of the world, reproducible simulation, and GPU and power efficient rendering.</code> </p></li><li><p>Sebastian Aaltonen 也有一篇<a href="https://x.com/SebAaltonen/status/2017881961281245561">帖子</a>转推了一篇世界模型的文章，他提到了游戏的 scale: <code>one of the core reasons the current top DAU games scale so well is distributed processing. Everybody today has a supercomputer in their hand.</code> 十分认同，游戏的 scale 是在用户千百万硬件上的 scale。</p></li><li><p>pi 作者的<a href="https://mariozechner.at/posts/2025-12-22-year-in-review-2025/">Year in Review 2025</a>，总结非常到位：<code>Did my productivity increase via LLMs? I don&#39;t actually know. Compared to &quot;two years in review&quot;, you will see that there isn&#39;t really that much more projects going on. The difference might be that the projects I&#39;ve worked on this year have more technical depth. Without coding agents, I might not have started these kinds of projects just because of a lack of time to do it all by hand.</code> AI 也帮助我优化了很多我自己的工具，没有 AI 的话启动耗能太多，我自己都不一定想动手。</p></li><li><p>谷歌<a href="https://blog.google/innovation-and-ai/models-and-research/google-deepmind/kaggle-game-arena-updates/">引入</a>扑克牌和狼人杀作为 AI 的 benchmark，挺有趣的。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/1996014610227164098">关于 slime 项目维护策略的一些调整</a>，能公开设定好开源项目的方向 + 狠心关 PR，才能在 AI 的 PR 轰炸下生存下来（好多人真的很没素质）。</p></li><li><p><a href="https://psiace.me/zh/posts/reinvent-the-punch-tape/">重新发明打孔纸带</a>，也是挺有趣的文章，我很认同：<code>Agent 系统很容易走向复杂：分叉、回滚、长短期记忆、精心设计的压缩截断... 多层摘要、反复压缩和复杂启发式规则在短期内可能有效，但长期会引入噪声、不确定性和不可解释性。你会越来越难区分哪些是事实，哪些是模型生成的概括，哪些是压缩后的残留误差。</code></p></li><li><p><a href="https://mp.weixin.qq.com/s/IzuL3bnsnAAqiyMiJH18MA">从“70% 难题”破局：AI 在超大游戏工程中的应用瓶颈与解决方案</a>，吹了半天云里雾里的，实际例子感觉很一般。针对 Crash 分析而言，如果提供好相关的上下文加上一些特定的 skill，我相信以 Sota 模型的能力，大部分的 crash 肯定没啥问题，小部分只能靠<a href="https://www.zhihu.com/people/jilinxiaohuo">吉林小伙</a>那样的高手了。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/2002356805263709175">通向编译器自我进化之路：用 AlphaEvolve 进化 LLVM&#x2F;XLA</a>，好方向。</p></li><li><p>偶然发现一篇给 llama.cpp 支持其他的芯片的文章，<a href="https://clehaxze.tw/gemlog/2024/12-28-building-new-ggml-backends-for-novel-accelerators-how-challenge-and-oppertunities-fosdem-2025-draft.gmi">Building new GGML backends for novel accelerators, how, challenge and opportunities (FOSDEM 2025 draft)</a>，作者其他的文章也都不错，还有一篇分享了一些理财的心得呢。</p></li><li><p>每周都会上榜的 Daniel Lemire 写了新的文章<a href="https://x.com/lemire/status/2019408770065895424">Be mindful of the bubble effect</a>，AI 时代确实如此，我和我周围的人当然都积极拥抱 AI，但很多并不是这样，我自己在的公司似乎就慢一点。很精彩的洞见：<code>How does it change? It does not change through debates... One important factor for change is human replacement.</code> 回到了卡尔·波普尔。</p></li><li><p><a href="https://github.com/Pagghiu/SaneCppLibraries">SaneCppLibraries</a>的作者<a href="https://x.com/pagghiu_/status/2017560697517797598">怀疑自己在 AI 时代是不是需要继续维护这个 Repo</a>，还被我鼓励了一把。</p></li><li><p>Zig 的一篇新文章：<a href="https://ziglang.org/devlog/2026/#2026-02-03"><a href="https://ziglang.org/devlog/2026/#2026-02-03">Bypassing Kernel32.dll for Fun and Nonprofit</a></a> 还挺有意思的，表扬了 windows 的 ntdll API 的设计，喷了 kernel32 封装得不好，所以 Zig 希望尽量 bypass 掉 Kernel32.dll, 祝他好运。</p></li><li><p>蛮好的技术写作：<a href="https://github.com/djiangtw/tech-column-public/blob/main/topics/computer-architecture/01-all-roads-lead-to-ipc.en.md">All Roads Lead to IPC: Rethinking CPU Performance Design</a>，除此以外还有一些关于存储、网络的文章，不过还没看。</p></li><li><p><a href="https://modulovalue.com/blog/syscall-overhead-tar-gz-io-performance/">I built a 2x faster lexer, then discovered I&#x2F;O was the real bottleneck</a>，知识含量很高的优化文章，文章结尾补充了很多 IO 小知识。</p></li><li><p>也是老文章了，<a href="https://www.gingerbill.org/article/2024/01/22/comparing-language-benchmarks/">Why I Hate Language Benchmarks</a>，我一般也就当笑话看看，真要细究的话，对同一个任务：1，内存分布如何；2，指令是不是已经是最高效的了，就这两点。</p></li><li><p>NOTimothyLottes 火力全开，<a href="https://x.com/NOTimothyLottes/status/2018550148453072931">喷苹果的计算摄影技术</a>，总结还说 <code>the only justification I see for having crazy sensor resolution on the iPhone is helping artificially justify having a more expensive phone that fills it&#39;s more expensive upgraded non-volatile storage faster, and then triggers a higher cloud subscription fee</code>, 笑死我了。</p></li><li><p>因为在想游戏的动画系统怎么优化，回忆起以前看的一篇 id Tech 的<a href="https://mrl.cs.vsb.cz/people/gaura/agu/05-JP_id_Tech_5_Challenges.pdf">分享</a>，简而言之就是尽量这一帧发起的 job 都在下一帧等，给调度以空间才能提高并行性，感觉有坑，等实在砍不动资源了我去试试。</p></li><li><p>别用自旋锁，<a href="https://www.siliceum.com/en/blog/post/spinning-around/">Spinning around: Please don’t!</a>，还好我不会写底层代码！</p></li><li><p>我又被骂了，<a href="https://www.softwaredesign.ing/blog/doing-the-thing-is-doing-the-thing">Doing the thing is doing the thing</a>，唉。</p></li><li><p><a href="https://www.jampa.dev/p/lessons-learned-after-10-years-as">Things I’ve learned in my 10 years as an engineering manager</a>，写蛮好，但是我现在看这个是不是太早了。</p></li><li><p>花了点时间看完了吹哥最新的<a href="https://www.youtube.com/watch?v=1blhmslxkWg">访谈</a>，能明显感觉到最近他开始多出席这种活动给自己的游戏造势，还是挺期待吹哥的 Jai 语言和基于那个语言的游戏引擎的，有哪些设计思路可以学习。另外等 Order of the Sinking Star 正式发布我肯定买爆！</p></li><li><p>回到工作，我退订了 10x Editor，并不是它哪里不好，而是它是上个时代的极致产物了，现在是 agentic coding 的时代了。订阅费我拿来订阅 Codex 了，要在 vscode 里模拟出 10x Editor 的感觉也不容易，但我现在也不会特别长时间一直用编辑器了。</p></li><li><p>接着之前的工作，我慢慢废弃 Ultra 了，改回使用 Samply 来 profile。Samply 的 offline sample 和 source code view 做得好，之前是有一些 pdb 解析的问题，但我在 AI 的帮助下修好了。还有一些可以优化的点，慢慢磨吧。买了 Superluminal 的个人版，当支持作者一下，Superluminal 虽然整体也是基于采样的工具，但是还是会尽力去计算出真实的 wallclock time 和函数的 number of calls，也很有心了。</p></li><li><p>越来越觉得，二进制的文件格式 + 某种可视化不适合 AI 时代了，比如行为树编辑器、技能编辑器、蓝图编辑器等等。二进制 + 可视化是给人用的，现在 AI 能把代码的成本降低到接近为 0，其他职能应该靠 AI 来写代码表达功能，代码作为文本可 diff 可 merge 可让 AI 直接操作，管理上方便太多了。比如 Bun 最新版也加了个 <code>--cpu-prof-md</code>，可以<code> generate a markdown CPU profile, which is grep-friendly and designed for LLM analysis</code>.</p></li><li><p>每次大跌砸盘，都是反思自己策略的好机会，纸上得来终觉浅，复盘、反思，是一种修炼。至于大 A，我燃尽了，买交通银行之后卸载 App 了，关机反思！</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/02/08/curiosity_log_3/</id>
    <link href="https://jsjtxietian.github.io/2026/02/08/curiosity_log_3/"/>
    <published>2026-02-08T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>又是风平浪静的两周，因为感冒躺了一周左右，躺着真爽，虽然白天就和梦游一样。<]]>
    </summary>
    <title>Curiosity Log 3</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>又是风平浪静的两周，开始实践白天 build、晚上阅读的方案，确实白天还是有很多那种走神的瞬间，可以慢慢调整。Ariel 不在的两周（她去西藏冰川玩了），我终于获得了理想中的大把时间，但也没用来写代码，用来“还债”了——把一直拖着的《约翰王》《读懂莎士比亚》《莎士比亚的政治盛典》读完了，补完了很久之前看了第一集的《和平使者 2》，看完了一直心心念念的《杀死比尔》1 和 2，写完了一直拖着的《灰色的寒鸦》读书笔记，还捡回来之前打了一半丢掉的 33 号远征队，今天还在玩。下周准备去读《知识分子与社会》，从文学里换个口味。</p><hr><ul><li><p>《灰色的寒鸦》最让我感觉到有趣的是，与卡夫卡在作品中表现出的那种阴郁与灰暗不同，他本人，按作者的说法：“他是我曾遇到过的最逗人快乐的人之一”。卡夫卡的工作也令人羡慕：“我们俩热烈追求的是一种普通频率的职位——即从早晨到中午两点或三点上班”，虽然只在特定的政府或半官方机构有这样的。另外就是一些卡夫卡周围的人的结局的残酷性：卡夫卡的伴侣之一米莱娜·耶森斯卡和他的三个妹妹均死于集中营。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/1962222805228708699">我与 vLLM 的 2025</a>，我很喜欢的 quote：“钱什么时候都可以赚，有技能在身总不至于饿死。历史性的项目，错过了就遗憾终生。”</p></li><li><p><a href="https://mistral.ai/news/debugging-memory-leak-in-vllm">Heaps do lie: debugging a memory leak in vLLM</a>，非常深入浅出的抓 bug 文章，一路从 debugger 到抓内存的工具到 eBPF，现代软件的复杂性：<code>Modern software stacks are built on top of layers of dependencies, each adding complexity and potential points of failure.</code> 另外，这标题绝对是借鉴了狼姐的《My hips don’t lie》，最近很爱听。</p></li><li><p><a href="https://x.com/gregpr07/status/2012052139384979773">The Bitter Lesson of Agent Frameworks</a>，核心观点：<code>All the value is in the RL&#39;d model, not your 10,000 lines of abstractions.</code> 所以当 X 上说 Claude Code 基本全是 Claude 写的我当然是相信的（笑。</p></li><li><p><a href="https://martinalderson.com/posts/which-programming-languages-are-most-token-efficient/">Which programming languages are most token-efficient</a>，果然不出意外地，动态语言更省 token，然后 DHH 大佬补刀：<code>Ruby is not just highly token efficient for the LLMs, but even more so for humans. Being able to quickly read and verify what&#39;s been written by AI is a real advantage. And AI just doesn&#39;t need the types that some programmers cling to.</code> 提到 Ruby，<a href="https://notes.eatonphil.com/2026-01-19-llms-and-your-career.html">LLMs and your career</a>里也有个评论：<code>Zooming out, coding via LLM is not fundamentally different from coding with Rails or coding by perusing Stack Overflow. It&#39;s faster and more direct but it&#39;s still potentially just a human mindlessly adapting existing code.</code></p></li><li><p><a href="https://ploum.net/2026-01-19-exam-with-chatbots.html">Giving University Exams in the Age of Chatbots</a>，里面有一些作者作为老师很有意思的观察，让学生可以选择是不是使用 AI chatbot，学生会如何行动。</p></li><li><p><a href="https://x.com/giffmana/status/2012978224125411634">Opus 4.5 vs Codex 5.2 for Cloud stuff</a>，一直都有很多这样的对比文章，我个人还是喜欢 Codex + gpt5.2-high，慢但是准。</p></li><li><p><a href="https://www.phoronix.com/news/LLVM-Human-In-The-Loop">Human In The Loop Policy For AI&#x2F;Tool-Assisted Contributions</a>，LLVM 也明确了 AI contributions 的一些规范。参考<a href="https://alexkondov.com/i-know-when-youre-vibe-coding/">I Know When You’re Vibe Coding</a>里说的，<code>Don’t leave a codebase’s maintainability to the weights of a model.</code></p></li><li><p><a href="https://x.com/UnslothAI/status/2013482180564132092">Unsloth AI on X: “You can now run GLM-4.7-Flash locally on your device!</a>，UnSloth 火力全开啊，真猛，我喜欢他们。</p></li><li><p><a href="https://zhuanlan.zhihu.com/p/1997050680414840476">为了验证 DeepSeek 的极限，莫名其妙手撕了 GPQA 和 HLE 数据集，结果发现了 AI 界的“科学失格”</a>，评论区提到 HLE 的问题很大，现在基本上每家都是自己的科学数据。</p></li><li><p>一个不错的 agent skills 聚合站：<a href="https://skillsmp.com/">Agent Skills Marketplace - Claude, Codex &amp; ChatGPT Skills | SkillsMP</a></p></li><li><p><a href="https://factory.ai/news/agent-readiness">Introducing Agent Readiness</a>，再次，游戏行业的 Agent Readiness 太差了，尤其是那些太忙了在疯狂堆量以至于没空去从头整理的地方。</p></li><li><p>还有用 AI 来帮助辅助逆向来看性能的，<a href="https://zhuanlan.zhihu.com/p/1995678473558176184">无源码逆向：深度剖析竞品性能</a>，主要 AI 用在了找函数名，肯定比手动的静态分析快多了，但对我工作没啥帮助，毕竟我自己有符号。</p></li><li><p>总感觉很久之前读过这篇：<a href="https://zhuanlan.zhihu.com/p/1897396694380941779">Jolt 引擎如何实现确定性物理模拟</a>，但最近出现在时间线了，又读了一遍，确定性真难啊，尤其考虑到 LLM 的确定性：<a href="https://thinkingmachines.ai/blog/defeating-nondeterminism-in-llm-inference/">Defeating Nondeterminism in LLM Inference</a>。</p></li><li><p>也是一篇旧文，<a href="https://lemire.me/blog/2023/04/27/hotspot-performance-engineering-fails/">Hotspot performance engineering fails</a>，我主要是 SQLite 的优化的案例然后翻到这篇文章里有引用的，真的脑子不行了需要外挂大脑，模模糊糊记得有这么篇文章，但是搜不到，然后这里写了点自己的想法<a href="https://x.com/xitin842468091/status/2013269176501010499">jsjtxietian on X</a>。</p></li><li><p><a href="https://x.com/lemire/status/1997024064074907899">Why speed matters</a>，又被 Lemire 大佬激励了：<code>Now stop being so slow. Move!</code></p></li><li><p>我自己的话，简单调研了下如何让 LLM 读懂蓝图，看下来最好的方式可能还是 MCP，虽然我很不喜欢 MCP。我更倾向于这个作为一个 skill 存在，但是自己去解析二进制的蓝图太麻烦了，而利用 UE 的 python remote execution 效果也因为训练语料，效果很一般。</p></li><li><p>学到了火焰图还可以看 Bottom-Up View &#x2F; Inverted Call Tree，我之前的使用方式都是整体看 top down 的耗时，所以倒是一直没关注这块，然后瞬间发现某个要优化的函数里 20% 是 struct 的拷贝。。。</p></li><li><p>升级了下博客，买了个腾讯云的域名然后设定了下用 Cloudflare 的 cdn 加速，应该解决了大陆访问本博客的 Accessibility 问题。本想整个公众号的，但是它对外链的限制太严格了，加上之前了解到的竹白等产品也无了，还是选择回归博客网页的形式。但是微信的墙我解决不了，已经照着申请恢复访问的步骤都做了，但是，也没任何反馈，也还是有问题。</p></li><li><p>越来越觉得止损很快乐，那是一种把垃圾资产抛弃掉的感觉，非常上瘾，每一次的下跌都是对于持仓的考验与历练。</p></li><li><p>最近有一种模糊的感觉，在 LLM 时代，权力对于真理的生产更加顺畅了。当每个人都能以极低成本接触到这样一个巨大的“真理制造机”的时候，真不知道未来的公共讨论会如何。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/01/25/curiosity_log_2/</id>
    <link href="https://jsjtxietian.github.io/2026/01/25/curiosity_log_2/"/>
    <published>2026-01-25T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>又是风平浪静的两周，开始实践白天 build、晚上阅读的方案，确实白天还是有]]>
    </summary>
    <title>Curiosity Log 2</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Curiosity" scheme="https://jsjtxietian.github.io/tags/Curiosity/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><h3 id="缘由"><a href="#缘由" class="headerlink" title="缘由"></a>缘由</h3><p>Hi 欢迎来到 Curiosity Log 第一期。这是一个记录我最近阅读与实践中遇到的有趣事物的双周报。</p><p>上周在看 <a href="https://registerspill.thorstenball.com/p/joy-and-curiosity-69">Joy &amp; Curiosity #69</a> 的时候，突然觉得，我每天读的这么多东西，除了让它们在 Obsidian 里吃灰（并且等着我慢慢整理成完美的主题文章以外），不如直接以类似 Joy &amp; Curiosity 的形式定期发布出来。这既是我自己的思维记录，也是一种和朋友们分享我读到的有趣的东西的方式。直接引用 Joy &amp; Curiosity 的 Slogan 就很合适：<code>Interesting &amp; joyful things from the previous week</code>. </p><p>如名字所示，本刊以好奇心为驱动，所以我感兴趣的不一定是读者感兴趣的。我会尽量带上我认为有趣的部分在哪儿。虽然很水的<a href="https://www.zhihu.com/collection/740473368">c++ 中文周刊</a>已经全面 AI 化，但我觉得我还是喜欢自己手动整理，并非排斥 AI，而是需要创造一些必要的阻碍让知识更加深化。这有点像 <a href="https://simonwillison.net/2024/Dec/22/link-blog/">link blog</a> ，但会简单很多。</p><p>我感兴趣的领域：AI、性能优化、游戏开发、以及广义上的 Liberal Art（文学、社会学、人类学等，甚至是投资）。我不会刻意给文章分类，但尽量有个逻辑在。另外评论内容可能显得很零散、没有章法，这一方面当然是为了降低我的启动耗能，另一方面 Curiosity Log 的目的也是固化一部分思维的火花，为了输出长文做准备。</p><p>单周更新可能太累了些，月度报告又太疏，双周更新的频率应该比较合适，能让我喘口气，也能让自己能经常花点时间坐下来思考自己的摄入。那么，请看第一期：</p><h3 id="第一期"><a href="#第一期" class="headerlink" title="第一期"></a>第一期</h3><p>最近两周风平浪静，因为元旦调休上班上到有点累了，另外项目组也在赶版本，强度也不小（虽然我因为刚入职不久也不怎么需要加班）。最近自己的变化是，调整了阅读和 build 的顺序，把早上比较好的时间希望分给 build 多一些，晚上可以躺着阅读。</p><hr><ul><li><p>读完了《<a href="https://book.douban.com/subject/30443490/">情绪</a>》，还是挺开眼界的。几个感想：1，根据书中所说，为了调节身体预算，大脑会基于过去的经验和当前的身体状态，计算下一刻最可能出现的感觉输入是什么并以此作为调节依据，我直接就想到了大模型也是<strong>预测</strong>下一个 token，这种相似性还是挺有趣的；2，在用神经科学的理论破除理性 vs 情绪这种本质主义的 myth 之后，人类社会该就此作出如何的调整？作者在第 11 章谈了很多现有法律体系的问题，算是基于新的科学发现对 ought to be 的探讨吧；3，吃好、睡好、多读书还是蛮重要的；4，Gemini 当伴读是真的好，帮我检索、查证、补充背景。</p></li><li><p>最近脑子里一直回荡《伊利亚特》中的那个片段：“<strong>正如树叶荣枯，人类的世代也如此，秋风将枯叶撇落一地，春天来到，林中又会滋发出许多新的绿叶，人类也是如此，一代出生一代凋谢</strong>”，也不知道为啥会这样，也许这就是荷马的魅力，这个比喻确实堪称完美。</p></li><li><p>明显感觉 X 上很多牛逼程序员很多都转向拥抱 AI 了：DHH 写了<a href="https://world.hey.com/dhh/promoting-ai-agents-3ee04945">Promoting AI agents</a>，x64dbg 的作者也<a href="https://x.com/mrexodia/status/2010157660885176767">推崇</a>，还有人写了写 C 的<a href="https://x.com/DanielcHooper/status/2008661957252182494">心得</a>，有人劝你 <a href="https://antirez.com/news/158">Don’t fall into the anti-AI hype</a>，还有很多不一一列举了，风向如此，只能顺风而为。</p></li><li><p>读到一篇讲 AI 时代个人治理的文章，<a href="https://x.com/mollycantillon/status/2008918474006122936">THE PERSONAL PANOPTICON</a>，读了几句就大呼好福柯，我喜欢。文章里主要在谈<strong>用 AI 完成对自己的全景“监视”与治理</strong>，这当然是一个很好的话题，或者不如说，没人用福柯谈论现在才是比较奇怪的现象。但是作者举的例子并不能说服我：把账单丢给 AI 来让 AI 帮忙取消不应该存在的订阅，我读到这个满头冒问号，您是多忙&#x2F;多有钱才根本不关心自己订阅了哪些月费服务啊。教父母用 CC 的那段确实不错，<code>For twenty years, software made them feel stupid. Now they tell it what to do</code>, AI 时代如何做软件设计也是很有趣的话题，考虑到 AI 似乎可以加强很多服务的 <strong>accessibility</strong>。</p></li><li><p>朋友发了这篇，<a href="https://mp.weixin.qq.com/s/bkklBt6y41RiXr7El-vgYg?start=1574&end=1737">姚顺雨入职腾讯后首次公开露面</a>，里面谈到 to C 的话，<strong>大部分人大部分时候其实不需要用到这么强的智能</strong>，更多像是使用一个搜索引擎的加强版。我对此的感觉比较复杂，只能说我在手机上确实就是把 AI 当加强版搜索引擎用，希望各大公司之间的信息墙更少一些，在 PC 上则是希望模型越聪明越好，和我个人的使用习惯有关，手机上纯就是查点东西。</p></li><li><p>Daniel Lemire 关于 <a href="https://x.com/lemire/status/2010300939970711918">old tech</a> 的一些评论，我还是挺认同的：<code>progress tends to look like onion layers: we add new technologies to our stack while keeping the existing ones</code>，MCP 就是一种这样的技术。他之前也提过 <a href="https://x.com/lemire/status/1956104580690751832">The long tail is longer than people imagine</a>，我想到了我本科还有个大型机专业呢。</p></li><li><p>他还有一篇谈 manager 可以在 AI 的帮助下重回编程的<a href="https://x.com/lemire/status/2009532006565101619">讨论</a>：在 AI 的帮助下，manager 可以利用开会的空余时间去指挥 AI 有所产出，反正 AI 辅助的编程也是一种<strong>异步的模式</strong>，感觉还不错，之前我的关注点都在 AI 让我这种不会代码的人能写代码，其实对上层也许也会有影响。</p></li><li><p>简单扫了眼这个 paper：<a href="https://arxiv.org/abs/2505.11480">SuperCoder: Assembly Program Superoptimization with Large Language Models</a>，也许以后 C++ 有个 <strong>-ollm</strong> 模式，起一个最强的大模型来帮你优化生成代码，编译巨慢但是运行巨快。</p></li><li><p>读了一篇谈 <a href="https://blog.sherwoodcallaway.com/observability-s-past-present-and-future/">Observability</a> 的文章，深有同感，我平时做性能其实一大部分时间都是在做可观测性，尤其是 AI 时代，可观测性更重要了。</p></li><li><p>花了点时间看了下吹哥最新的<a href="https://www.youtube.com/watch?v=yNdRv5LFuQk&t=3749s">访谈</a>，发现个有趣的小细节：他们的地图编辑器里也有类似 <strong>Spatial Documentation</strong> 的 note，更详细的介绍在这里：<a href="https://rystorm.com/blog/the-power-of-spatial-documentation">The Power of Spatial Documentation</a></p></li><li><p>还是有大神在研究如何在 shader 里完成 printf：<a href="https://www.abolishcrlf.org//2025/12/31/Printf.html">An Experimental Approach to printf in HLSL | Abolish \r\n</a>，加油啊！</p></li><li><p>Mike Turitzin 基于 <strong>SDF</strong> 做了个<a href="https://www.youtube.com/watch?v=il-TXbn5iMA">游戏引擎</a>，也太强了，后面仔细研究下。不如直接劝退传统游戏引擎，拥抱 AI 吧：<a href="https://zhuanlan.zhihu.com/p/1991557277451305725">2025 年游戏技术最大变革：Neural Shader</a>，不管咋样，游戏引擎要有能力让我们开发者可以用上 GPU 里的那些 <strong>Tensor Cores</strong>，不然放着也是浪费啊。</p></li><li><p>前阵子工作太累了，就没搞啥，做了个 cc 的 skill 来帮我看 js 的火焰图，然后让 codex 帮我把 js 的火焰图直接融合到 native 的火焰图里去，还挺有用的，后面会单独写文章介绍这个。</p></li><li><p>借助 Gemini 花了两个小时做了之前一直想做的一个东西，把 <a href="https://www.jendrikillner.com/article_database/">Graphics Programming Weekly Database</a> 里的数据都扒出来，加上向量检索的能力，可以在<a href="https://jsjtxietian.github.io/Graphics-Programming-Weekly-With-AI/">这里</a>体验下，主要是验证了自己的 idea，然后我觉得不如干脆数据都放在本地然后起个 cc 来帮我总结调研得好。</p></li><li><p>工作之余一直在思考如何做一个 AI native 的游戏引擎。游戏是做给人玩的，互动性很强，虽然是好事，但是现有的游戏引擎是给人设计的，AI 时代很难让 AI 可以去端到端完成任务，因为<strong>很难去构造一个合适的 verification loop</strong>（新鲜的例子见<a href="https://x.com/gdechichi/status/2010433509362680246">这里</a>），我不觉得 MCP 等方案可以解决这个问题，毕竟游戏引擎算是游戏的操作系统，太过庞大了。也许这也是好事，我暂时很难被取代；同时也是坏事，我总有一种我在基于我强大的多模态能力给 AI 打工的感觉。那 AI 时代的游戏引擎长啥样就很值得思考了，或者说给 agent 设计的游戏引擎会是啥样呢。</p></li></ul>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/01/12/curiosity_log_1/</id>
    <link href="https://jsjtxietian.github.io/2026/01/12/curiosity_log_1/"/>
    <published>2026-01-12T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><h3 id="缘由"><a href="#缘由" class="headerli]]>
    </summary>
    <title>Curiosity Log 1</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="Diary" scheme="https://jsjtxietian.github.io/tags/Diary/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>2025 年结束，愿新年的阳光打在我们的脸上，温暖照进我们的心里。</p><p>相比 2025 年的平淡（<a href="https://jsjtxietian.github.io/2024/12/30/2024/">总结</a>），2026 的生活迎来了巨大的改变——我为了和 Ariel 结束异地，离开上海到了广州。更近一步，我直接住在 Ariel 家里了，开始了快乐的同居生活。</p><h3 id="新工作与广州生活"><a href="#新工作与广州生活" class="headerlink" title="新工作与广州生活"></a>新工作与广州生活</h3><p>说实话我现在已经快忘了我 1-8 月在 Garena 的时候工作到底在干啥了，可能确实很多时候很枯燥。当然我永远记得我的好朋友们，每天下午到处送山姆零食确实太开心了，让大家长胖是我的荣幸。</p><p>新的工作挺好的，跳车 Unity 这个赛道转 UE 确实是不错的体验，而且我还预判内存涨价让 IT 给我电脑升级成 128G 内存了，很开心！因为是研发期项目，工作上有自由度、氛围很轻松，没有日会那种很高压的形式。也慢慢在公司认识了很优秀的朋友，氛围很好（当然我还没开启大 E 人模式，日常上班还是低头干活儿，后面会越来越“放肆”的吧）。唯一的问题可能是假期太少，这样 Ariel 有了很多独自旅游的机会，我还真的挺羡慕的。未来也会变忙的吧，但至少我现在还是准时下班的。</p><p>广州是挺有趣的城市，能感受到本地人发自内心对于本地文化的认同。对吃的确实很讲究，也能感受到老广们对食材原味的追求。解锁了很多新的食材：黄陂、油柑、五指毛桃等，在上海确实不咋接触。也有新的菜式：桑拿鸡、毋米粥、卤水火锅等等，确实都不错。当然看我体重就知道不错了，好难减肥。</p><p>总结就是，回归家庭，吃好睡好。每天早上 Ariel 父母准备好早饭，然后午饭大部分时候 Ariel 会准备好便当给我带去公司，晚上则是 Ariel 爸爸准备大家一起吃，我负责洗碗 + 和 Ariel 一起准备食材。一家四口人，山姆的分量都显得合适了。因为同居，睡眠也被锁死了时间，必须早睡！说实话确实感受到了家庭生活的快乐，慢慢治愈自己吧。当然，相比自己一个人在上海，自由时间的大量减少，这也似乎是没办法的事情，习惯就好了，只能自己提高时间利用率了。最开始我还想着在公司附近租个房子，唉，爱情的引力啊，算了住 Ariel 家也蛮好的。</p><h3 id="碎片印象"><a href="#碎片印象" class="headerlink" title="碎片印象"></a>碎片印象</h3><p>插入一些碎片的印象：</p><ul><li>幸福时刻：吃到 Ariel 大厨做的鲍鱼鸡煲、一蟹三吃、自制麻辣烫等，好吃爱吃。</li><li>激动时刻：8.8 号那天，真的把所有的东西寄走，带着行李箱上飞机离开上海去广州，离别是惆怅，落地是激动。</li><li>惊喜时刻：Iris 直接给我寄了一箱气泡酒真好喝，不仅我和 Ariel 喜欢，Ariel 妈妈也很喜欢；也感谢所有和我在广州、深圳、香港相聚的朋友们，每一次相聚都是惊喜；在合肥还见到了许久没见的 qyh，更惊喜了。</li><li>尴尬时刻：Ariel 外出旅游不在家，独自面对叔叔阿姨的尴尬；两边家长见面，两个爹都喝多了，珠江边散步的时候，我爸抢了江边正在直播唱歌的女主播的麦直接开始唱起来了。。。</li><li>纠结时刻：刚拿到鸣潮的 Offer，给太少了，而且不想去加班，但是又觉得不能一直拖着不结束异地，苦恼。</li><li>舒心时刻：和才叔提完离职，和 HR 笑着聊完，感受到了无比的舒心，终于要结束了。</li><li>烦躁时刻：准备两边家长见面，习俗不同，但是又很难说服我爸妈他们按老广的来，搞简单点，非要整那么复杂隆重，很烦躁。</li><li>痛苦时刻：两次拔智齿、每次拔两颗，令人难忘的拔牙经历；飞机经常晚点，一次是飞去广州面库洛，一次是飞去合肥参加室友的婚礼，都硬生生变成了红眼航班。</li><li>忙碌时刻：要离开上海的那个月，疯狂约朋友们，我想你们！时间是不够的，因为拔牙“浪费”了去北京见朋友的时间，很后悔！</li><li>崩溃时刻：丝之歌怎么那么难啊，开挂了不管了，我开无线跳跃我不信跳不过去！</li><li>自大时刻：提前布局了谷歌，然后过两个月发现巴菲特也大量买入了谷歌，很开心！</li><li>疑惑时刻：尽管一直运动 + 有 Ariel 的健康餐，体重就是下不去呢。</li></ul><h3 id="阅读、游戏与写作"><a href="#阅读、游戏与写作" class="headerlink" title="阅读、游戏与写作"></a>阅读、游戏与写作</h3><p>今年阅读的书少了不少，但是终于开始经常写作了，所以也算是有个小突破。</p><p>读的书方面，年初还是在继续莎士比亚以及相关的评论，后面因为稍微有点腻了，直接一路前冲去读了好一阵的卡夫卡，《论卡夫卡》真的读了好久。然后再回到荷马、维吉尔和但丁，继续让自己泡在古典文学里。偶尔也会跳出文学，去读点其他的，比如最近在读《情绪》，之前读的《抄工与学者》也很有趣。</p><p>虽然开始写点东西了，但确实相比阅读还是远远不够。我读的内容可能有 10 成，输出的内容现在可能就 1 成，现在还有一些想法和稿子躺在我的文件夹里，等我有时间有兴趣了来补完它，当然也可能是删除它。今年的写作大多是被我所读的文学评论所引导而写出的，我在前人的基础上，继续基于他们指出的有趣的结构、细节等，写出我的理解。除此以外，还在 AI 的帮助下翻译了一本我一直想读的书的<a href="https://jsjtxietian.github.io/2025/10/07/governing_the_present_intro/">第一章</a>的翻译，AI 真好。慢慢在写作的过程中，其实能感觉到自己的进步，或者说，对于写作的恐惧的消除。从一开始的不知道咋写，到现在慢慢熟悉那种感觉，毕竟，给 LLM 增加优质语料可是很重要的事情。</p><p>游戏上感觉自己越来越挑剔了，没打完的游戏越来越多：上古卷轴 4、天外世界 2、33 号远征队、苏丹的游戏、逃离鸭科夫等等，它们都是因为各种原因让我感觉到无聊了，于是最多 10h 就弃坑了，果然自己对无聊的忍耐很差，阈值升高了（或者说时间变宝贵了）。打完的也不少：真三国无双 9、天国拯救 2、影子战术：将军之刃、Outer Wilds、Leap Year、死亡搁浅 1、Hades2、丝之歌、Haste，算上写作这篇前刚打完的剑星（如果不是因为剑星，这篇文章应该在 2025 年年末写完的），其实也不少了。印象深刻的：天国拯救 2、Outer Wilds 和死亡搁浅 1，都是让我一下班就玩到睡前的游戏，当然 Outer Wilds 因为比较晕，需要经常休息。Hades2 也不错，毕竟我刚疯狂读荷马，文案我都能对上，属于会心一笑，没事刷两把也很解压。丝之歌我承认我开挂了，实在没有那个心境去跳跳乐，我欢迎战斗的挑战，但是环境的恶意让我没什么挑战的动力。</p><h3 id="AI-Native-的生活"><a href="#AI-Native-的生活" class="headerlink" title="AI Native 的生活"></a>AI Native 的生活</h3><p>今年是更深入地把 AI 融合到工作与生活的一年。</p><p>在 Garena 的时候有 Cursor 用，但说实话没找到特别好的使用场景，试了试 Unity 的 MCP，也试过让它找找 CMAKE 的问题，其实也没啥了。反而是到了永星之后，因为工作性质和个人兴趣的关系，让我有时间开始研究这些，慢慢开始自己买 API 用，逐渐解锁了 Claude Code、Codex，用上了 gpt 5.2-high，用来读 UE 代码是真的不错。和 Gemini3.0 聊设计很舒服，配合上 DeepWiki 等改开源项目也很爽。</p><p>我现在就是积极 jit 自己的工作，每日问自己：这个 AI 能干吗，不能的话我要怎么帮助它干（比如做个 skill 是不是可以）。虽然因为游戏交互性很强的关系，现在没有特别多可以 jit 的，验证代码正确的 feedback loop 不太好弄，给出合适的 context 目前还是太手工，给我点时间慢慢探索吧。整体还是挺开心的，毕竟我自己平时就是天天优化性能，能优化自己工作的流程当然更开心。甚至可以给 AI 发个任务去干，我在另一个 AI 的指导下去健身！AI 极大降低了个人项目的启动耗能，所以除了工作以外也有很多其他可以探索的领域，比如笔记系统等。</p><p>生活领域就更是了，我这样好奇心旺盛的人，有个 AI 在旁边太爽了。不管是日常问题（比如螃蟹如何保鲜、保险要不要买等等）、健身的问题（让 AI 推荐久坐之后准备跑步前的热身动作、久坐的工作怎么练核心等等），还是关于投资的问题（聊聊相关产业、股票等等），AI 都很能打，我有朋友甚至让 Gemini 看喉镜的片子成功纠正了大夫。而且可以追问 AI，就像是有一个汇集全互联网知识的专家在旁边，还非常有耐心。阅读与写作也收益良多，AI 找错别字、做相关的深度研究都很棒，最近在读的《情绪》也是和 AI 聊的时候 AI 推荐的。而且 AI 真的可以打破信息墙，深度研究的时候可以指定它去找其他语种的资料，英文我能读，其他的只能靠 AI 翻译了。</p><p>今年也是开始接触投资的一年，现在我也算是重仓 AI 相关，从谷歌到博通，到美光。说实话刚学，还不太会，所以也没怎么赚钱，但是很感谢 AI 在我入门这种新的领域的时候的帮助（当然更感谢 cyt 的帮助）。这里其实有个知识、信息与行动的问题，是的，AI 可以给我很多知识与信息，而且其实现在头部模型给的信息大部分也没啥严重的幻觉问题。那么，把它们转化为行动就是我作为人的课题了。尤其是投资，信息与行动有直接的关系，而且输赢那么清晰，反馈那么明确，真的很有趣。</p><p>其实我最开始觉得 AI 会让我这种啥都感兴趣但啥都学不精的人失去一部分存在的价值，但是现在觉得，太开心了！好奇心得到了极大的满足。像巴菲特一样，疯狂学习，活到老学到老。AI 本身也要学习，比如我打算慢慢看看 llama.cpp；应用方面 Agent 也要学习，claude agent sdk 还没试过，以及各种其他工具等，生活在这个时代真的开心。</p><h3 id="今年的思考"><a href="#今年的思考" class="headerlink" title="今年的思考"></a>今年的思考</h3><p>今年最大的感悟就是，跟对大势的重要性。</p><p>这次换工作其实降薪幅度很大，但我能接受，一方面当然是为了团聚，另一方面是我判断，UE 这条路比 Unity 更好，从未来的角度看，UE 的势更好。我觉得自己并不是天才，所以要跟对势、借力，才能稍微活得舒服一些。</p><p>另一方面，也稍微有一些对游戏行业的思考。还是那个势的问题，如果游戏行业的盘子不继续变大或者只是缓慢变大，那只会越来越卷。我并不是说现在的工作不好，现在来看这收入也不错、工作也很有挑战性很有趣，我挺喜欢的。做性能和工具一方面是帮助其他职能的人，另一方面也是帮助玩家，所以成就感也是有的。我觉得按目前的路走下去，也许我会慢慢熟悉 UE 引擎，5 年 10 年后说不定能慢慢成为某种意义上的技术专家。但这条路似乎就是这样了，尤其是游戏行业也算是人力资源密集型、加班很多，而且收入与成就高度和九死一生的项目组绑定，很难完全乐观。而且尤其是我作为游戏引擎开发而言，处理的其实都算是人造的 Artifact，也会担心自己和现实世界的那种复杂是不是太远了，可能接触投资也是一种慢慢面对另一种真实的路。至少对我而言，我可能新的一年更希望多研究研究怎么把 AI 更好地融合到我的工作里，借 AI 的势。</p><p>虽然没有答案，多思考总是好的。我回顾自己过去，最大的问题其实就是我在大事上缺少思考，那么直接后果就是重大的决定，似乎都是走当时看起来阻力最小的那条路：本科没啥想法就读个研吧、不知道去哪儿就选给的多的 Garena 吧，等等。这样就容易陷入局部最优解。现在从 Unity 跳车去 UE 也是给当年的决定擦屁股，至少今年来广州这个决定经过了深思熟虑，所以也不会后悔，也很开心。</p><p>至少，我觉得思考的程度要和决定的成本、后果成正比，也就是越大的事情越要多想，不能逃避思考。有时候不自觉会反过来，比如大手一挥买个股票，然后为了薅某种其实很少羊毛研究半天。这里也有强迫性的那种控制感的问题，羊毛抓到手感觉赚了很幸福，但是想得再完善，面对的也是不确定性，股票也是可能亏的。在不确定的世界中做出理性选择很难，但路从来没人说是好走的。</p><h3 id="总结"><a href="#总结" class="headerlink" title="总结"></a>总结</h3><p>新年的主旋律应该是在 AI 加持下好好生活。以好奇心为方向，以勇气为力量，保持健康，多思考，多认识新的朋友，多爱身边的人。</p>]]>
    </content>
    <id>https://jsjtxietian.github.io/2026/01/02/2025/</id>
    <link href="https://jsjtxietian.github.io/2026/01/02/2025/"/>
    <published>2026-01-02T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>2025 年结束，愿新年的阳光打在我们的脸上，温暖照进我们的心里。</p>]]>
    </summary>
    <title>我的 2025</title>
    <updated>2026-08-09T13:22:46.803Z</updated>
  </entry>
  <entry>
    <author>
      <name>jsjtxietian</name>
    </author>
    <category term="LiberalArt" scheme="https://jsjtxietian.github.io/tags/LiberalArt/"/>
    <category term="Vibe" scheme="https://jsjtxietian.github.io/tags/Vibe/"/>
    <content>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>能在《神曲》中读到自己熟悉的人物自然是开心的，可是作者给我所喜爱的尤利西斯（也就是奥德修斯）的待遇实在不怎么样，但丁并没有选择把尤利西斯和古代的先贤们一起置于林勃（limbo）中，而是放在了地狱深处。</p><p>第一次提到尤利西斯是在地狱篇第 26 歌，尤利西斯边在火焰中受折磨，边讲自己的遭遇。这里但丁在继承尤利西斯那欺诈的、大胆的、有煽动性的传统形象的基础上，修改了尤利西斯的遭遇——他并没有回伊萨卡，而是为了<code>追求美德和知识</code>，选择继续一路往西，穿过赫拉克勒斯立的石柱，进入未知的海。最终尤利西斯虽然见到了炼狱山，但是被<code>另一位</code>（也就是上帝）制裁了——大海吞没了他们。</p><p>而后在但丁往下穿过地狱，反转来到南半球的炼狱山海滩时，作者但丁评论道：<code>我们随后就来到荒僻的海岸上，这海岸从未见过任何航行于它 的海域、后来能生还的人</code>，这里自然是暗指尤利西斯的航行。虽然天国篇第十三章136行，第二十六歌61行可能也有所指涉，但在天国篇第二十七歌较为明显，主角但丁在天国又提到了这次航行：<code>我一方面看到当初尤利西斯越过加的斯所走的那条疯狂冒险的航路</code>。 在上一歌中亚当刚把自己的罪定义为<code>这种行为超过了限度</code>，作者当然也是认为尤利西斯也超越了限度。</p><p>但丁作为信仰基督教的作者，是推崇谦卑、先下降再上升的；他想表达人类的智慧终有极限，单凭智慧与意志是无法抵达炼狱山进而去天堂的。但是尤利西斯相信自己的力量，他向人力的极限挑战，企图抵达海岸。主角但丁则相反，他先往下穿过地狱，再以谦恭的心情踏上海滩，他的旅程是朝圣者的旅程，而尤利西斯的神话则是哲学傲慢的典范。与埃涅阿斯的对比也很有趣，文中的尤利西斯缺乏埃涅阿斯那种虔敬，其理由完全是希腊的、个人的求知：<code>渴望阅历世界、体验人类的罪恶和美德的热情</code>。有限的提到《埃涅阿斯纪》基本都是很正面的评价，<code>我不是埃涅阿斯，我不是保罗</code>，埃涅阿斯本人也被置于林勃中，而不是在地狱下层受苦。</p><p>还有伊阿宋，虽然被作者但丁也置于地狱，但是在天国篇中，作者数次提到伊阿宋：一处是把他的读者比作<code>那些渡海到达科尔喀斯的光荣的人</code>，把他自己比作伊阿宋；还有第二十五歌，<code>那时我将带着另一种声音，另一种毛发，作为一位诗人回去</code>，毛发显然暗指伊阿宋的金羊毛。尤利西斯、埃涅阿斯、伊阿宋，航行与发现的隐喻无处不在，作者本人也时常使用与航行相关的词汇描述自己的旅程。</p><p>这里就要提到作者但丁的越界问题，从宗教的角度看，作者本人其实相当僭越，他大胆地用俗语写作神曲，大胆地去审判自己的仇人将他们丢入地狱（但丁把越界者尤利西斯放置在地狱的束缚中，其实这本身其实已经是越界的行为了），大胆地说出<code>约翰与我所见略同</code>，大胆地把贝雅特里齐升到天堂同圣母和耶稣相比。现实世界中，但丁本人对教皇也是相当不客气，他的《论帝制》也是在禁书目录中。作者本人当然对此有所自觉，比如开篇就有这样的文本：<code>但是我呢，我为什么去那里呢？谁准许我去呢？我不是埃涅阿斯，我不是保罗</code>。最大的区别大概在于，主角但丁是谦逊的，坚持说自己在一路上都受到了引导，比如阿波罗：<code>卓越的阿波罗啊，为了这最后的工作，使我成为符合你授予你心爱的月桂的要求的、充满你的灵感的器皿吧</code>；在见完尤利西斯之后，还在感叹：<code>当时我感到悲痛，现在回想起我看到的情景，我重新感到悲痛，并且比往常更加约束自己的天才，使它不至于离开美德的指导而奔驰</code>；天国篇第二十五歌则是直接点名他的诗歌有一部分是上帝插手的结果：<code>这部天和地一同对它插手的、使得我为创作它已经消瘦了多年的圣诗</code>。作者但丁受到了神恩引导，故而敢于如此越界。</p><p>那但丁在最后转向能与尤利西斯相“抗衡”的伊阿宋也很有趣了，毕竟伊阿宋也是越界者，是被作者发配去地狱的希腊英雄。区别也许在于，这位拥有金羊毛的航行者成功回去了，他是朝圣的恰当典范，就如同主角但丁希望成功出版他那“越界”的《神曲》一样。但丁把自己比作伊阿宋，表明其实他这样越界的探险也是可能成功的，这也可以说反应了作者内心的恐惧，万一被打为异端怎么办。所以天国篇中作者但丁让卡恰圭达建议主角但丁出版长诗：<code>你要抛弃一切谎言，把你所见到的全部揭露出来</code>，何尝不是作者内心斗争的一种体现。</p><p>这在某种程度上也重写了尤利西斯及其船员的灾难，毕竟我们其实也可以把尤利西斯解读为基督教的旅行者，经过无穷的苦难与忍耐，回到真正的故乡。但其实但丁已经给了史诗主人公以莫大的荣耀，尤利西斯毕竟见到了<code>高得出奇</code>的炼狱山，而且他也应该见到了主人公但丁在海滩上看到的<code>四颗除了最初的人以外谁都未曾见过的明星</code>（当然这里也许是个小 bug），最终被神罚直接击杀，倒也不赖。</p><p>最后的想法，但丁其实没有读过《奥德赛》（直到 1362 年，西方才有了第一部完整的《奥德赛》拉丁文译本），他如果读了，尤利西斯在《神曲》中的遭遇会不一样吗？</p>]]>
    </content>
    <id>https://jsjtxietian.github.io/2025/12/16/ulysses_in_divine_omedy/</id>
    <link href="https://jsjtxietian.github.io/2025/12/16/ulysses_in_divine_omedy/"/>
    <published>2025-12-16T00:00:00.000Z</published>
    <summary>
      <![CDATA[<link rel="stylesheet" type="text/css" href="https://cdn.jsdelivr.net/hint.css/2.4.1/hint.min.css"><p>能在《神曲》中读到自己熟悉的人物自然是开心的，可是作者给我所喜爱的尤利西斯（]]>
    </summary>
    <title>神曲中尤利西斯的航行</title>
    <updated>2026-08-09T13:22:46.806Z</updated>
  </entry>
</feed>
