JasonShane

知识归纳#

memos

Memos 是一款隐私优先、可自托管的知识库，可无缝用于个人笔记、团队 Wiki 和知识管理。它采用结合 Go 后端和 React 前端的现代技术栈构建，在功能性和易用性不打折扣的前提下，提供闪电般的性能。作为 MIT 许可下的开源项目，Memos 让你拥有对数据的完全控制权，零遥测、无跟踪、无厂商锁定

usememos

memos

AFFiNE

AFFiNE 是一个开源的一体化工作空间平台，将文档编辑、白板协作和知识管理整合为单一、统一的体验。作为 Notion 和 Miro 的以隐私为中心、本地优先的替代方案，AFFiNE 赋予用户对数据的完全所有权，同时支持跨 Web、桌面和移动平台的实时协作

toeverything

AFFiNE

AI翻译#

SmartSub

SmartSub 是一款专为音视频内容创作者设计的智能字幕生成和多语言翻译解决方案。作为一款基于 Electron + Next.js 的混合应用，它结合了本地 Whisper 语音识别的强大功能与灵活的 AI 翻译服务，能够在保护隐私和性能的同时，实现媒体文件的批量处理

buxuku

SmartSub

热点归纳#

TrendRadar

TrendRadar 是一个轻量级、易于部署的新闻聚合与分析工具，旨在帮助你关注真正关心的新闻资讯。该平台能自动从多个来源（社交媒体热榜、RSS 订阅源）爬取热门话题，应用智能关键词过滤，生成结构化报告，并通过多种渠道发送通知——包括启用 AI 驱动的深度分析功能

sansan0

TrendRadar

AI绘画#

ComfyUI

ComfyUI 是一个强大且模块化的视觉 AI 引擎，使你能够通过基于图形的界面设计和执行高级 diffusion 管道。你无需编写代码，而是通过视觉连接节点来创建用于图像生成、视频创作、音频处理和 3D 模型生成的复杂工作流。ComfyUI 支持 Windows、Linux 和 macOS，并适用于各种 GPU 类型，包括 NVIDIA、AMD、Intel、Apple Silicon 和 Ascend

Comfy-Org

ComfyUI

AI笔记 - Stable Diffusion绘图(1)

Sun, 11 Jan 2026 00:00:00 GMT

模型网站#

模型分类#

真实系模型		2.5D系模型		二次元系模型
真实的	realistic	三维的	3d	动漫	anime
照片般真实的	photorealistic	计算机图像	CG/CGI	数字绘画	digital illustration
摄影	photography	半现实的	semi-realistic	插画	illustration
写实主义	realism	电子游戏	video game	卡通动画片	cartoon

提示词(基于SD1.5模型)#

基础起手式#

正面提示词

1
(masterpiece, best quality:1.2), 8K, RAW, highres, anime screencap

负面提示词

1
NSFW, (worst quality:2), (low quality:2), (normal quality:2), lowres, normal quality, ((monochrome)), ((grayscale)), skin spots, acnes, skin blemishes, age spot, (ugly:1.331), (duplicate:1.331), (morbid:1.21), (mutilated:1.21), (tranny:1.331), mutated hands, (poorly drawn hands:1.5), blurry, (bad anatomy:1.21), (bad proportions:1.331), extra limbs, (disfigured:1.331), (missing arms:1.331), (extra legs:1.331), (fused fingers:1.61051), (too many fingers:1.61051), (unclear eyes:1.331), lowers, bad hands, missing fingers, extra digit,bad hands, missing fingers, (((extra arms and legs)))

真实系起手式#

正面提示词

1
(masterpiece, best quality:1.2), highres, realistic, photorealistic, photography, 8k, RAW

负面提示词

1
semi-realistic, cgi, 3d, render, sketch, cartoon, drawing, anime, (worst quality, low quality:2), nsfw, naked, nude, deformed iris, deformed pupils, mutated hands and fingers, poorly drawn, bad anatomy, wrong anatomy, extra limb, missing limb, floating limbs, disconnected limbs, mutation, mutated, ugly, disgusting, amputation

2.5D系提示词#

正面提示词

1
(masterpiece, best quality:1.2), 3d, 3d rendering, professional 3d model, rendered, cgi

负面提示词

1
sketch, cartoon, drawing, anime,(worst quality, low quality, normal quality:2), nsfw, naked, nude, deformed iris, deformed pupils, mutated hands and fingers, poorly drawn, bad anatomy, wrong anatomy, extra limb, missing limb, floating limbs, disconnected limbs, mutation, mutated, ugly, disgusting, amputation

二次元系提示词#

正面提示词

1
(masterpiece, best quality:1.2), anime, illustration, very aesthetic, wallpaper

负面提示词

1
photorealistic, realistic, (worst quality, low quality, normal quality:2), nsfw, naked, nude, deformed iris, deformed pupils, mutated hands and fingers, poorly drawn, bad anatomy, wrong anatomy, extra limb, missing limb, floating limbs, disconnected limbs, mutation, mutated, ugly, disgusting, amputation

提示词网站#

2025年度总结

Tue, 06 Jan 2026 00:00:00 GMT

2025年转瞬即逝，在这一年中是我转型变化最大的一年，在各领域都有了诸多尝试和突破，但仍存在许多不足，例如年度todo达成率很低，一方面是自身的惰性严重，另一方面是在年中更改了核心方向，这也侧向证明自己的年度todo规划也存在严重问题。

在2025年，AI领域的发展超过了我的预期，在这一年中对于AI的应用与理解也有了更深入的认知。

接下来就以认知成长篇、技术实践篇、创作表达篇、数字生活篇、效能管理篇和健康数据篇这六大部分对我自身在2025年全年的内容进行归纳总结。

认知成长篇#

微信读书#

数据源：@微信读书年度报告

