开源仓库：https://github.com/rbetree/daydayweather

一句话介绍

DayDayWeather 是一个基于 Spring Boot / Spring Cloud 的天气预报微服务系统，用来练习“从单体到微服务”的拆分、服务治理与缓存加速的完整链路。

解决什么

当查询类业务从“能跑”走向“可扩展”时，单体应用往往会在部署、扩容与依赖治理上变得笨重。这个项目以“城市信息”和“天气展示/聚合”为边界拆分服务，引入注册发现与声明式调用，并用 Redis 承接热点数据，形成一套可复现实验环境，方便验证服务拆分后的协作方式与性能优化思路。

在实现上，citylist8820 提供城市列表等基础数据，showweather8810 作为展示/聚合服务对外提供页面，并通过 OpenFeign 调用城市服务；共享的模型与工具沉淀在 weather-common，避免服务间复制粘贴导致的耦合与维护成本上升。

父 pom.xml 锁定 Spring Boot 2.7.18、Spring Cloud 2021.0.9，并将 java.version 固定为 17，让依赖基线与运行环境更可复现，也更适合作为长期练习与对比的样例工程。

核心亮点

• 父 pom.xml 聚合多模块：eureka8888、eureka9999、citylist8820、showweather8810 与 weather-common
• 双 Eureka 节点互注册，验证注册中心的基础高可用与故障切换
• OpenFeign 将服务间 HTTP 调用收敛为接口声明，减少样板代码与错误分支
• Redis 缓存城市列表与热点天气数据，降低下游接口压力并提升查询响应

我把它当作一套“可观察、可重复”的微服务练习台：可以在注册中心观察实例上下线，在 Redis 中验证缓存写入与过期策略的效果，并通过 Feign 调用链路理解服务间依赖关系。

快速开始

环境要求以仓库 pom.xml 为准：Java 17、Maven、Redis。启动顺序建议先注册中心（8888、9999），再启动业务服务（8820、8810）；本地访问天气页面：http://localhost:8810。

启动后可在 Eureka 控制台（http://localhost:8888 / http://localhost:9999）查看服务注册情况；showweather8810 通过注册发现与 Feign 调用获取城市基础数据，并将热点结果写入 Redis，形成“注册发现 → 服务调用 → 缓存命中”的最小闭环。

下载 ：https://github.com/rbetree/llm-agent/releases

开源仓库：https://github.com/rbetree/llm-agent

官网/文档：https://rbetree.github.io/llm-agent/

一句话介绍

LLM Agent 是一个基于 .NET 8 WinForms 的多模型桌面聊天客户端：用一个统一界面接入多家大语言模型（LLM）服务商，管理会话、提示词与本地数据。

解决什么

当你同时使用 OpenAI / Claude / Gemini 等不同厂商时，账号、Key、模型选择与对话历史往往分散在多个网页或工具里，迁移与复用成本高。LLM Agent 通过 Provider 适配层把不同服务的调用口径收敛到同一套交互里，并将会话与配置持久化到本地 SQLite；同时支持多用户数据隔离与自动登录，降低“多人共用一台电脑/多账号切换”的摩擦。对于需要在桌面端长时间对话、反复打磨 System Prompt 的场景，它更像一个可持续积累的个人工作台。

项目结构采用经典分层：UI/ 负责界面与交互，BLL/ 承载业务逻辑，DAL/ 负责数据访问，Model/ 定义实体；对接不同 LLM 的实现集中在 API/Provider/，便于新增厂商或替换接口而不影响上层 UI。配套文档站点位于 Docs/（VitePress），用于沉淀接入方式、架构说明与使用指南，减少“靠记忆配置”的成本。

核心亮点

• 多 Provider 适配：内置 OpenAI/Azure OpenAI/Anthropic/Google/百度/智谱等，并支持 OpenAI-compatible 接口
• 流式响应 + Markdown 渲染（Markdig），提升长内容对话的阅读体验
• 会话与提示词库：支持新建/切换/导入/清空会话，提示词模板可复用
• 本地 SQLite 存储，多用户隔离；API Key 迁移到加密存储（System.Security.Cryptography.ProtectedData）
• 内置 WebView2：可在应用内访问厂商网页界面与资源（AIWeb 浏览）

同时支持“渠道设置/独立配置”的思路：不同服务商或不同 Base URL 的参数可以分别保存，适合在同一客户端里管理多套 Key 与调用口径。

快速开始

git clone https://github.com/rbetree/llm-agent.git
cd llm-agent
dotnet build -c Release
dotnet run

也可以直接从仓库 Releases 下载预编译版本，并在应用内配置各服务商的 API Key 后开始对话。

