程序员凌览 https://blog.code24.top/ 程序员凌览的博客 Tue, 25 Aug 2026 01:25:28 GMT https://validator.w3.org/feed/docs/rss2.html https://github.com/jpmonette/feed en-US All rights reserved 2026, NotionNext <![CDATA[一人公司别再上 Jenkins，真不值]]> https://blog.code24.top/article/387442b6-82e2-8018-ac6c-de870e4e5235 https://blog.code24.top/article/387442b6-82e2-8018-ac6c-de870e4e5235 Mon, 22 Jun 2026 00:00:00 GMT
大家好，我是凌览。
  • 去水印下载鸭：nologo.code24.top 想存个视频、图片却要被水印糊脸？试试这个，登录都不用
如果本文能给你提供启发或帮助，欢迎动动小手指，一键三连（点赞、评论、转发），给我一些支持和鼓励谢谢。
Jenkins 是个开源的持续集成工具，界面好用，操作也简单，项目开发里用得特别多。能自动化搞构建、测试、部署，确实挺牛逼的。
但你要是一人公司，不建议用，原因有二：
  • 运维太费劲：你一个人身兼产品、开发、运营、推广……什么活都得干。Jenkins 不是装完就完事的——插件冲突、磁盘爆满、升个级流水线直接崩。一个人搞这些，时间全耗进去了。
  • 太重了：至少 4G 内存、几十 G 硬盘才能跑顺。每个月花几十块服务器钱，就为了跑个自动部署，不值当。
所以我的建议很简单：除非你团队多人、流水线复杂到非 Jenkins 不可，否则别碰它。一人公司的核心是活下去、跑得快，不是伺候工具。
那如何部署呢，我是这样做的——用本地自动化脚本替代Jenkins

第一步：本地打包推送远程

首先装个 Docker，把项目 Docker 化。
比如去水印下载鸭，就是用 Docker 部署的。前、后端全部打包进入一个镜像。
Dockerfile文件：
然后执行打包命令：
为什么要指定 --platform linux/amd64？因为本地电脑一般是 Windows 或 macOS，线上服务器跑的是 Linux。不指定的话，Docker 按本机架构打包，传到服务器上就起不来了。
--push . 就是把镜像推到远程仓库。远程仓库我用的是阿某云的容器镜像服务，个人版免费
notion image
至于怎么配置推送到阿里云的容器镜像服务，官方文档写得很清楚，跟着走一遍就行。
推送成功后，你在任何一台机器上都能 docker pull xxx 把镜像拉下来跑。

第二步：本地连接服务器

ssh2 是一个 Node.js 工具包，专门用来连远程服务器。
连上之后，把 docker run 命令丢给它，它就能帮你在服务器上跑起来。
上面这段是伪代码，直接让 AI 帮你写就行，放这里只是演示一下思路。
一个简简单单的自动化部署就成了，对一人公司来说完全够用。

总结

回过头来看，这套方案其实就干了两件事：
  1. 本地打包镜像，推到阿某云镜像仓库
  1. 写个脚本连服务器，把镜像拉下来跑起来
没有 Jenkins，不用搞什么插件、权限、流水线配置。一个 Dockerfile 加一个部署脚本，就把 CI/CD 的核心流程跑通了。
这就是一人公司的优势——不需要一个庞大的系统来解决一个小问题。
Jenkins 很好，但不是每个项目都需要它。如果你的团队只有你一个人，项目也没复杂到需要几十个构建节点，那完全没必要给自己加负担。工具是拿来用的，不是拿来伺候的。
够用就好。
]]> <![CDATA[为什么我不推荐一人公司用PostgreSQL]]> https://blog.code24.top/article/372442b6-82e2-80f2-b101-da633b4b5fcd https://blog.code24.top/article/372442b6-82e2-80f2-b101-da633b4b5fcd Mon, 01 Jun 2026 00:00:00 GMT
大家好，我是凌览。
  • 去水印下载鸭：nologo.code24.top 想存个视频、图片却要被水印糊脸？试试这个，登录都不用
