Home

一、写在前面 如果你已经看过上一篇“静态网页如何通过 GitHub 自动构建并发布”的文章，那么这一篇可以看作它的续篇。 上一篇解决的是更基础的一层问题： 如何把纯静态网页接入 GitHub 如何使用 GitHub Actions 自动构建 如何把构建产物发布到 GitHub Pages 那一层的核心关注点是： 构建有没有跑通 静态资源路径对不对 页面能不能正常打开 而这一篇开始进入更复杂但也更真实的项目场景： 项目不再只是简单静态页面 而是 uni-app 这类需要工程化构建的前端项目 页面运行后还依赖外部 API 最终还要处理浏览器跨域、代理、图片 CDN 可达性、运行时拓扑等问题 所以如果说上一篇是在回答： ...

MCP 一、先搞懂：MCP不是高深技术，是AI的“万能连接器” 咱们先抛掉官方定义（Model Context Protocol，模型上下文协议），用一个生活化的例子类比： 你有一部手机（相当于我们常用的AI，比如Claude、GPT），手机本身很强大，但它不能直接用U盘、鼠标、耳机——除非有一个“充电口”（也就是接口）。以前的手机接口五花八门，有的是Micro-USB，有的是Type-C，换个设备就用不了；而MCP，就相当于给所有AI统一了一个“Type-C接口”，不管你用的是哪款AI，不管你想连接电脑文件、本地笔记，还是服务器、硬件，只要通过这个接口，就能“即插即用”。 简单说：MCP的核心作用，就是让AI能轻松访问我们本地的东西、调用各种工具，而且不用反复适配，一次连接，...

一、什么是 CI/CD 流水线？ CI（Continuous Integration 持续集成） 每次提交代码到 GitHub 时，自动执行：拉取代码 → 构建 → 测试 → 检查，保证代码质量。 CD（Continuous Deployment 持续部署） 构建测试通过后，自动将项目部署到线上环境，无需手动上传、手动发布。 GitHub CI/CD 流水线 = 提交代码 → 自动构建 → 自动上线 全程自动化，一次配置，永久生效。 二、 CI/CD 实现效果 向 master 分支推送代码 GitHub Actions 自动触发流水线 自动将项目部署到 GitHub Pages 全球可访问在线网站 无需服务器、无需花钱、0 成本上线 三、流水...

流式输出 一、什么是流式输出？ ​ 流式输出是一种边生成、边传输、边展示的数据处理模式，核心是将完整内容拆分为小数据块，生成一块推送一块，无需等待全部内容就绪，最典型的场景就是AI对话的逐字输出效果。它与批量输出（全部生成完一次性返回）的核心区别的是，流式输出首字节返回快、无需缓存全文、可随时中断，而批量输出延迟高、需缓存完整内容、无法中途终止。 ​ 类比来说，流式输出类似自来水边流边用，批量输出则类似等待餐品全部做好后再取用。 二、SSE规范是什么？ ​ SSE（服务端发送事件）是实现流式输出最常用、最适合入门的标准化方案，基于HTTP协议实现，无需复杂握手流程。其核心规范包括两部分： 1.，必须的响应头，需包含 Content-Type: text/event-str...

把个人博客改造成共创博客：一次 Jekyll/TeXt 实战记录 这篇文章记录一次很小、但很有意义的博客改造：把一个原本偏个人表达的 GitHub Pages 博客，调整成由 wuli 和 cc00mi 共创的博客。 目标不是大动干戈重写主题，而是在尽量尊重原有仓库结构的前提下，让博客具备“多作者身份”“文章署名”“关于我们说明”和“可持续发布流程”。

基于Hatch Pet的桌宠生成流程文档 1 目标与交付产物 1。1 核心目标 依托hatch-pet流程，实现从角色设定到可用桌宠资源包的全流程标准化产出，确保交付件符合行业规范，可直接用于导入、分发或二次开发。 1.2 最终交付产物 pet.png：8列×9行动画图集，共计72格，包含桌宠所有动作帧 pet.json：桌宠核心配置文件，定义动作逻辑、触发规则等 QA预览图（Contact Sheet/检查图）：用于直观校验帧序列、风格一致性及透明通道等 可发布桌宠目录：标准化目录结构，支持直接导入相关平台或对外分发 2. 前置准备 2.1 输入素材 角色参考图：建议提...