2025年全年共计354天与书相伴，401小时57分钟里沉浸在书中的一方天地不知疲倦；在这一年中，读过51本书籍，读完了32本书籍，共计1425万字。

2025个人阅读年度书籍：

标准	书籍	阅读时长
阅读时长最久	《人间喜剧精选集》	69小时34分钟
连续阅读27天	《经典密室杀人推理小说合集》	61小时24分钟
连续阅读32天	《史记》	53小时04分钟
连续阅读13天	《福尔摩斯探案全集（中）》	12小时07分钟
连续阅读16天	《福尔摩斯探案全集（上）》	8小时03分钟

在这一年中，共计读过29位作家的书籍，并与巴尔扎克、柯南·道尔、刘慈欣、司马迁、斯蒂芬·霍金等作者深度拥抱。有43个星期保持了每天阅读的全勤记录，留下了84条笔记，创作了2条书评(记录，让无声的思考拥有了回响)。

2025年1月1日，《三体前传：球状闪电》陪伴我开启了新的一年；3月14日，我04:54才合上《水浒传》(守夜的星星，等到了ta的伙伴)；五一假期期间，《史记》陪伴了闲暇的时间；520那天，我选择了与《催眠师手记》为伴💗；7月2日，我把喧嚣关在门外《人间喜剧精选集》与我共度了4小时53分钟；偷得浮生半日闲，在十一假期期间，我选择阅读《经典密室杀人推理小说合集》。

2025年我的年度阅读词汇：同理心、充盈、沉静。

我想文学写的不外乎人性人情，只要人性不变，文学便有存在的必要。 ——白先勇《树犹如此》

技术实战篇#

编程能力#

在2025年度中，自身的编程能力提升并不明显，一方面因为自身精力分配存在严重问题；另一方面也是因为非科班出身的局限性，从零开始摸索直到现在，其中踩的无数的坑，只能自身一遍又一遍的寻找答案，不过这也让我能够深刻的从底层开始逐步扎根，缺点便是进度十分缓慢。

如果非要给今年自身的编程能力提升给予一个量化的话，我考虑了许久，大概就是Python中阶 -> 准高阶，前端部分初阶 -> 准中阶。

数据源：@watatime年度报告

在2025年中，占据watatime开发者前Top13%，共计编程256小时，日均编程57分钟，年度活跃日为2025年09月23日，年度高频IDE为Trae，年度编程语言是Python。

数据源：@Trae年度报告

作为2025年我使用的最多IDE，在3月26日创建Trae账号，踏入AI辅助编程领域，年度活跃天数97天，全年一共采纳34,990行代码，相当于从零开始创造了2个FC版《超级玛丽》。在9月13日怒刷4218行代码，9月27日23点31分，我仍在TRAE LAND的世界里冒险。年度代码量超越99%的用户，荣获创世神稀有称号。

开源项目#

数据源：@Github

在2025年共计开源8个项目，其中5个公开，3个私有。

贡献数据：全年共计贡献655次，其中92%Commits、2%Issues、3%Pull requests、3%Code review，参与了2个他人项目。

领域开发#

在2025年我重新规划了对自身领域开发的定位，2025年1月9日购置了10年的xshan.top域名，并借助Vercel、Cloudflare、EdgeOne、AliESA等平台部署了个人主页、博客、图库、资源站、热点、导航、RSS(私人使用)等站点，同时个人网盘、音乐站处于在建期，在这一年中，从半懂到全部熟悉，从平台部署到各大开源项目的自定义，二改等内容开始愈加熟练，为后续的计划打好了良好的基础。

AI赋能#

数据源：@aigodlike

在AI领域，2025年自身获得重大突破，一方面源自于2025年AI大模型和各分支领域百花齐放；另一方面在于我自身拥有更多的精力能够在这个领域扩展。

在AI绘画领域中，2025年我对Stable Diffusion绘画从初阶 -> 高阶，成功的入门了ComfyUI绘画，深入了解了多模态的各模型框架，并且使用了多种checkpoint、LoRA等模型进行制图。

在AI其他领域，例如TTS(文生音频)、TTV(文生视频)中涉及较少，尤其是TTV领域，一方面是因为在这领域目前领先的模型均为国外模型，另一方面是因为对配置要求过高，目前我的硬件配置还难以承担，不过随着AI的发展，现在云端的AI应用也逐步完善，我相信以后AI的模型应用将会逐步成为民生级产品。

创作表达篇#

内容输出#

数据源：@blog

2025年中，共计输出18篇原创博客文(因更改框架，部分文章因过时删除)，其中技术类文章9篇，生活类文章7篇，其他类文章2篇。

数据源：@Notion、@Obsidian

笔记类内容共计产出337篇，存储占用共计339.13MB，其中大部分倾向于技术类笔记，少部分倾向于生活类内容和杂项内容。

剪辑输出#

数据源：@bilibili、@内部视频

在2025年中，@bilibili平台共计发布41个视频，而在内部进行宣传和归纳视频共计发布13个视频，但整体剪辑质量并不优质，只能算是初等水平，当前正在转移剪辑工作流和构建自己的剪辑思路中。

数字生活篇#

观影记录#

数据源：@豆瓣年度报告

2025年观影37部，影片评分均值为6.3分，发布影评12篇，电影类型占比TOP3中喜剧类34%，动作类29%，动画类27%；常看影人是成龙和沈腾。

观番笔记#

数据源：@Bangumi

2025年对于番剧的记录平台转到@Bangumi，其中在2025年实际计划内的想看163部、看过54部、在看8部、搁置1部、抛弃1部。至于其他数据Bangumi并未披露。

音乐世界#

数据源：@网易云音乐年度报告