如果本文能给你提供启发或帮助，欢迎动动小手指，一键三连（点赞、评论、转发），给我一些支持和鼓励谢谢。
你有没有见过这种一人公司？产品还没上线，先搭了一套 PostgreSQL 主从架构，配了个 Redis 缓存，后来又上了个消息队列。问他为什么，他说"万一以后用户多了呢？"
结果呢？六个月过去了，日活用户还没超过 50。
说白了，大多数开发者就是自我感动——技术选得越复杂，越觉得自己牛。但用户只看结果啊。
一人公司嘛，用户还没到那个量级之前，数据库我推荐使用 SQLite 就完事了。
不用装服务、不用配置、不用维护，一个文件搞定全部数据存储。根本不用提前上 PostgreSQL。

SQLite是什么

SQLite 是一个嵌入式关系型数据库。
和 MySQL、PostgreSQL 最大的区别是：它不需要装服务、不需要配置、不需要运维——就是一个文件。
ㅤ
SQLite
MySQL / PostgreSQL
启动方式
直接读写文件
启动服务进程
配置成本
零
需要安装、配置、调优
运维负担
几乎为零
备份、监控、迁移
适用场景
单机、小规模
高并发、大规模
你写代码时直接 import { DatabaseSync } from 'node:sqlite' 就能用，数据库就是一个 .db 文件，拷走就能迁移。
一人公司之所以适合用它，是因为大部分产品在早期根本不需要一个跑在服务器上的大型数据库——一个文件搞定的东西，何必上 PG。等用户量真的大了，再迁也不迟。

如何使用 SQLite

notion image
Node.js 从 v22.5.0 开始内置了 node:sqlite 模块，不需要 npm install 任何包就能直接操作 SQLite 数据库。
不过这里有个版本问题需要注意，我整理了一个时间线：
版本
变化
稳定性
v22.5.0
node:sqlite 首次引入
实验期，需要加 --experimental-sqlite 标志
v22.13.0
不再需要实验性标志
仍然是实验阶段（Stability 1.1）
v24.15.0
升级为 Release Candidate
可以上生产了（Stability 1.2）
所以结论很简单：
  • Node 22.x：可以玩，开发和练手完全没问题
  • Node 24.15+：已经是 Release Candidate，可以放心用到正式环境了
具体到代码，就是一个 require 的事：
不需要 npm install sqlite3，不需要 npm install better-sqlite3，Node 自带。
如果你还在用 Node 20.x，那就继续用 better-sqlite3 或者 sqlite3，这两个库也很成熟，等升级到 Node 24+ 再切过来就行。

SQLite的优劣

优点：零配置，一个文件就是数据库，拷走即迁移。Node 自带零依赖，省一台服务器，本地读写比连 PG 快，25 年 ACID 事务稳如老狗。
缺点：并发写会阻塞，高并发扛不住。不支持网络直连，没权限管理，超几十 GB 后降性能，改表不灵活。
但对于一人公司来说，用户量没上来之前，好处远大于坏处。

我的线上真实使用

  • 熟人接单，一个个体户性质的小程序用于营业申报小程序加上一个后台
notion image
notion image
  • 给女友开发的供应商管理系统 yiwit.code24.top，女友=需求方，我=产品+前端+后端+测试+UI
我自己就这么干——所有项目 SQLite，用户不多，绰绰有余。稍微调一调，够玩很久。就那点并发量，服务器崩不崩得了都是个问题。
要是直接上 PG，我那 2 核 3G 的服务器怕是还没开张就先撑不住了。

总结

一人公司不需要在数据库上过度设计。SQLite 零配置、Node 自带、一个文件搞定，足够撑到产品验证阶段。等用户真的涨上来了，再考虑迁到 PG 也不迟。
别在技术自嗨上浪费你宝贵的开发时间——先把产品做出来再说。
 
]]> <![CDATA[Claude半个月崩7次！算力不够自己造，强制实名制封]]> https://blog.code24.top/article/344442b6-82e2-805a-8fca-f980321b1985 https://blog.code24.top/article/344442b6-82e2-805a-8fca-f980321b1985 Thu, 16 Apr 2026 00:00:00 GMT
大家好，我是凌览。
  • 去水印下载鸭：nologo.code24.top 想存个视频、图片却要被水印糊脸？试试这个，登录都不用
如果本文能给你提供启发或帮助，欢迎动动小手指，一键三连（点赞、评论、转发），给我一些支持和鼓励谢谢。
Claude 最近真的不太稳。
4月15号，Anthropic 状态页一片红，Claude、Claude Code、API 全线飘绿——哦不，全线报错。 堆了 6000 多条故障报告，三小时后恢复正常。
这已经是4月以来第7次了。
翻一下记录：1号 Opus 4.6 超时、3号 Claude Code 挂了一小时、6号7号连崩、10号集体出错、13号又挂15分钟。半个月七次，谁顶得住。

