Mr_Mao

众所周知，相信大家用过 Pinia 的都知道，Pinia 定义储存采用的是 Centralized State Management（集中式状态管理）的模式，从而区分 State（状态）、Action

前言：关于写日报这件事 刚入职新公司，还没领略到技术栈的深奥，先被“日报文化”给教育了。 每天下午 5 点半，微信群里的行政小姐姐就开始复读机模式

前阵子帮几个项目接后端 API，代码库里到处都是风格不一的请求封装：有的直接手写 fetch，有的半自动生成，有的还混着好几版接口。弄了一堆没人敢碰的"神圣代码"，动一点就怕出生产事故。最后我干脆写了

用 Cursor 的都知道，Skills 能按项目挂一堆「技能」让 AI 按规则干活。但官方 skills add 不会往项目里写配置，换一台机器、换一个人，就得重新加一遍，谁装了啥谁也说不清。我写了

在做 genapi（OpenAPI 转 TS 请求代码工具）时，我就一直有一个很纠结的问题。 传统方案要么太重，要么太乱： TS 官方 AST / ts-morph：功能天花板，但体积巨大、构建慢，在

Naive Ultra：更优雅的 Naive UI 增强组件库 项目简介 Naive Ultra 是在 Naive UI 基础上进行扩展和增强的组件库，旨在为开发者提供更丰富、更实用的业务组件和工具函

Hardhat 是一个用于以太坊智能合约开发的 JavaScript / TypeScript 工具，提供了丰富的功能和插件生态系统。它允许开发者编译、测试、部署和调试智能合约。以及近期发布了 3.0

大家应该都有使用过 element-plus 的 dialog 组件，不知道你们有没有这样的烦恼，确实使用 template 的话定制化程度高、限制低，可以最大程度的发挥设计想法，状态流程可控性强，也

在快节奏的前端开发世界中，与后端的有效对接是成功的关键。但是，手动编写和调试 API 代码常常耗时费力，且易于出错。有没有一种方法能解放你的双手，同时保证代码的准确性和效率呢？