转自fedora 吧啦:http://tieba.baidu.com/p/1927559690yum install gpointing-device-settings运行 gpointing-device-settings选者 TPPS/2 IBM TrackPoint (这个就是小红帽)选择 Use Wheel emulation，把 button 修改为 2然后点击 Ok 就行了。

AI Agent通过Tool Calling赋予大语言模型(LLM)连接外部世界的能力。本文解析了两种实现方式：早期不稳定的Prompt Engineering和现代标准化的Function Calling。后者通过JSON Schema定义工具，LLM生成结构化指令，由外部程序执行具体操作。文章详细展示了工作流程、数据结构，并提供了LangChain实现的代码示例，说明如何让LLM识别数学计算需

在目标机器上启动 Arch ISO 后，手动设置临时 root 密码并查看 IP，建立 SSH 连接。(此时执行重启，系统成功启动并联网，使用 gateman 用户重新 SSH 连接)为了重启后自动连接 WiFi，我们复用了 ISO 环境的 iwd 配置。为了方便后续操作，将本地公钥上传到 Live 环境。检测到 CPU 为 AMD，需安装微码。配置了快捷键、输入设备和自启动项。配置国内镜像源以加

本文详细介绍了如何为部署在GKE上的Web应用（前端chat-ui和后端chat-api-svc）启用Google账号登录的IAP（Identity-Aware Proxy）保护。主要内容包括：1）架构设计，通过Google负载均衡器拦截请求并强制认证；2）创建OAuth凭证，配置授权重定向URI；3）将凭证存储为Kubernetes Secret；4）为后端API创建专用IAP Service和

Python asyncio 库中的 gather() 和 wait() 都用于并发任务，但存在关键差异： gather() 是高层次API，直接接收多个协程，自动封装为任务，返回有序结果列表，默认立即传播异常。适用于简单场景，如并行执行多个任务并统一处理结果。 wait() 是底层API，建议接收预创建的Task列表，返回完成和待定任务集合，提供更细粒度控制（通过return_when参数）。适

《JWT在分布式架构中的设计权衡》摘要： 本文剖析JWT在微服务架构中的核心机制与工程实践。通过解码JWT三段式结构，揭示其客户端透明但防篡改的特性；对比对称(HS256)与非对称(RS256)加密方案的适用场景，指出密钥管理在微服务矩阵中的关键差异；结合Mermaid时序图展示端到端鉴权流程，强调公钥验签的架构优势；最后批判性讨论Token Introspection机制的性能退化问题，提出坚持

win10 系统带linux子系统有两个版本第一个是wsl， 它与windows 系统公用同1个ip地址， 但是没有自己内核， 不支持docker第二个版本是wsl2， 它可以使用docker，但是它的网卡每次启动都随机使用ip， 所以重启后每次都必须手动进行ip 转发。但由于微软系统的不稳定性， 经常无故重启， 大部分都是更新引起的， 禁了更新一两周内仍会自己重启， 好智障。一旦重启后，由于ws

如果不想用 heavy 的pycharmvscode 也是1个很好的选择。

RunnablePassthrough是LangChain LCEL中的关键组件，主要实现数据透传功能。它有两种核心用途：1）在并行处理中保留原始输入，如RAG场景中同时传递检索结果和原始问题；2）通过.assign()方法增量更新字典数据。该组件在构建复杂数据流时尤为重要，能确保信息完整传递，避免手动处理字典的繁琐操作，是LangChain实现高效数据处理的重要工具。

本文深入解析LangChain经典对话组件ConversationBufferMemory与ConversationChain的核心机制。ConversationBufferMemory作为基础记忆组件，完整存储对话历史但存在token爆炸风险；ConversationChain则是预封装的三合一解决方案（LLM+Memory+Prompt），开箱即用但存在实例级状态绑定的并发限制。文章通过代码示