服务器扛不住

Anthropic 每次都说是"重磅发布后需求暴涨"，说白了就是服务器不够用。
Claude Code 和 Claude Cowork 这类产品，跑起来就是 GPU 黑洞——连续工作几小时不停，每次响应都在烧卡。需求涨太快，算力储备没跟上，怎么办？
Anthropic 的答案：自己造芯片。

越赚钱，账越难算

反直觉的是，Anthropic 其实赚得不少。年化营收突破 300 亿美元，比去年底翻了三倍多，企业市场 73% 选 Claude。
但 Agent 产品太吃算力了。收入涨，成本也在飙。
怎么算账？三招：
第一招：改了企业版定价。 以前纯订阅，现在 20 美元月费加按量计费。用的多的多付，本质是把重度用户单独拎出来收钱。
第二招：Claude Code 订阅加闸。 用 OpenClaw 这类第三方 Agent，得额外交钱。"算力要优先保障自家产品"。
第三招：强制实名验证。 这刀对国内用户特别狠。KYC 需要政府证件加自拍，靠中转、套壳在用的账号，基本没通过空间。账号一封，记录全清。

巨头都在绕开英伟达

自研芯片，Anthropic 不是第一个。Meta、OpenAI 都在和博合合作造芯。
为什么找博通？定制 ASIC 的 TCO 比通用 GPU 低 30% 到 50%，每瓦性能高一个数量级。
但 ASIC 绑定特定架构，模型一变效率就下来。没有 CUDA 这种成熟生态，实验场景还是得靠英伟达。
所以各家都是"多云多芯"——谁都不完全绑在某一家。

总结

Claude 频繁宕机，表面是服务器问题，背后是算力瓶颈。营收涨得再快，Agent 产品一跑起来就是在烧钱。
Anthropic 想自研芯片，把命门攥回自己手里。但在芯片造出来之前，只能靠涨价、附加费、实名制强行算账。
说白了，故事讲得再大，芯片还得看别人脸色。
]]> <![CDATA[别再手搓 Skill 了，用这个工具 5 分钟搞定]]> https://blog.code24.top/article/343442b6-82e2-8006-846a-e54ebd330a58 https://blog.code24.top/article/343442b6-82e2-8006-846a-e54ebd330a58 Wed, 15 Apr 2026 00:00:00 GMT
大家好，我是凌览。
  • 去水印下载鸭：nologo.code24.top 想存个视频、图片却要被水印糊脸？试试这个，登录都不用
如果本文能给你提供启发或帮助，欢迎动动小手指，一键三连（点赞、评论、转发），给我一些支持和鼓励谢谢。
说实话，第一次看到 "Skill" 这个词，我也有点懵。是不是又要写很多代码？是不是只有程序员能玩？
后来自己上手做了几个才发现——完全不是那么回事。Skill 更像是：把一件你本来就会做的事，写成一套能反复执行、不会乱跑的步骤。
就说做饭吧。第一次做某道菜，你得一边看菜谱一边试探；做多了流程就固定了——先备料，再处理，最后出锅。这时候让别人帮你做，你大概会说"就按这个步骤来，别自己发挥"。Skill 干的就是这事，只是对象从「人」变成了「模型」——让大模型也照着这个步骤来，别自己发挥。

一个 Skill 到底长啥样？

先记住一句话：一个 Skill，本质上就是一个文件夹。
最简单的结构：
SKILL.md 是最核心的——告诉模型"这件事干嘛用的、什么时候用、输出长啥样"。
你可以把它当成一份「使用说明书 + 注意事项」。

Skill 能解决什么问题？

举个例子，之前我开放了一个去水印下载鸭工具，同时写了份接口文档。但说实话，调用接口的步骤是固定的——传参数、发请求、解析返回。就这几步，每次都要重复。
调用步骤：
  1. 传参：token、url
  1. 发请求：
  1. 解析返回数据
notion image
就这三步，每次都要重复一遍，挺烦的。
写成 Skill 之后，这些步骤直接固化下来，AI 碰到要调去水印接口的场景，自己就跑完了，不用你再手动复制粘贴。
其中 token、url 怎么获取，直接在 SKILL.md 里写清楚，或者丢个文档链接就行。
notion image
这个去水印解析的 Skill 已经开源了：https://github.com/CatsAndMice/nologo-skill，名字叫 nologo-open-api。
效果测试成功：
notion image