2025年共计听歌552首，其中新探索的歌曲占比53%，听歌时长仅为57小时05分钟，自2019年时长历史最低；一共听了361位歌手，其中邂逅与重逢了252位新歌手，听过35种曲风，其中19种全新探索，7种外语歌曲(英语、法语、俄语、德语、越南语、日语、韩语)。

其中，21%主动探索(主动搜索241次)，36%重复所爱，43%惊喜推荐(317首歌曲来源于平台推荐)。

年度关键词：相信(91次)

年度曲风TOP5：国风(46%)、轻音乐(17%)、流行摇滚(14%)、民谣(12%)、嘻哈说唱(11%)

2021-2025曲风品味进化史

年度听歌日历

2025年度歌手依旧薛之谦，这是自2017年起，每年都没有变更的歌手。

历年年度歌手

在2025年是首次开通年度会员的一年，但是近6年听歌时长最低的一年，经典超低性价比。

游戏领域#

数据源：@TapTap、@bilibili游戏

2025年共计预约3款游戏，在玩5款游戏，已玩33款游戏，退坑率为86.85%，共计游戏时长为647.13小时。

效能管理篇#

2025年我的多个领域所用工具都进行了多次迭代，使自己的工作流或者效能流更加标准和高效。

1.笔记#

Notion -> Obsidian -> Obsidian + 飞书文档 -> Obsidian + Notion

在笔记工具这方面兜兜转转最终还是没有逃离Notion的”魔爪”，不得不承认的是，截至目前，在笔记或知识归纳领域，Notion毫无对手，它唯一的缺点就是在大陆的网络访问和数据安全，如果它是单机软件，它将无人能敌。

2.剪辑工作流#

剪映 + OBS -> 剪映 + 必剪 + OBS -> 剪映 + 达芬奇 +OBS -> 达芬奇 + OBS(在建)

达芬奇是7月下载的，教程是一直没打开的，只能说拖延症加重，但达芬奇替代剪映是必须完成的任务，对于剪映高占用和高额费用已经到了无法忍受的地步，最重要的是对于高质量和高技术含量的剪辑任务，剪映所需要耗费的时间与精力都是达芬奇等专业软件的多倍。

达芬奇有更加完善和人性的剪辑工作流，虽然上手难度较高，但是一款软件兼顾专业的剪辑、Fusion、调色、Fairlight和发布模块，几乎将一个视频从头到尾的内容全部兼顾。

3.编程IDE#

VS Code -> Trae + VS Code -> Trae + PyCharm -> Trae + PyCharm + 微信开发者工具

放弃陪伴许久的VS Code的原因是Trae使用了VS Code的内核，基本与VS Code差别不大，而在2025年更需要对AI辅助编程的支持；又回到PyCharm的怀抱的原因很简单，因为PyCharm仍然是Python编程领域难以绕开的IDE，至少它对Python的专业度其他IDE还难以超越。

4.知识归纳#

Xmind -> ima + Xmind

这个板块无需多言，本来它应该在笔记板块，但是思来想去它更倾向于知识归纳，与笔记还是有很多不同，Xmind帮助我快速理清需求，ima帮助我构建自己的第二大脑。

5.站点部署#

Vercel + Cloudflare -> Cloudflare + EdgeOne + AliESA

目前算是半放弃Vercel平台，因为最近发现它对中国大陆的速度是薛定谔的猫，另一方面原因是腾讯的EdgeOne全新出炉，整体来说性价比较高，未来会逐步将Vercel平台部署的内容转移，除了专有性的站点。

健康数据篇#

数据源：@小米运动健康、@Redmi Watch 2

在今年，我深感身体状态和精神力都不太好，所以特意导出了一下2025年的健康数据，平时虽然手表一直记录，但不看不知道，一看吓一跳，各项数据都不容乐观。

项目	平均值	最小值	最大值	正常值	特殊值
心率	81次/分	52次/分	169次/分	55~80次/分	静息心率：72次/分
血氧饱和度	93%	87%	99%	95%~100%
压力	54	24	89	1~25
睡眠	5小时53分钟	1小时06分钟	11小时09分钟	7~9小时	睡眠严重不足

在2026年，对于自身健康的关注需求要提到一定高度，希望能够拥有一个良好的睡眠。

以上是自己2025年的年度总结报告，在今年我并没有对以往数据进行环比，一方面是因为不想造成自身的内卷，有更多时间和精力的我发现，其实do比todo更重要；另一方面是因为在今年尝试了很多AI领域的内容，摒弃了以往很多的领域，所以也没有什么环比的必要性，希望2026能够聚焦少数领域，走得远比走的多更重要。

技术笔记 - 常用Git命令

Fri, 02 Jan 2026 00:00:00 GMT

Git配置相关#

配置全局用户名和邮箱

1
git config --global user.name "<Your Name>"
2
git config --global user.email "<your@example.com>"

仓库初始化与克隆#

初始化本地仓库

1
git init

克隆远程仓库

1
git clone <remote-repo-url>

1
git clone <remote-repo-url> <local-directory>

基础工作流#

查看工作区状态

1
git status

添加文件到暂存区

1
git add <file>

提交变更

1
git commit -m "<Commit message>"

查看提交历史

1
git log

查看提交历史（简洁图形化格式）

1
git log --oneline --graph --decorate --all

查看所有分支操作记录

1
git reflog

分支管理#

查看分支

1
git branch                             # 查看本地分支
2
git branch -r                          # 查看远程分支
3
git branch -a                          # 查看所有分支（本地+远程）

创建并切换新分支

1
git checkout -b <new-branch-name>

切换到已存在分支

1
git checkout <branch-name>

合并分支

1
git merge <branch-name>
2
git merge --no-ff <branch-name>        # 禁用Fast Forward合并，保留合并提交

删除分支

1
git branch -d <branch-name>            # 安全删除已合并分支
2
git branch -D <branch-name>            # 强制删除未合并分支

重命名分支

