Z-Tasking：Obsidian 长期 / 临时任务台
cover: /img/covers/Z-Tasking-Obsidian任务台.jpg 背景：为什么要自己做日常任务散落在待办插件、日历和日记里，长期事项又往往只有一个标题，过几天就忘了「做到哪一步了」。 我想要的是： 每个任务就是一篇 Markdown 笔记，说明、进展都写在笔记里，不另起一套数据格式 长期 / 临时分开，长期事项能跨周跨月跟进，临时任务随时起随时结 工作台记进展，列表、日历、甘特图、周期汇总能从同一批笔记里看出来 于是写了 Z-Tasking —— Obsidian 里的 DIY 任务工作台。插件 id 为 z-tasking，避免和社区里其他 tasking 类插件撞名。 能做什么 功能 说明 工作台 选中任务，写说明、按日期记进展（支持 Markdown、列表、双向链接） 全量列表 浏览长期 / 临时任务及状态 日历 按日期看任务分布 甘特图 看起止时间与跨度 周期汇总 周 / 月 / 季 / 年，或自定时间范围 任务都是普通笔记，可以在库...
从零搭建 Obsidian 插件：以 Plugin Helper 为例
cover: /img/covers/从零搭建-Obsidian插件-Plugin-Helper.jpg 为什么要做这个插件我 Obsidian 里装了不少社区插件，英文也看得懂，但时间一长就忘了每个插件到底是干什么的。 设置里虽然能点进单个插件看说明，可要一个个翻、英文原文又长，查起来很麻烦。尤其插件一多，经常只记得装过、不记得用来干嘛，有些甚至忘了自己有没有在用。 所以干脆 DIY 了一个小插件：Plugin Helper。它把已安装的社区插件列在一起，拉取官方英文说明，自动附上中文注释，侧边栏还能写自己的备注。装了很多插件、隔一阵不用就忘功能的人，应该能感同身受。 本地用着没问题之后，我又想上架社区市场，让更多人用——后面踩的坑，都整理在文末。 一、从 0 开始：搭架子1. 技术栈Obsidian 插件本质是：**TypeScript 源码 → esbuild 打包 → 产出 main.js**，由 Obsidian 在运行时加载。 文件 作用 src/main.ts 插件入口，继承 Plugin esbuild.config...
Stars Manager：GitHub Stars 管理工具
cover: /img/covers/Stars-Manager-GitHub-Stars-管理工具.jpg 背景：为什么要自己做日常刷 GitHub 时，看到不错的仓库就顺手 star，时间一长数量上百。真正要用的时候，常见问题有： 找不回来：只记得大概关键词，原生搜索体验一般 分类对不上：GitHub 官方的 Star Lists 能用，但和「我脑子里的分类」往往不一致 缺少本地信息：想给某个仓库加一句「以后做 XX 项目时参考」，GitHub 本身不支持 多设备不同步：换电脑、换浏览器，DIY 的整理成果不好带过去 有个项目叫 github-stars-manager，试用了下感觉很复杂，我平时没有那么多的需求。于是写了 Stars Manager —— 一个精简的 GitHub Stars 管理工具，支持 Web、Windows 桌面版、Chrome / Edge 扩展 三种方式，核心功能一致。 Stars Manager 的定位就是：Stars 从 GitHub 拉，整理逻辑放本地，用 YAML 存 DIY 数据，Web &...
快速开始：代码开发常用工具
cover: /img/covers/快速开始-开发环境与工具链.jpg 动手写代码前，先把基础环境搭稳。下面是一份个人向的「最小工具链」清单：版本管理、运行时、镜像源——装对一次，后面会省很多折腾。 必备两件套 工具 作用 Git 代码版本管理、协作与部署 Node.js 前端/脚本生态的运行时（很多项目依赖它） Git 安装很直接：到官网下载对应系统安装包，一路下一步即可。 Node 则要多留点心：版本多、项目之间常要切换；官方安装包又常走国外源，国内网络下容易下载失败或极慢。因此通常会再配 nvm（管 Node 版本）和 nrm（管 npm 源）。 Git：基本配置与 SSH 密钥装好 Git 后，先设置提交时显示的身份（邮箱建议与 GitHub 账号一致）： 12git config --global user.name "你的名字"git config --global user.email "your_email@example.com" 生成 SSH 密钥用 SSH...
Hello World
cover: /img/covers/hello-world.jpg 欢迎来到 Hexo！这是你的第一篇文章。更多说明请查看 官方文档。使用 Hexo 时若遇到问题，可在 故障排查 中查找答案，或在 GitHub 上提问。 快速开始创建新文章1hexo new "我的新文章" 更多信息：写作 启动本地服务1hexo server 更多信息：本地服务器 生成静态文件1hexo generate 更多信息：生成 部署到远程站点1hexo deploy 更多信息：部署 如何发布一篇新文章方式一：用命令创建（推荐）在项目根目录执行（本项目使用 pnpm）： 1pnpm exec hexo new "我的文章标题" 会在 source/_posts/ 下生成带日期的文件，例如 2026-05-21-我的文章标题.md。 方式二：手动新建文件在 source/_posts/ 目录中新建 .md 文件，开头必须包含 Front Matter（YAML 头）： 123456789101112---title: 我的...