但说实话，手搓还是有点麻烦

概念不难理解，但真要自己从头写一个 Skill，还是得折腾——要想触发条件，要写 SKILL.md，要调试……
有没有更省事的方法？
有。用 skill-creator。

skill-creator 是什么？

Skill-Creator是一款专为开发者设计的Skill创建向导，旨在简化开发流程。其便捷性和实用性已得到广泛验证，在SkillHub上的下载量已突破7.5万。
地址：https://www.skillhub.cn/skills/skill-creator
notion image
说到 SkillHub，这事儿还有点意思：
安装 Skill-Creator 特别简单——直接跟它聊天就行，它会一步步指导 AI 帮你创建技能
举个例子：
你："用 skill-creator 帮我创建一个提取小红书链接的 Skill"
它："好的，我来帮你创建。先告诉我：这个 Skill 要处理什么类型的链接？"
你："抖音、小红书都行，主要提取无水印的视频地址"
它："明白了。输出格式要不要加上 metadata？我给你两个选项……"
就这么一来一回，你描述需求，它帮你搞定剩下的——写 SKILL.md、搭目录结构、甚至调试代码。
说白了就是：你出想法，它帮你落地。

总结

Skill 的核心是把一件事的“固定流程”写成可反复执行的步骤，让模型按规程稳定产出，避免每次都从零复制粘贴、手动操作。像调用去水印接口这类标准化流程，尤其适合沉淀成 Skill 直接复用；而如果你不想从触发条件、SKILL.md 到目录结构都自己手搓，skill-creator 这种对话式向导能把创建与落地成本降到最低。
 
]]> <![CDATA[充值成功，腾讯成为OpenClaw官方赞肋商]]> https://blog.code24.top/article/326442b6-82e2-8095-a93e-c0e649a12803 https://blog.code24.top/article/326442b6-82e2-8095-a93e-c0e649a12803 Tue, 17 Mar 2026 00:00:00 GMT
大家好，我是凌览。
  • 去水印下载鸭：nologo.code24.top 想存个视频、图片却要被水印糊脸？试试这个，登录都不用
如果本文能给你提供启发或帮助，欢迎动动小手指，一键三连（点赞、评论、转发），给我一些支持和鼓励谢谢。
腾讯和 OpenClaw（网友口中的"龙虾"）刚因数据问题针锋相对，转眼便握手言和——这场反转，全程只花了3天。
notion image
事情还得从3月12日说起。OpenClaw创始人Peter Steinberger（PSPDFKit创始人，现已加入OpenAI）当天突然在社交平台"开火"，称腾讯未经沟通便抓取了ClawHub技能库1.3万多个数据，直接让服务器成本从几百美元暴涨到五位数（万美元级别）。他原话是"抄袭却不支持项目"，还提到收到了腾讯关联方抱怨速率限制的邮件。
腾讯当日即回应：SkillHub是"面向中国用户的本地镜像站"，已标注数据来源；上线首周处理用户流量180GB（87万次下载），但从官方源仅拉取1GB数据，实际是为OpenClaw减负。腾讯还强调团队成员本就是OpenClaw代码贡献者，希望未来成为生态赞助商。
戏剧性转折出现在3月15日：Peter直接转发了腾讯成为OpenClaw社区赞助商的博文，配文"喜欢一场精彩的救赎"。至此，腾讯轻量云已正式入驻GitHub赞助名单，与OpenAI、百度同列。
notion image
最绝的是这反转速度——3天前还在撕，3天后腾讯就上榜了。Peter这句love a good redemption arc翻译过来就是：腾讯的钞能力，真香👏🏻👏🏻👏🏻 莫名联想到《西虹市首富》："你看人真准~"哈哈哈
notion image
]]> <![CDATA[尤雨溪新公司官宣！Vite+ 正式开源，前端圈要变天了？]]> https://blog.code24.top/article/325442b6-82e2-8018-9b13-f2917a5624a2 https://blog.code24.top/article/325442b6-82e2-8018-9b13-f2917a5624a2 Mon, 16 Mar 2026 00:00:00 GMT
大家好，我是凌览。
  • 去水印下载鸭：nologo.code24.top 想存个视频、图片却要被水印糊脸？试试这个，登录都不用