注意：该项目目标框架为 net8.0-windows，运行环境以 Windows 为主；内置浏览能力依赖 WebView2，首次使用建议确认系统已安装对应运行时。若从源码构建，README 提供了 Visual Studio / .NET SDK 的准备与构建说明。

已上线微信小程序（微信打开）：weixin://dl/business/?appid=wx3c0b6f4d7877b1f3&path=projects/workfit/pages/default/index/default_index&env_version=release （历史链接，若失效请更新）

二维码：

一句话介绍

XxSportsHall 是一个从零开发并可交付的 WeChat Mini Program + CloudBase 项目，围绕拳馆/健身房的“购课 → 约课 → 核销 → 运营配置”构建三端合一的业务闭环。

解决什么

线下约课通常依赖微信聊天/表格，容易出现未付费占名额、排期冲突难追踪、核销与统计靠人工等问题。本项目把关键状态流转收敛到云函数侧：先购课获得课时/权益，再约课占名额并扣课时，最终由教练扫码/手动核销；管理端在小程序内完成课程、课程包、门店、教练、排期与运营物料配置，形成可上线可运营的交付形态。

代码结构以交付为导向：小程序端在 miniprogram/，云函数端集中在 cloudfunctions/mcloud（单入口 + 路由），需求/排期/发布清单等沉淀在 docs/。云函数入口会统一设置 TZ=Asia/Shanghai，并对支付回调、云调用支付回调与定时任务等系统事件做分流处理后再进入业务路由，避免“无 OPENID 场景”误入常规鉴权链路导致失败。

核心亮点

• 三端合一：学员/教练/管理端同一小程序内按权限展示入口与页面
• 业务强分离：先购课再约课，状态机集中在服务层避免页面分散逻辑
• 后端单入口：云函数 cloudfunctions/mcloud 通过 route 路由分发，Controller/Service/Model 分层
• 关键链路闭环：支付→权益生成→预约扣课时→核销→统计/运营配置

在线体验/Demo：https://rbetree.github.io/menav/

开源仓库：https://github.com/rbetree/menav

一句话介绍

MeNav 是一个用 Node.js 在构建期把「YAML 配置 + Handlebars 模板」渲染为纯静态站点的个人导航站生成器，可直接部署到 GitHub Pages 等静态托管。

解决什么

导航条目一多，手工维护 HTML、Notion 或浏览器书签就会遇到“难搜索、难归类、难迁移、难版本管理”的问题。MeNav 把站点结构抽象成可版本化的配置文件：内容变更用 Git 追踪，构建产物只是一份 dist/ 静态文件；需要离线构建时还能通过离线 dev 模式避免刷新联网缓存，保证生成结果可复现。

