分类 Obsidian 下的文章

Obsidian

模型离确定性的人类经验判断还很远 (Models Are Still Far from Deterministic Human Experiential Judgment)

核心判断大语言模型 (Large Language Model, LLM) 的知识面很广,能够快速调用大量语言模式、概念和解决方案,但这不等于它已经拥有了资深从业者的经验性判断 (Experiential Judgment)。模型本质上是概率模型 (Probabilistic Model):在给定输入、上下文、系统约束和采样设置下,计算并生成更可能出现的后续 token。它可以生成一段非常像资深专

Obsidian

pnpm 12.0 Rust 版的好处 (Benefits of pnpm 12.0 Rust Edition)

先说清楚:这里的“pnpm 12.0”是什么本文中的 pnpm 12.0 Rust 版,指 pnpm 官方仓库提供的 Rust CLI 构建版本。当前对应的版本是:12.0.0-rc.7它是 Release Candidate(候选发布版),不是传统意义上已经发布很久的稳定版。官方仓库把 Rust 实现称作 pacquet,并把它作为 pnpm 的 Rust 实现开发;Windows 发布包中提供

Obsidian

pnpm 的好处 (Benefits of pnpm)

一句话理解pnpm(Performant npm)是 Node.js 生态中的包管理器。它与 npm 使用相似的命令,但重新设计了依赖包的存储、链接和项目内布局,因此在磁盘占用、安装速度、依赖隔离和 monorepo 管理方面有明显特点。pnpm 的核心价值不是“命令更短”,而是让多个项目共享依赖文件,同时让项目只能使用自己明确声明的依赖。1. 内容寻址存储:更省磁盘npm 常见的做法是把依赖包复

Obsidian

pnpm 包管理器与 Rust 重写 (pnpm Package Manager and Rust Rewrite)

核心定位pnpm(Performant npm)是 Node.js 生态的包管理器,重点是速度、磁盘效率、严格依赖隔离、可复现安装和 monorepo 支持。它不是 npm 的兼容外壳,而是使用不同的依赖存储与 node_modules 链接模型。截至 2026-08-20,稳定版为 pnpm 11.22.0。官方仓库同时包含 TypeScript CLI 和 Rust 实现;Rust 实现官方称

Obsidian

MSP++ 统一桥接实验 (MSP++ Unified Bridge Experiment)

2026-08-19 整理。实验 fork(D:\git program\MSP++):主张命令面不该手写,用宽松开源运行时 + 统一 bridge broker 替代 MSP 手写的 117 个 Swift POSIX 命令。主张命令面不应该手写。 用现成宽松开源运行时(toybox coreutils + CPython + git)通过统一 bridge broker 支撑命令面;路径映射