如果本文能给你提供启发或帮助，欢迎动动小手指，一键三连（点赞、评论、转发），给我一些支持和鼓励谢谢。
3月13日深夜，尤雨溪在 X 上发了一条推文，宣布正式完成开源Vite+,并采用MIT许可证。
notion image

Vite+是什么

说白了，Vite+ 就是把 Vite、Vitest、Oxlint、Oxfmt、Rolldown、tsdown 这些工具捆一块儿，整成一套顺手的工具。开发、测试、扫代码、格式化、打包上线——整套活全部交给 Vite+ 统一调度。写网页总得有个 Node.js 和包管理器吧？Vite+ 连这些烂摊子也一并收了，本地开发的整条流水线它全包。
用上 Vite+，写网页这事儿变得省事、轻快、不那么臃肿了：
命令
功能
vp env
Node.js 版本管理，全局或按项目隔离都行
vp install
装依赖，自动识别并调用合适的包管理器
vp dev
启动 Vite 开发服务器，原生 ES 模块 + 秒级热更新
vp check
Oxlint 扫代码、Oxfmt 自动格式化、tsgo 类型检查，一趟水走完
vp test
集成 Vitest，跑测试反馈飞快
vp build
Rolldown + Oxc 构建，产出优化后的生产包
vp run
Monorepo 任务调度，自动缓存、智能解析依赖顺序
vp pack
库发 npm 或应用打独立二进制包，二选一
vp create
脚手架搭新项目或 Monorepo，推荐配置开箱即用
这些命令开箱就能配合着用，项目根目录丢一个配置文件就行。Vite 生态里的框架——React、Vue、Svelte，或者那些基于 Vite 的元框架——统统兼容。

Vite+想解决的核心问题

前端圈工具碎片化。开发一个项目，Vite 管开发服务器，Webpack 或 Rollup 管生产打包，ESLint 扫代码毛病，Prettier 管格式化，Jest 或 Vitest 跑测试。每个工具都有自己的命令、自己的插件生态、自己的配置语法，工具间各干各的，互不搭理。需要在终端里切来切去，窗口越开越多，脑子里的上下文也跟着切来切去，累。
配置烦琐。项目根目录堆满 .eslintrc、.prettierrc、webpack.config.js、tsconfig.json、jest.config.js……改个代码风格规则，得翻五六处文件；升级个工具版本，要逐个检查兼容性，一不留神就连环炸。新人入职第一天，光读这些配置就能读懵，还没写业务代码先被环境劝退。
性能是老毛病。ESLint、Prettier 这些基于 Node.js 的工具，项目文件一多，跑起来像老牛拉车。本地提交前格式化几十个文件，进度条看得人焦虑；CI 流水线里等 lint 结果，能泡完一杯咖啡。你说换个 Rust 写的工具吧，又得单独装、单独配，麻烦没减多少。
环境管理也乱。团队里有人用 nvm，有人用 fnm，有人干脆 brew 装 Node；包管理器更是 npm、yarn、pnpm 三足鼎立。
不用 Vite+，这些麻烦就得自己硬扛。
有了 Vite+ 就是一把梭，一个 vp 命令，一份 vite.config.ts。全程由 Vite+ 自动管环境、自动挑包管理器、自动算缓存。
把整条流水线串顺了，让人少折腾，把精力放回写代码本身。

现阶段的问题

Vite+ 听着很美，但坑也不少。
  • Alpha 版本。 v0.1.11，API 说变就变，生产环境别急着上。官方自己都说了，迁移完还得手动调，不是一键搞定。
  • 工具拧成一股绳，配置少了，但一出问题全链受影响。以前 ESLint 崩了不影响打包，以后可不好说。
  • 生态适配慢。理论上兼容 Vite 插件，实际跑起来边界情况一堆，社区插件跟进需要时间，现在冲进去容易当踩坑先锋。
  • npm、pnpm、yarn 各有各的脾气，Vite+ 想自动接管，老旧仓库、私有 registry、复杂 workspace 能不能接住，还得观察。
尝鲜可以，押注还早。

最后

Vite+ 是前端工具链的一次激进整合，Rust 重写提速，一个 vp 命令管全套。
尤雨溪团队从 Vue 到 Vite 再到 Vite+，确实一直在革前端的命。现在还是 Alpha，饼画得香，坑也不少。搬好小板凳，先看它能不能活到正式版。
Vite+官网：https://viteplus.dev/guide/
 
]]>