怠惰のコエ - imba久期 BLOG

FTP 上传插件这是一个四年前的项目，当时发现 PicGo 没有我需要的 FTP 上传插件，于是自己写了一个 最开始用的官方提供的插件模板，这是重构前的代码 imba97/picgo-plugin-ftp-uploader/003b4e 前端技术发展迅猛，积累了四年的前端知识，让我有了重构的想法 Refactor!我当前开发前端库主要用以下技术 TypeScript 不用多说 unbuild 打包工具 eslint + @antfu/eslint-config 代码规范 simple-git-hooks + lint-staged 代码提交规范 bumpp 版本管理 打包工具之前是直接用 tsc 编译，unbuild 作为一个现代化的打包工具，提供更灵活、自由度更高的配置、插件等，并能优化代码 规范eslint 作为代码规范工具，开源魔法师托尼老师的 @antfu/eslint-config 提供了一套很好的规范，简单易用 simple-git-hooks 创建 git hooks，在提交前检查代码 lint-staged...

做个自我介绍 做了个求职偷懒 AI，基于我的简历数据的聊天，目前感觉有不少场景都可以用上 比如直接发给 HR 比如直接复制工作要求让 AI 给出匹配程度 可以自己跟 AI 聊聊，学习参考 AI 的回答技巧 技术细节AI 是 DeepSeek，并使用了 one-api，直接用 Docker 跑起来 它可以整合各种 AI 接口，统一成 ChatGPT 的格式，便于之后切换 AI 也算是摸清了流式输出和 SSE 格式处理 网站有兴趣可以体验一下 imba97.me/ai 代码可参考开源项目 imba97/me

可圈可点initx 是一个免安装的脚本引擎，可以使用 npx 执行，通过 插件实现各种功能 初期设计了匹配器和插件的核心逻辑 简单且强大的匹配器来匹配用户输入指令，后来单独抽离成了一个项目 matchinitx 美中不足initx 可以免安装运行，但你需要全局安装各种插件，这显然是不合理的 虽然有一个插件管理器 @initx-plugin/manager，但它甚至也要先全局安装才能使用，这太傻了 v0.1.0在这个版本以及之前的几个版本中，陆续解决了以上的问题 首先插件不是全局安装了，而是被安装在用户目录下的 .initx 目录中 同时执行 npx initx 命令时，如果没有 @initx-plugin/manager 插件则会自动安装 现在你可以随时随地尝试 1npx initx plugin list 如果觉得每次输入 npx 比较麻烦，也推荐全局安装 initx 1npm i initx -g 解决需求目前做的几个插件，以解决我自己日常使用需求为主，比如以下几个简单的例子 复制比如复制 SSH 公钥、GPG 公钥、当前目录路径，你可以轻松解决 12345678#...

上回之前写过一个同步我当前正在听的音乐，大概长这样 这次尝试把当前正在玩的 Steam 游戏展示到个人简介中 于是去看了一下 Steam API，发现还真行，效果是这样的 开源：imba97/me 开源库为了方便调用，简单封装了一下用到的 Steam API 你可以直接使用 steam-playing-game 的 getUserPlayingGame 123import { getUserPlayingGame } from 'steam-playing-game'getUserPlayingGame('steam-api-key', 'user-id') 或者使用 useSteamApi 获取更详细的参数 123456import { useSteamApi } from 'steam-playing-game'const { getPlayerSummary, getGameDetail } =...

使用项目地址：https://dst-recipe.netlify.app 基本搜索在下方输入框中输入关键字，可以是名称、拼音、拼音首字母 展示食材基本信息、制作必须食材和条件 多个结果多个结果可以滑动查看 代码分析逻辑上来说是分为两块，一个是食材，一个是食谱 食材每种食材有不同的属性，比如肉度、怪物度、鱼度等等 所以就需要一个基类来表示食材 1234567891011121314151617181920export abstract class IngredientBase extends InstanceClass { protected abstract _name: string /** * 肉度 */ protected _meat?: number /** * 怪物度 */ protected _monster?: number /** * 鱼度 */ protected _fish?: number // ...} 实现类 12345678910import icon from...

