Personal engineering blog
这里是 【你的姓名 / 昵称】 的工程博客。内容围绕 Java 全栈、开源工具、CLI、Linux 实践与项目复盘展开；真实经历和链接由你后续替换。
Articles and Tutorials
每张卡片先作为文章入口使用：标题、摘要、证据链和 GitHub 链接都保留了占位，你可以按真实项目继续填充。
工具包不是把所有代码都封装一遍，而是把高频、稳定、边界清楚、能测试的能力沉淀下来。【补充你的核心模块 / 使用场景】
【补充：这个工具包最早从哪个项目或重复问题里抽出来】
把通用能力拆成稳定入口，配合示例、测试和 README 说明。
【补充：版本、调用案例、截图、README 或发布记录】
新项目最容易浪费时间的地方，不是写业务，而是复制目录、装依赖、改配置、补规范。这个 CLI 把重复动作收进一个稳定入口。
项目初始化流程分散在个人习惯里，团队复用成本高。
用交互式问答、环境检测、模板渲染、依赖安装、Git / Husky 初始化串成一条链路。
【补充：录屏、模板列表、测试结果、npm 发布状态】
Linux 学习不只记命令，更要把环境、现象、排查路径和验证结果记录下来。【补充：你的练习目录、服务类型、排障案例】
【补充：为什么系统整理 Linux 练习，例如部署、排障、服务器管理】
按场景拆分命令、配置、日志、验证步骤和复盘记录。
【补充：目录截图、脚本、实验记录、服务启动结果】
AI 的价值不在于生成了多少代码，而在于有没有缩短理解、实现、测试、文档和交接的链路。【补充：你的工具链和真实口径】
【补充：你在哪些开发环节使用 AI】
把需求拆解、代码修改、测试结果、文档同步放进同一套工作流。
【补充：节省时间、测试记录、上线结果、复盘链接】
Notes
从 under-utils 的边界讲起。重点不是“封装”，而是减少重复，同时不制造新的维护成本。
从 create-x-app 的模板、交互、环境检测、调试输出和团队约定展开。
不是只写命令，而是记录环境、输入、输出、日志、验证和复盘结论。