1
git branch -m <old-branch-name> <new-branch-name>

远程仓库操作#

查看远程仓库信息

1
git remote -v

添加远程仓库

1
git remote add origin <remote-repo-url>

推送

1
git push -u origin <branch-name>       # 首次推送需加-u建立关联
2
git push                               # 后续推送直接使用
3
git push origin <branch-name>          # 推送指定分支到远程仓库

拉取

1
git pull                               # 拉取并自动合并(相当于fetch+merge)
2
git fetch origin                       # 仅拉取不合并(安全)
3
git fetch --prune                      # 同步远程已删除的分支

追踪远程分支

1
git checkout -b local-branch origin/remote-branch

撤销与回退#

工作区撤销(未add)

1
git checkout -- <filename>             # 撤销工作区修改
2
git checkout -- .                      # 撤销所有未add的变更

暂存区撤销(已add未commit)

1
git reset HEAD <filename>              # 撤销暂存区修改
2
git reset HEAD .                       # 撤销所有暂存区修改

回退版本(已commit未push)

1
git reset --soft HEAD~<n>              # 回退n个版本，保留变更
2
git reset --mixed HEAD~<n>             # 默认，回退n个版本并清空暂存区
3
git reset --hard HEAD~<n>              # 彻底回退n个版本(危险，会丢失修改)

回退到指定版本

1
git reset --hard <commit-hash>

远程回退(已push)

1
git revert <commit-hash>               # 生成新提交抵消旧提交(保留变更历史，安全)

标签管理(版本发布)#

创建标签

1
git tag <tag-name>                     # 当前提交标注标签
2
git tag <tag-name> <commit-hash>       # 指定提交标注标签
3
git tag -a <tag-name> -m "<message>"   # 创建附注标签(带注释信息)

查看标签

1
git tag                                # 查看所有标签
2
git show <tag-name>                    # 查看标签详情

推送标签

1
git push origin <tag-name>             # 推送指定标签到远程仓库
2
git push origin --tags                 # 推送所有标签到远程仓库

删除标签

1
git tag -d <tag-name>                  # 删除本地标签
2
git push origin --delete <tag-name>    # 删除远程标签

高阶技巧#

暂存当前工作

1
git stash                              # 暂存当前工作
2
git stash list                         # 查看stash列表
3
git stash apply                        # 恢复最近stash（不删除）
4
git stash pop                          # 恢复并删除最近stash
5
git stash drop stash@{0}               # 删除指定stash

交互式添加(分块提交)

1
git add -p                             # 按块选择要添加的内容

查看某行代码最后提交者

1
git blame <filename> -L <line-number>,<line-number>

查找提交

1
git log --grep="<关键词>"               # 按提交信息搜索
2
git log -S "<代码内容>"                  # 按代码变动搜索

清理无效文件

1
git clean -fd                          # 删除未跟踪的文件和目录（危险）

2026年度待办清单

Thu, 01 Jan 2026 00:00:00 GMT

认知成长#

微信阅读#

阅读时长：400小时
阅读书籍：20本
阅读笔记：12篇

知识变现#

探索知识变现方式
经营知识变现平台

技术实战#

编程提升#

Python：项目开发
TypeScript：语言入门

开源项目#

Github开源12个项目(活跃更新)
参与6个开源项目贡献
贡献分布
- 70%commit
- 10%Issues
- 10%Pull requests
- 10%Code review

BM建模#

学习Blender建模
联合MMD制作动态视频

剪辑工作流#

剪映->达芬奇
剪辑自动流

AI创作#

Stable Diffusion高阶绘图
ComfyUI入门
AI视频入门

创作表达#

博客分享#

更新12篇技术笔记
更新24篇观番笔记

视频剪辑#

剪辑12个视频(高质)
发布20个MMD视频

数字生活#

娱乐#

观看36部电影
观番50部

从零开始用CNB云部署ComfyUI绘图

Sun, 28 Dec 2025 00:00:00 GMT

Warning

注意本文内的部署、配置以及AI生成内容均属于技术教学，对于他人使用该技术生成的任何内容，均不承担任何责任。

CNB平台注册及认证流程#

官方链接：腾讯云CNB

前往CNB平台注册账号登陆，或者使用官网提供的微信登陆方式进行快捷登陆。

登陆完成之后前往CNB平台的个人设置页面进行实名认证不进行实名认证很多功能将受到限制，跟随指引使用手机微信进行认证即可。

创建组织#

CNB平台以组织为基础单位进行管理，所以在Fork他人仓库之前，需要先创建一个组织。

注：组织名尽量不要使用已存在的著名域名，例如：baidu、bilibili等内容，否则将会要求进行域名CNAME认证。

Fork仓库部署#

CNB平台是腾讯云团队提出的在线云版本控制平台，如果你懂得Git和Github操作，那么CNB平台的操作将会非常简单。

本次使用的ComfyUI仓库为@SKDZSS90作者进行创建和维护的，具体的仓库名称为ComfyUI-yi_dian_tong，可以在CNB平台进行搜索或者直接点击文章的超链接直达。

注意，拥有star星数最多的那个才是，也注意作者名称，不要Fork错仓库。

进入仓库后点击Fork按钮进入Fork页面，选择之前创建的组织，自定义Fork之后的仓库名称进行Fork操作。推荐为该仓库点一个Star星星，给原作者一个鼓励。

这里有两点需要注意，第一是仓库名称不要使用与原作者一样的名称，自定义一个仓库名称；第二是选择fork整个仓库，而不是只fork仓库的某个分支。

CNB平台Fork他人仓库并不会占用自己账号的LFS(大文件)的存储额度，除非原仓库删除或者私有化。

CNB平台具体的额度标准可以前往CNB平台定价标准进行查看，或者前往我的博客文章好物推荐 - 腾讯云CNB：云原生平台查看。