matchinitxmatchinitx 前身是 initx-collective/initx 项目中的功能，在插件中定义了匹配规则，然后 initx 会收集所有插件，根据用户在命令行输入的关键字，匹配、调用对应的插件 来看看它具体能干嘛 使用1import { type MatcherRules, useInitxMatcher } from 'matchinitx' 基础匹配器匹配器默认规则类型是这样的，为了演示就简化的写一下 123type MatcherRules<T> = T & { matching: (string | RegExp)[]} 这个对象最后会返回给一个处理函数，但会把 matching 移除 所以我们需要自定义一些需要的字段，并且定义好匹配规则 1234567891011121314151617181920interface CustomField { name: string}const rules:...

生活继续我的 间歇性踌躇满志，持续性混吃等死。 年初突然动力拉满，开始学各种东西 吉他 学会了平凡之路 快板 学会了哒哒个呤哒呤叮哒 曲艺 学会了《同仁堂》、《挡凉》片段 写了俩脱口秀录了视频 我又觉得我行了 下半年辞职后 骑车从南京出发回老家，骑了 600 公里 工作辞职前是做点餐屏，泸溪河、赛百味之类的，有时候路过门店看到自己做的功能，还挺有成就感的 6 月 30...

简单演示initx 的插件如果想在硬盘中存取数据，可以使用上下文中的 store 字段 123456789101112131415161718192021interface Store { foo: string}export default class StarterPlugin extends InitxPlugin<Store> { defaultStore = { foo: 'bar' } matchers = [ { matching: 'start', description: 'Plugin starter' } ] async handle({ store }: InitxContext<Store>, ...others: string[]) { store.foo = 'baz' // ... ...

简要最近发布的 v0.0.12 版本中移除了默认业务功能，转而加入了 插件系统 用了一周开发到目前的状态，我觉得 initx 的功能好的超出了我的预期（自嗨） 我其实很早之前就一直在写一些零散的脚本，把一些复杂的东西简单化，一般是放在仓库，有新环境用到的话要拉代码、配置、执行，感觉还挺麻烦 不管有没有重复造轮子，我非常喜欢 initx 以及享受开发过程 🤣 插件系统把业务功能的选择交给使用者，将插件的包安装到全局即可，类似 1npm i @initx-plugin/git -g 非常骄傲的宣布，从现在开始 initx 是一个更方便的脚本引擎，它会负责 提供方便的入口 收集插件 收集匹配器命中的执行器 处理可能的用户交互 执行！🚀 而你，可以专注于写脚本 提供方便的入口1npx initx <something> 作为免安装脚本，你可以直接使用 npx 执行，虽然它也会被安装在某个角落 收集插件initx 会先从全局安装目录加载所有依赖，根据包名过滤出插件，动态引入插件代码 收集匹配器命中的执行器匹配器和执行器是 initx...

首先initx 是一个免安装脚本，需要 Node.js 环境 一直在初始化一直以来有个让我难受的点，就是一些初始化总会需要手动操作，比如换工作的新电脑、重装系统、创建新仓库，都需要进行大量重复的准备工作，有些甚至还有很多步骤 虽然大部分只需要配置一次，配置的时候查文档，但看完下次就忘了 比如即使想完成一次简单的 Git 提交，你也需要先完成以下步骤 创建并到 用户/xxx/.ssh 目录下复制 SSH 公钥，然后添加到远程仓库用户配置中 1ssh-keygen -t rsa -b 4096 -C "mail@example.com" 设置 Git 用户名邮箱 12git config --global user.name "imba97"git config --global user.email "mail@example.com" 设置 GPG 签名 123git config --global commit.gpgsign truegit config --global user.signingkey...