https://blog.lsl.life/ Recent content on 我的博客 Hugo zh-cn Wed, 14 Oct 2026 23:39:00 +0800 https://blog.lsl.life/posts/agent-%E4%B8%80%E4%B8%AA%E9%97%A8%E9%9D%A2%E6%94%B6%E6%95%9B%E5%A4%9A%E5%AE%B6-llmpi-agent-ai-%E6%A8%A1%E5%9D%97%E8%A7%A3%E6%9E%90/ Sun, 30 Aug 2026 23:35:20 +0800 https://blog.lsl.life/posts/agent-%E4%B8%80%E4%B8%AA%E9%97%A8%E9%9D%A2%E6%94%B6%E6%95%9B%E5%A4%9A%E5%AE%B6-llmpi-agent-ai-%E6%A8%A1%E5%9D%97%E8%A7%A3%E6%9E%90/ <p>当OpenClaw 火了之后，PI Agent作为其底层的Agent模块，因其简洁性也受到了社区中大量人员的喜爱，创始人对该项目也做了优化并依次出现了pi-ai,pi-agent,code-agent等项目。其中pi-ai是处于最底层用于封装各大llm厂商的交互逻辑并对外提供统一的调用接口，pi-agent是基于pi-ai之上的一个agent实现，而code-agent则是agent在代码编写场景的真实应用。现在我们就来学习一下pi-ai模块。 OpenClaw 走红后，作为其底层 Agent 模块的 PI Agent 也因为简洁性受到了社区大量关注。在持续优化中，PI Agent 内部逐渐形成了三个子项目：最底层的 <code>pi-ai</code>（封装 LLM 交互）、中间的 <code>pi-agent</code>（通用 Agent 实现），以及最上层的 <code>code-agent</code>（代码场景应用）。接下来我们就从最底层的 <code>pi-ai</code> 开始学习。</p> https://blog.lsl.life/posts/kindle-kindle%E6%8A%98%E8%85%BE%E7%AC%94%E8%AE%B0/ Thu, 20 Aug 2026 22:56:31 +0800 https://blog.lsl.life/posts/kindle-kindle%E6%8A%98%E8%85%BE%E7%AC%94%E8%AE%B0/ <h2 id="越狱">越狱</h2> <h3 id="设备信息">设备信息</h3> <p>设备: Kindle Oasis(第九代) 固件版本: Kindle 5.16.2.1.1</p> <p>点击【设置】-【设备选项】-【设备信息】中找到设备的序列号和固件版本，先填入固件号，然后填入版本号，最后还有两个问题，分别是设备是否仍然可以注册至亚马逊，设备的屏蔽是图片还是广告。之后就可以推荐的越狱方式了。 <img src="https://blog.lsl.life/posts/kindle-kindle%E6%8A%98%E8%85%BE%E7%AC%94%E8%AE%B0/20812b31_hu_c6fec1a61845de7a.webp" width="1400" height="849" alt="" loading="lazy" decoding="async"> 直接进入对应的越狱页面按照文档进行操作即可。</p> https://blog.lsl.life/posts/ai-%E5%AD%A6agent%E5%88%B0%E5%BA%95%E8%A6%81%E5%AD%A6%E4%BB%80%E4%B9%88/ Wed, 19 Aug 2026 08:11:44 +0800 https://blog.lsl.life/posts/ai-%E5%AD%A6agent%E5%88%B0%E5%BA%95%E8%A6%81%E5%AD%A6%E4%BB%80%E4%B9%88/ <p>面对层出不穷的 Agent 框架，很多人不知从何下手，也不知道该学什么。直到读了<a href="https://mp.weixin.qq.com/s/It5xtZ-VDNdiTREeYHrMMA">相比层出不穷的 Agent 框架，不变的 Agent Protocol 是什么</a> 一文，作者高屋建瓴地提出 <strong>Agent Runtime Protocol</strong> 这一概念，才真正理解了 Agent 运行时所必需的底层能力。 本文是该文的读书笔记，也是一份系统学习 Agent 的路径指南。我们先从“Agent 到底在做什么”出发，逐步拆解出核心对象、生命周期操作和八大能力维度，最后给出分阶段的学习建议。</p> https://blog.lsl.life/about/ Tue, 18 Aug 2026 08:07:14 +0800 https://blog.lsl.life/about/ <ul> <li><strong>名称</strong>：lsl</li> <li><strong>简介</strong>：AI 小子，在AI道路上的持续学习者</li> <li><strong>邮箱</strong>：<a href="mailto:lsl@lsl.life">lsl@lsl.life</a></li> </ul> https://blog.lsl.life/archives/ Tue, 18 Aug 2026 07:40:29 +0800 https://blog.lsl.life/archives/ https://blog.lsl.life/posts/clickhouse-clickhouse%E5%B0%86%E5%86%B7%E6%95%B0%E6%8D%AE%E5%AD%98%E5%82%A8%E8%87%B3oss/ Fri, 07 Aug 2026 23:35:20 +0800 https://blog.lsl.life/posts/clickhouse-clickhouse%E5%B0%86%E5%86%B7%E6%95%B0%E6%8D%AE%E5%AD%98%E5%82%A8%E8%87%B3oss/ <p>Clickhouse可以设置每个表的存储策略<code>polices</code>，存储策略中定义了卷<code>volumes</code>,每个卷<code>volumes</code>又可以使用定义好的磁盘<code>disk</code>。然后利用表数据的TTL设置功能，将达到TTL条件的数据存储迁移至存储策略下的某个卷中。</p> <h2 id="配置冷数据写入oss">配置冷数据写入OSS</h2> <h3 id="修改配置文件定义存储策略卷和磁盘">修改配置文件，定义存储策略，卷和磁盘</h3> <p>编辑 <code>/etc/clickhouse-server/config.xml</code> 或 <code>/etc/clickhouse-server/config.d/oss_storage.xml</code>，在 <code>&lt;clickhouse&gt;</code> 标签内添加 <code>&lt;storage_configuration&gt;</code>标签。 OSS 使用 S3 兼容接口，ClickHouse 从 21.8 版本开始对 <code>s3</code> 磁盘支持就比较稳定了，建议使用 22.x 及以上版本。 CLickhouse中存储有Volume和Disk的概念。Volume关联实际的Disk，然后配置表格将数据写到Volume中。</p> https://blog.lsl.life/posts/postgresql-postgresql%E4%B8%AD%E6%A3%80%E6%9F%A5%E6%85%A2%E6%9F%A5%E8%AF%A2%E7%9A%84%E5%8E%9F%E5%9B%A0/ Wed, 08 Jul 2026 07:59:57 +0800 https://blog.lsl.life/posts/postgresql-postgresql%E4%B8%AD%E6%A3%80%E6%9F%A5%E6%85%A2%E6%9F%A5%E8%AF%A2%E7%9A%84%E5%8E%9F%E5%9B%A0/ <p>在 PostgreSQL 数据库中，查询变慢的原因多种多样，其中锁等待和长时间未提交的事务是两种常见但容易被忽视的因素。本文将介绍如何利用 <code>pg_stat_activity</code>(SQL语句执行视图) 和 <code>pg_locks</code>(PG锁视图) 这两个系统视图，系统地排查锁与事务引起的问题。</p> https://blog.lsl.life/posts/postgresql-%E8%AE%B0%E4%B8%80%E6%AC%A1%E5%9B%A0%E6%95%B0%E6%8D%AE%E5%BA%93%E9%94%81%E5%AF%BC%E8%87%B4%E7%9A%84%E6%8E%A5%E5%8F%A3%E8%B6%85%E6%97%B6%E9%97%AE%E9%A2%98%E6%8E%92%E6%9F%A5/ Fri, 26 Jun 2026 07:59:57 +0800 https://blog.lsl.life/posts/postgresql-%E8%AE%B0%E4%B8%80%E6%AC%A1%E5%9B%A0%E6%95%B0%E6%8D%AE%E5%BA%93%E9%94%81%E5%AF%BC%E8%87%B4%E7%9A%84%E6%8E%A5%E5%8F%A3%E8%B6%85%E6%97%B6%E9%97%AE%E9%A2%98%E6%8E%92%E6%9F%A5/ <h2 id="背景与现象">背景与现象</h2> <p>线上系统采用腾讯云云原生结构,请求的链路如下：</p> <pre tabindex="0"><code>client -&gt; TencentCLB -&gt; TencentIngress -&gt; TencentPod(APP,python unicorn) </code></pre><p>一次升级后，发现系统中某个接口请求后会被hang主，但其它接口正常。使用<code>kubectl log</code>查看对应<code>Pod</code>的日志，看不到任何关于该接口的请求记录。</p> <h2 id="初步定位接口无响应日志缺失">初步定位：接口无响应、日志缺失</h2> <p>通过浏览器开发者工具排查，确认是<code>/api/workspaces</code>接口被挂住了，无任何响应。 使用 <code>kubectl port-forward</code>直连API Pod。以绕开本地代理、公网边缘节点和内网 CLB，对同一个 Pod 发送两次请求：</p>