启动项目#

前往Fork完成之后的仓库，点击AI-创作启动按钮即可，原作者已经部署和优化好ComfyUI，直接点击启动即可，并且他为整个仓库提前上传好超多热门模型，可以直接在云端ComfyUI中使用好人一生平安。

首次启动需要进行配置和初始化，可能需要数分钟，耐心等待即可。

加载完成后会进入云端vscode界面，此时不需要任何操作，脚本会直接自动启动ComfyUI，等待启动完成点击弹出的链接即可打开云端ComfyUI界面。

有的人启动后可能不是这个页面，选择推荐的vscode即可，我这里因为启动多次之后，默认打开的就是这个页面，所以就没有截图。

软件自动启动成功之后会弹出以下弹窗，点击open即可跳转云端ComfyUI界面。

如果没有弹出，等待加载完成之后也可以自行点击URL链接跳转，注意选择8188端口的链接。

云端ComfyUI使用#

接下来就是标准的ComfyUI界面，你可以在云端使用ComfyUI进行绘图，自由创作工作流，或者直接在vscode导入工作流。

原作者在脚本中启用的是腾讯云的H20显卡，32核CPU资源和128G内存资源，所以目前市面上的绝大多数模型都能够在CNB中运行。

上传本地工作流：在vscode界面的workflows文件夹右键选择upload，选择本地文件夹内的工作流文件即可上传到云端。

在本教程中不涉及ComfyUI的具体使用，想要学习ComfyUI请自行搜索相关教程。

关闭项目#

注意CNB平台是云端原生与构建平台，所以关闭网页不代表该程序停止运行，忘记关闭项目会造成额度的持续消耗，容易造成额度超标而付费的情况。

所以，在使用完ComfyUI之后，建议及时关闭项目，避免不必要的费用消耗。

关闭打开的ComfyUI界面和vscode界面；
前往CNB项目页面，进入云原生构建，找到正在运行的项目，点击进入；
点击右上角的停止构建，点击确认即可(注意，如果勾选同时停止endStages选项，则会跳过作者的脚本，直接关闭项目，将会导致自己上传的工作流或模型丢失)。

额外补充#

虽然原作者已经添加了很多常用模型，但是由于个人需求或者自训练模型需要使用，所以需要我们自行上传模型到CNB平台进行使用。

创建个人仓库#

在CNB平台创建用于存储模型的个人仓库，仓库名称自定义，公开或者私有根据需求选择，公开代表CNB平台其他用户可以访问或Fork你的仓库，私有仅当前组织的成员可以访问。

配置仓库及上传模型#

在创建好的仓库点击云原生开发，等待构建完成即可进入云端操作页面。

注意接下来需要动用Git版本操作命令，如果已经懂得Git LFS操作的用户将会十分简单。

首先推荐在vscode工作区中提前创建好分类文件夹，例如：models、checkpoints、workflows、loars、vae等文件夹，用于后续的模型上传和工作流管理。

我这里为了演示仅上传一个ae的vae模型，在文件夹右键选择upload，选择本地文件夹内的vae模型文件即可上传到云端。或者直接在本地文件夹拖动文件到对应的云端文件夹即可。

注意：一定要等待文件上传完成！！！在上传完成后检查一下上传的文件存储占用是否正确！

等待文件正常上传之后，接下来开始使用Git命令将上传文件添加到远端仓库中。

由于现在模型都是大文件，所以在上传时必须使用LFS指令上传至LFS仓库。

初始化Git环境并启用LFS功能

1
git lfs install

跟踪.safetensors文件(即模型文件，如果使用其他文件格式的模型，注意添加对应的文件格式)

1
git lfs track "*.safetensors"

添加.gitattributes文件至暂存区

1
git add .gitattributes

添加所有变动文件至暂存区

1
git add .

添加提交信息

1
git commit -m "自定义提交信息"

推送所有变动到远端仓库

1
git push origin main

至此，模型文件已经上传到远端仓库，在ComfyUI项目中可以使用clone命令将自己的仓库拉取到ComfyUI项目中使用。

注意，本仓库的云操作同样需要关闭项目构建，具体方法和关闭ComfyUI项目相同。

好物推荐 - 腾讯云CNB：云原生平台

Wed, 24 Dec 2025 00:00:00 GMT

你是否还在因为自己的电脑配置不够而无法构建或开发应用，在这个AI大模型时代，内存和GPU等资源的需求也在成倍增加，而腾讯云的CNB平台提供了一站式的构建服务，帮助开发者快速、可靠地构建和部署应用

腾讯云CNB平台为用户每月提供了一定的免费额度，具体额度如下：

计费项	免费额度	超额计费标准	统计范围
仓库存储	100GiB	1元/GiB/月	Git对象
对象存储	100GiB	1元/GiB/月	制品、LFS对象、图片及附件
云原生构建-CPU	160核时/月	0.125元/核时	云原生构建流水线使用的CPU资源
云原生开发-CPU	1600核时/月	0.125元/核时	云原生开发空间使用的CPU资源
云原生构建-GPU	160核时/月	0.5元/核时	云原生构建流水线使用的GPU资源
云原生开发-GPU	1600核时/月	0.5元/核时	云原生开发空间使用的GPU资源

在腾讯云CNB平台可以Fork其他大佬的仓库运行很多又去的东西，并且Fork仓库时上游仓库的LFS文件并不会占用自己的存储额度，只会占用上游仓库Git的仓库存储额度

所以，目前腾讯云给予的免费额度已经基本够所有用户的使用

CNB平台仓库推荐：

在线ComfyUI：
AI TTS
- index-tts-v2
- b-IndexTTS-2

每个项目的具体使用方法可以参考仓库的README文件~

技术笔记 - 手把手部署照片博客

Thu, 18 Dec 2025 00:00:00 GMT

