我开发了 Inklin，因为我希望为 Node.js 提供更好的终端样式体验。

2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家 

我构建了 Inklin，因为我想为 Node.js 提供更好的终端样式体验

在开发命令行工具时，我不断遇到现有样式库的相同局限性。

它们不错——但一旦你开始构建更复杂的终端输出，一些问题就开始显现：

• 嵌套样式的行为不可预测
• 模块系统支持可能变得混乱（ESM 与 CommonJS）
• 对于一些简单的样式需求，某些库显得过于臃肿

因此，我构建了 Inklin。

它是一个用于 Node.js 的小型终端样式实用工具，专注于可预测的行为、现代模块支持以及最小的开销。

Inklin 的功能

Inklin 并不试图取代一切——它专注于一些特定的改进。

1. 智能样式嵌套

大多数终端样式库在嵌套样式结束时都会重置样式。

这在组合样式时会产生意外的输出。

相反，Inklin 跟踪一个样式栈，因此父级样式会自动恢复。

示例思路：

red("错误：" + blue("未找到文件"))

在 blue() 结束后，输出会正确地返回到 red() 状态，而不是重置为默认值。

这使得在实际的命令行界面输出中，深度嵌套的样式更加可预测。

1. 开箱即用的 ESM + CommonJS 支持

现代 Node.js 库中最令人烦恼的部分之一是模块兼容性。

Inklin 无需额外设置即可在两种环境中工作：

• ESM（import）
• CommonJS（require）

没有双重包混淆，基本使用无需构建黑客技巧。

1. 现代终端功能

Inklin 包括对以下功能的支持：

• 真彩色（HEX 和 RGB）
• OSC 8 超链接（可点击的终端链接）

这些功能对于现代命令行工具非常有用，因为终端不再仅仅是纯文本环境。

1. 轻量级核心（约 3KB）

目标是保持核心小巧且可预测。

没有庞大的依赖树，没有不必要的抽象。

内部工作原理

在底层，Inklin 使用基于惰性代理的链式系统。

它不是在访问时急切地计算样式，而是动态地构建它们。

这允许：

• 灵活的链式 API
• 最小的运行时开销
• 一致的输出行为

它还使用递归结构来管理样式组合，这有助于保持嵌套行为的一致性。

使用示例

import inklin from "inklin";

console.log(
inklin.red.bold("错误：") + " 出错了"
);

或者链式风格：

inklin.bold.blue("你好世界").log();

为什么我要构建它

目标并不是要重新发明终端样式。

而是为了探索一种更简单、更可预测的命令行界面输出 API，同时避免我在实际项目中不断遇到的一些边缘情况问题。

特别是围绕以下方面：

• 嵌套样式行为
• 模块兼容性摩擦
• 轻量级命令行界面设计

代码仓库

https://github.com/sapirrior/inklin

欢迎反馈

我特别希望收到关于以下方面的反馈：

• API 设计（链式调用是否足够直观？）
• 嵌套样式中的边缘情况
• 重度使用命令行界面场景下的性能考量