工程上，它把“生成器入口”和“站点内容”分开：生成入口固定在 src/generator.js（内部实现位于 src/generator/main.js），模板与页面组件集中在 templates/；而用户的站点内容与页面结构建议放在 config/user/**，避免直接改默认配置导致升级困难。对于书签迁移，导入脚本会将浏览器导出的 HTML 书签转换为 config/user/pages/bookmarks.yml，后续可以继续在 YAML 中做整理与分类。

另外，仓库提供 sync-articles / sync-projects 等同步脚本，用于在构建期刷新需要联网的数据；如果你希望完全离线或追求更强的可复现性，可以使用 npm run dev:offline 跳过联网缓存刷新，把站点构建限制在本地配置与模板范围内。

核心亮点

• 配置驱动：页面与模块拆分在 config/**，适合长期迭代与迁移
• 构建期生成：输出纯静态 dist/，部署到 Pages/Vercel/CF Pages 即可访问
• 书签导入：把浏览器导出的 HTML 书签转换为站点配置（脚本：npm run import-bookmarks）
• 开发/离线模式：npm run dev 刷新联网缓存；npm run dev:offline 可离线启动
• 与 MarksVault 扩展联动：支持书签自动推送到仓库，驱动导航站自动更新

快速开始

git clone https://github.com/rbetree/menav.git
cd menav
npm ci
npm run dev

需要生成静态站点时运行 npm run build（产物在 dist/）。

如果你计划部署到 GitHub Pages，README 提供了“Fork → 启用 Actions → 配置 Pages”的最短路径；需要容器化运行时也可以参考仓库内的 Docker 相关文件与说明，统一以静态文件交付。

开源仓库：https://github.com/rbetree/TeachDo

一句话介绍

TeachDo 是一套面向教师的 AI 备课工作台：以“课程/单元”为工作流单位，把大纲、教案、PPT 等产物做成可编辑、可导出、可沉淀复用的资产，而不是一次性生成结果。

解决什么

备课过程通常跨越“材料收集 → 结构梳理 → 内容扩写 → 课件制作 → 导出交付”，单点工具难以覆盖全链路，也难保证可控与可复用。TeachDo 通过流式生成（SSE）+ 产物入库管理，将生成、编辑、引用知识库（KB-RAG）与导出串成闭环：前端统一走 /api/*，由 backend/main_api 作为 BFF 编排大纲服务、内容生成服务与 KB 服务，降低前端复杂度并便于后端演进。

仓库按能力拆成多服务：backend/main_api 负责统一对外接口与编排，backend/simpleOutline 负责大纲生成，backend/slide_agent 负责 PPT 逐页内容生成，backend/personaldb 负责 KB 的文件处理、向量化与检索；前端唯一入口在 frontend/（Vue 3 + Vite + TypeScript），开发环境通过代理把请求转发到主 API，减少跨域与环境切换成本。

从产物角度看，TeachDo 强调“能落地”：教案支持导出标准 .docx；PPT 生成支持模板选择与增量生成，产物默认以 Markdown 入库，最终 PPTX 在独立编辑器导出，确保生成结果可编辑、可复用、可追踪。

核心亮点

• SSE 流式输出：Outline/教案/PPT/助教对话可边生成边预览与中断
• 多服务拆分：backend/ 下按能力分服务，main_api 聚合并对前端提供统一接口
• KB-RAG：上传资料向量化，生成时可选择引用范围提升准确性与可控性
• 独立编辑器：PPT 产物默认入库为 Markdown，最终 PPTX 由编辑器导出
• 一键启动脚本：根目录 start.py 负责本地开发环境拉起与进程管理

快速开始

cp env_template.txt .env
python3 start.py

启动后默认前端端口 5174，主 API 6800（其余服务端口见 README）。

start.py 面向本地开发“一键拉起”场景：会按配置启动前后端与相关服务，并在 logs/ 下落日志方便排障。若你更偏好分别启动或容器化部署，仓库 README 也提供了对应方式与生产环境说明。

下载：https://github.com/rbetree/MarksVault/releases

开源仓库：https://github.com/rbetree/MarksVault

一句话介绍

MarksVault 是一个面向现代浏览器的书签管理扩展：在保留浏览器原生书签体系的前提下，提供更友好的管理界面，并把书签数据安全备份到你自己的 GitHub 私有仓库，做到“可整理、可追溯、可恢复、可自控”。

解决什么

浏览器自带书签常见痛点是：大量书签难以整理、跨设备迁移成本高、误删后恢复困难、以及缺少可审计的备份链路。MarksVault 将 GitHub 作为用户自有的远端存储：Token 连接后即可在扩展内一键备份/恢复，并支持把书签推送到指定仓库；同时引入任务系统，把“书签变更”“浏览器启动”等事件作为触发器，自动执行备份或同步动作，减少手工操作。对希望把书签纳入个人知识管理与版本控制的人来说，它相当于一个“书签保险箱”。

工程实现上，MarksVault 使用 WXT（Vite）做构建与多浏览器打包，核心入口包括后台 Service Worker（监听书签事件、执行任务）以及 Popup/Options 等 React 页面。数据存储策略也做了分层：GitHub Token 存在 browser.storage.sync 便于跨设备同步，其余业务数据落在 browser.storage.local；同时通过 host_permissions 将网络访问边界限制在 https://api.github.com/*，避免无关域名被误用。

核心亮点

• React + TypeScript + MUI 的 Popup/Options UI，支持列表/网格视图与基础编辑
• GitHub 集成：使用个人 Token 操作私有仓库，实现备份/恢复/推送
• 自动化任务系统：事件触发 + 执行状态跟踪，适配 MV3 Service Worker 生命周期
• 多浏览器支持：Chrome/Edge（Manifest V3）与 Firefox（Manifest V2）分别构建
• 权限与边界清晰：核心权限 bookmarks/storage，GitHub 访问限定 https://api.github.com/*
• 与 MeNav 联动：可将书签推送到导航站仓库，驱动静态站点自动更新书签页

快速开始

git clone https://github.com/rbetree/MarksVault.git
cd MarksVault
npm install
npm run dev

开发模式下在浏览器扩展管理页加载构建产物：Chromium 系为 .output/chrome-mv3-dev（Firefox 见 README 的对应路径）。

需要切换浏览器目标时可用脚本 npm run dev:edge / npm run dev:firefox；生产构建输出目录与 zip 打包方式也在 README 中给出了对应命令与路径，便于发布与分发。