Warning

1.本教程采用Vercel + Cloudflare R2 + Github 部署，中国大陆访问速度可能较慢，有条件的伙伴可以采用国内服务器 + 国内对象存储等，当然这需要比本教程更加复杂的配置，本文并不涉及；

2.本文由于涉及图片较多，故采用R2图床，部分地区加载速度可能较慢，请耐心等待。

准备工作#

Github账号
Vercel账号
Cloudflare账号
一个域名(没有域名Vercel国内访问较慢甚至失败)

注：本文不会扩展上述账号的注册流程，如有需要请自行在网络上搜索。

部署流程#

1.Fork开源项目#

我个人推荐在Github上Fork项目，然后在Vercel上部署，这种方式便于后续更新项目代码，Fork仓库可以一键拉取项目作者更新内容，直接Vercel部署会自动创建私有仓库，失去与原作者项目的关联，不利于后续的项目代码更新和维护。

点击下方Github卡片进入开源项目仓库，点击右上角的Fork按钮，填写信息后点击确认即可Fork项目。如果想直接Vercel部署项目可以前往项目仓库的README文件点击Deploy按钮跳转部署页面即可

sambecker

exif-photo-blog

2.Vercel部署#

前往Vercel平台，根据流程选择Github Fork仓库，着手开始部署项目。

Vercel会自动识别项目为Next.js项目，如果识别错误需要手动修改，点击Deploy开始自动构建。

等待部署完成，预计3~5分钟左右，部署成功后点击Continue to Dashboard进入详情页面。

3.绑定域名#

前往部署好的项目设置页面绑定自己的域名，便于后续项目配置修改访问。

添加好绑定的域名后，根据Vercel的CNAME记录前往自己域名的解析设置，完成记录解析，各大运营商记录解析方法自行查询，在此不做赘述。

4.配置数据库+R2存储#

访问绑定好的域名，首次进入会跳转到项目配置界面，界面上显示x的项目代表当前项目未配置完成，需要进行配置。

接下来逐个进行配置，让我们开始！

4.1配置Vercel Neon数据库#

在Vercel项目界面点击Storage，选择Neon数据库。

选择数据库位置，一般默认Washington,D.C.,USA(East)美国华盛顿哥伦比亚区域即可，当然如果在其他区域，例如非中国区域可能默认的近距离地区可能不一样，根据实际情况选择即可，套餐选择Free免费即可。

填写数据库名称，默认即可。

返回Vercel项目界面，重新前往Storage界面，连接刚才创建的Neon数据库，直接选择默认状态连接即可。

返回Vercel项目界面，前往Deployments界面，重新部署项目，检查Neon数据库是否成功连接。

等待项目重新部署完成，访问绑定好的域名，检查项目第一项数据库是否已经绿灯。

4.2配置Cloudflare R2存储#

前往Cloudflare平台，找到R2存储服务，新建一个存储桶用于存放上传的图片。

前往存储桶设置页面，添加CORS策略。

1
[{
2
    "AllowedHeaders": ["*"],
3
    "AllowedMethods": [
4
      "GET",
5
      "PUT"
6
    ],
7
    "AllowedOrigins": [
8
       "http://localhost:3000",
9
       "https://{VERCEL_PROJECT_NAME}*.vercel.app",
10
       "{PRODUCTION_DOMAIN}"
11
    ]
12
}]

注意其中：

{VERCEL_PROJECT_NAME} 填写Vercel项目名称，例如exif-photo-blog
{PRODUCTION_DOMAIN} 填写域名，注意填写全面，例如https://photo.xshan.top/

两个参数要保持正确，不确定的可以前往Vercel项目主页查看。

启用公共开发URL，以便存储桶能够被访问。

5.配置环境变量#

接下来将在Vercel项目设置页面进行环境变量的配置，根据项目要求和自定义内容注意添加。

每点击一次Save就会添加一个环境变量。

接下来根据下方教程内容逐一添加环境变量。注意，当你添加一个环境变量之后Vercel会提醒你重新部署，推荐全部添加完成后再进行重新部署，否则多次部署会造成大量资源浪费。

AUTH_SECRET: 认证密钥，源自项目配置页面随机生成，访问绑定域名复制即可注意防止泄露

ADMIN_EMAIL: 管理员账号，为邮箱格式，自行填写，用于访问后台
ADMIN_PASSWORD: 管理员密码，自行填写，用于访问后台
NEXT_PUBLIC_LOCALE: 项目语言，默认为en-us，推荐修改为zh-cn
NEXT_PUBLIC_DOMAIN: 项目域名，填写绑定的域名，例如：photo.xshan.top

接下来进行Cloudflare相关的环境变量配置。

NEXT_PUBLIC_CLOUDFLARE_R2_BUCKET: R2存储桶名称，可以前往Cloudflare R2存储页面查看
NEXT_PUBLIC_CLOUDFLARE_R2_PUBLIC_DOMAIN: R2存储桶公开域名，在可以前往Cloudflare R2存储页面查看，注意复制结果取消https://的前缀才可以，例如：pub-6f05b76a6e44406399d9cd6b72512345.r2.dev
NEXT_PUBLIC_CLOUDFLARE_R2_ACCOUNT_ID: Cloudflare账号ID，在R2概述页面可以查看

接下来创建Cloudflare API令牌，用于项目访问R2存储，创建完成之后注意不要点击完成，记录两个关键令牌值。

CLOUDFLARE_R2_ACCESS_KEY和CLOUDFLARE_R2_SECRET_ACCESS_KEY的值见上图，注意不要填写反了

6.重新部署项目#

填写完上述的环境变量之后，前往Vercel项目界面，重新部署项目，检查项目是否能够正常访问，并且项目是否正常。

Warning

注意：如果你在部署项目时使用了类似EdgeOne等服务商的加速CDN服务，那么你可能会遇到重新部署之后Vercel预览窗正常，但访问域名后仍然是重新部署之前的情况，这很有可能是CDN缓存的问题，可以尝试前往你的CDN加速服务服务商清除缓存即可。

如果出现下面的账号登陆界面，说明项目部署成功，填写之前设定的管理员账号和密码之后登陆后台就可以尝试上传和删除图片了，至此这个项目基本完成，后续可以根据需要进行自定义配置。

登陆管理员界面之后，可以点击图片中的标识部分进入之前的项目配置页面，通过之前的配置成功后，项目的配置界面解锁了很多新的内容。

可以通过原作者的描述进行配置，也可以查看Github仓库的README文档，其中也有详细的介绍。

7.自定义配置#

接下来我将介绍一些推荐的配置，注意这并不是必须修改的内容，而是通过这些配置可以更加完善和优化你的照片博客。

7.1标题类#

NEXT_PUBLIC_META_TITLE: 元标题，显示在浏览器和搜索结果中
NEXT_PUBLIC_META_DESCRIPTION: 元描述，博客的描述内容
NEXT_PUBLIC_NAV_TITLE: 导航栏标题，显示在博客的右上角
NEXT_PUBLIC_NAV_CAPTION: 导航说明，显示在导航栏标题下方
NEXT_PUBLIC_PAGE_ABOUT: 关于页面，显示在侧边栏处

7.2性能相关#

NEXT_PUBLIC_PRESERVE_ORIGINAL_UPLOADS: 设置为1时将会保持原图上传，不设置将会进行压缩上传，具体看需求，原图上传可能会影响加载速度、带宽和存储成本
NEXT_PUBLIC_IMAGE_QUALITY: 图片压缩质量，默认值为75，范围为0-100，建议根据需求调整，值越高压缩效果越好，但也会增加加载时间和带宽消耗
NEXT_PUBLIC_BLUR_DISABLED: 图像模糊显示，设置为1时将会禁用图像模糊效果，默认值为0

其他配置内容可以自行查阅内容进行自定义，本教程在此不再赘述。

8.温馨提醒#

本方案采用Cloudflare R2存储作为图片存储，免费套餐每月提供10GB存储注意这里的10GB存储是GB/月单位，并非我们通常意义上的10GB，基本足够个人使用查看官方介绍。
注意数据资产的价值，推荐做好备份，避免数据丢失。

技术笔记 - 拉取上游仓库且解决冲突

Mon, 15 Dec 2025 00:00:00 GMT

Warning

本文中提到的命令与方法均源自网络与AI，这是笔者第一次尝试解决上游仓库拉取和解决冲突，其中可能存在不合理的地方，欢迎指正！

这篇文章主要记录在Github上的Fork仓库与上游仓库都进行修改后如何将上游仓库的代码拉取并解决冲突，既是作为技术分享，更是自己的备忘录，本文就以博客系统更新的代码拉取为案例展开。

案例属性：Github托管仓库、Fork子仓库与上游仓库均修改、拉取代码冲突

预备工作#

子仓库创建分支#

虽然很多教程与AI的结果都是不推荐创建新分支处理，但作为案例中的情况，一旦拉取后存在问题，而主分支又是自动触发构建的分支，将会造成构建失败或者构建结果并不理想的情况，所以个人认为创建新分支，将上游仓库更改拉取到新分支并处理冲突后，本地构建无问题之后再将新分支推送到主分支的方法。

1
git checkout -b [新分支名称]

本地添加上游仓库#

1
git remote add upstream [上游仓库git地址]

检查远程仓库配置，确保上游仓库添加成功

1
git remote -v

拉取上游仓库更改#

1
git fetch upstream

切换至自己的新分支#

如果按照本教程第一步使用的git checkout -b [新分支名称]方式创建的分支，那么当前分支已经在新分支，则此步骤可以省略。

1
git checkout [分支名]

合并且解决冲突#

尝试合并上游仓库更改#

1
git merge upstream/[上游分支名]

解决冲突#

1
<<<<<<< HEAD
2
自己代码
3
=======
4
上游代码
5
>>>>>>> upstream/[分支名]

本地验证合并代码#

在本地验证合并后的代码是否存在运行问题，如果存在进一步处理，如果不存在提交合并结果。

提交合并结果#

1
git add .
2
git commit

推送至云端仓库#

1
git push origin [分支名]

后续处理#

将新分支合并到主分支#

在Github中将新分支推送到主分支，合并后删除新分支。

本地删除新分支#

首先同步云端仓库分支

1
git remote prune origin

删除云端已经删除的分支

1
git branch -d [分支名]

本地解绑上游仓库(可选)#

如果以后仍然需要拉取上游仓库更新，推荐暂不解绑

1
git remote remove upstream

至此全部流程结束。

观番笔记《我想吃掉你的胰脏》

Sun, 14 Dec 2025 00:00:00 GMT

我思索了许久，不知道如何描述这部动漫，因为它不是纯粹的爱情故事，甚至不知道“我”和樱良之间是否真的存在爱情，他们两人是互相救赎？亦或者是他们只是在寻找彼此的答案？我都不知道，也许这部动漫令人伤感的是樱良的死是戛然而止，没有预料的结果，而她还有一半的愿望没有实现，或者说如果她因为胰脏病患而死，其实对“我”的冲击也许真的没有那么惨烈，因为这是早已预知的未来罢了。

"无话不说"

电影从一开始就告诉了我们樱良已死，采用倒叙的手法直截了当，塑造一场让观众踏入陷阱的骗局，让观众自以为能够接受樱良的离去，慢慢的接受樱良的死亡，可她却就是那样戛然而止了，甚至没有给观众表现凶手的样貌，以及整个过程，樱良在等待死亡时是否留有遗憾，我们都无法得知。

"樱良之死"

我认为这是继《你的名字》、《天气之子》、《秒速5厘米》等等之后，又一部让人难以释怀的电影，在打开前我其实已经做好了心理准备，这部电影在我的待看列表里躺了很久，直到今天我才鼓起勇气打开它，我想这部剧口碑褒贬不一的主要原因是它的情感深度，表面上是樱良与“我”之间的故事，可实际上是生与死的探讨，就像樱良说的：人都是会死的，那么何时死、因何死和如何死，是本来这三点疑问对于樱良而言相比其他人是比较清晰的，但是这便是命运，亦或者并非命运，无论是什么都因为一场意外被全部打破；那么为何生，樱良在医院也给了我们答案。

"生与死"

自我争辩的两点#

在这部电影中，有两个点我思索许久都无法得到准确的答案，甚至我都不知道何为对错：

其一，樱良在邀请“我”去她家时的刻意挑逗，站在一个普通的角度来说，像樱良这样的女孩并不会做出如此轻浮的行为，包括两人旅游时在酒店的真心话大冒险，都是樱良在放下身段去不断试探“我”，如果是普通女孩，这种挑拨我无权评价，可是樱良作为将死之人刻意在他人心中留下“情感”，是否是一种残忍，让一个普通人难以忘怀，虽然他们貌似做到了彼此救赎，但我也仍然不知道这个问题的答案；

"不解挑逗"

其二，在樱良出院约“我”见面，“我”在咖啡厅等待许久都没能见到樱良赴约，而后直接返回了家中，我认为即使是一个冷漠的人至少也肯定要打电话，甚至是紧张与慌张，而不是什么都不做直接回到家中沉默，如果当时“我”在长时间没有收到樱良的回信后抓紧时间去找她，是否能够更早一点知道樱良的离开，当然这一切都是不可知的，我也无法评判“我”。

以“我”视角拉观众入局#

在这部电影的叙事中刻意规避“我”的名字，只是在片段中提到，这种方法并不多见，它旨在拉观众入局，进入电影中男主的视角，“亲身”经历这段故事，结识樱良，了解她的故事，接纳她的“死亡”，与她相伴逐步走出自己封闭的世界，然后经历她的死亡，切身体会伤感与遗憾。

"共病文库"

从NotionNext -> Hexo -> Astro的心路历程

Fri, 12 Dec 2025 00:00:00 GMT

NotionNext的血与泪#

如果没有记错的话，知道NotionNext这个博客构建方式是源自于bilibili无意间刷到的视频，一开始看着非常不错，主要原因有亮点：其一，它是基于Notion为主要载体的，而我恰巧在使用Notion，这无疑降低了我的学习成本和搭建的时间成本；其二，它在当时的我看来是一个比较简易的搭建方式，几乎不用面对代码至少低代码，大部分配置都可以在Notion中完成。

而这个架构搭建起来的博客弊端也十分的明显，虽然它支持vercel等函数式的一键部署，整体部署过程十分的快，但是它有天生的问题，就是Notion的访问速度，就算不是NotionNext搭建博客，用过Notion的人都知道，它在大陆的访问就像薛定谔的猫一样，有时快的像国内服务器一样，有时慢的怀疑人生，甚至有的时候直接访问失败，这无疑是一个很大的雷，另一个方面就是可扩展性并不强，说白了就是博客的配置基本定死在Notion的数据库中了，一个普通小白很难去自定义内容，尤其是涉及Notion软件相关的内容，所以在使用了半年之后我依然决然的转变了平台。

Hexo的痛苦经历#

在选择Hexo的时候其实很简单，因为它是目前国际上相对占比较大的博客构建工具，其他的像WordPress等又过于老牌，导致它们的核心优化和功能都没有新生代强势，并且安装步骤也没有新生代的博客构建工具那么简单，所以我才最终选择了Hexo。

起初，在使用Hexo的时候也尝到了很多甜头，例如它部署的方式相对没有那么复杂，支持vercel部署等等，并且相对于NotionNext部署，至少我可以不用面对那薛定谔的猫，让我有精力能够对博客的整体架构进行自定义，并且Hexo的插件生态相对还是比较不错的，所以当初我用了将近一年多的Hexo架构。

后来我也给它换了新的主题，那是在bilibili上刷到的anzhiyu主题，当时我对这个整体布局和功能十分感兴趣，例如它支持追番、音乐、Markdown扩展语法等等内容，这也是支撑我继续使用Hexo的主要原因。直到原作者对anzhiyu主题失去了开发热情，转而开发更加高效和功能更加强大的主题，然而他所做的新主题并不支持vercel部署，这对我来说十分困惑，因为我暂时还没有必要专门为一个博客购置一台服务器。

anzhiyu-c

hexo-theme-anzhiyu

所以，我不得不放弃Hexo，转而选择了Astro。

Astro的优势#

选择Astro的主要原因有两点：其一，它的部署方式和Hexo类似，都是支持vercel等函数式的一键部署，整体部署过程十分的快；其二，它的插件生态相对Hexo来说要更加完善，例如它支持Markdown扩展语法、代码高亮、图片懒加载等等内容，这也使得我在使用Astro的时候能够更加方便地自定义博客的功能。

更重要的是，Astro的主题生态目前还是比较完善的，在bilibili有很多人开源自己开发的主题，而且部署起来也十分的简单方便，可扩展性比较强，目前在社区比较活跃的主题有很多，例如Mizuki也有很多基于它进行二改的主题，而目前这个博客构建使用的就是基于Mizuki主题二改的Firefly主题，之所以选择这个主题还是基于作为星铁流萤为核心，而整体的布局和审美也都符合我的需求，配置修改方面也相对完善能够实现很多自定的内容，后续二次开发也应该问题不大。

CuteLeaf

Firefly