# workbuddyPlus

**Repository Path**: sshling/workbuddy-plus

## Basic Information

- **Project Name**: workbuddyPlus
- **Description**: No description available
- **Primary Language**: Unknown
- **License**: Not specified
- **Default Branch**: master
- **Homepage**: None
- **GVP Project**: No

## Statistics

- **Stars**: 0
- **Forks**: 0
- **Created**: 2026-10-21
- **Last Updated**: 2026-10-23

## Categories & Tags

**Categories**: Uncategorized

**Tags**: None

## README

# workbuddyPlus —— WorkBuddy 模型闸门

Web 控制台 + 一套给 WorkBuddy 桌面端注入的「模型访问门卫」：按**模型**、按**时间**控制哪些内置模型可用，命中即在请求发出前拦下，不消耗额度。

## 快速开始

双击 **`start.bat`** —— 自动检查 uv、启动服务、打开浏览器（http://127.0.0.1:7860）。

或手动：

```bash
cd d:/ws/workbuddyPlus
uv sync                      # 首次安装依赖
uv run python app_fastapi.py # 启动 Web 控制台，浏览器打开 http://127.0.0.1:7860
```

### 用 Docker 跑（可选）

面板本身可以跑在容器里，但它管的是**宿主机上的 WorkBuddy**，所以四个目录必须挂进去：

```bash
cp deploy/.env.example deploy/.env     # 填本机的 4 个路径
deploy/deploy.sh up                    # 构建 + 启动 + 等 /api/health 通过
# Windows PowerShell： .\deploy\deploy.ps1 up
```

挂载点：`~/.workbuddy`（可写，策略真值）、`~/.wb-switch`（只读，账号库）、
`…/CodeBuddyExtension/Data/Public/auth`（只读，登录态）、
`%LOCALAPPDATA%\Programs\WorkBuddy`（补丁目标，用补丁功能时要可写）。
端口只发布到 `127.0.0.1`；详见 [`deploy/README.md`](deploy/README.md)。

### 统一测试

```bash
uv run python tools/run_all_checks.py          # 全部关卡（浏览器关需控制台在跑）
uv run python tools/run_all_checks.py --fast   # 只跑离线关卡
uv run python tools/run_all_checks.py --list   # 看都有哪些关卡
```

## 页面功能

实际是 5 个标签页（`static/index.html` 的 `<nav>`，改动请同步本表）：

| 标签页 | 作用 |
|---|---|
| **📊 账号与限制** | **一个账号多行、一个模型一行**：模型后的 `F100` 表示这次使用花了 100 分（`今70` 为今日分）；「本次使用」显示该模型最近一段的起 → 止（仍在使用中显示「使用中」+ 末次活动时刻）；受限剩余时间归到对应模型行。模型超过 3 个自动折叠（折叠行显示账号本次合计）。行首 ⠿ 可拖拽调整账号顺序 |
| **🚫 禁用中心** | 勾选内置模型永久禁用；顶部显示策略**上次修改**的出处（页面操作 / 测试工具）；下方是禁用历史，可单条撤销 |
| **⏰ 禁用时段** | 按模型配置禁用的星期 + 时段；列表直显，可新增 / 编辑 / 删除，支持临时解除（仅内存） |
| **📈 用量统计** | 今日各模型/各账号的积分消耗与**首末使用时刻**；24 小时滑动窗口额度（已用/阈值/剩余/预计重置） |
| **🔧 补丁管理** | 启用 / 强制重注入（WorkBuddy 升级后用）/ 停用；应急恢复三按钮；日志清理 |

## 模型限额规则（已定位）

**24 小时滑动窗口**，起点 = 该账号该模型本轮首次请求时刻 —— **不是自然日，也不是 5 小时窗口**。

判据与完整推导见 [docs/quota-window-analysis.md](docs/quota-window-analysis.md)：

- 136 组（触发时刻, 官方重置时刻）样本中 Δ 全部落在 2.22h~22.78h：124 组 > 5h ⇒ 排除 5 小时窗口；0 组 > 24h ⇒ 与 24 小时相容；
- 用 W=24h 反推的窗口起点，与三个已归因事件的首条请求偏差仅 −0.9 / 0.0 / −8.9 分钟。

**额度只有「积分」一种计量单位**（服务端按 token 用量折算）。官方两个缓存文件都只有用量、
无限额字段，阈值只能由 429 事件反推，因此**阈值是估算值**，各模型当前估算：
deepseek-v4.1-flash ≈ 88.5 积分、space-bunny ≈ 326 积分；hy4-preview 的样本全为 0 分
（夜间免费未扣分），阈值未知，界面上**不给数字**。

命令行查看：

```bash
uv run python -m workbuddyplus.usage            # 今日用量 + 24h 窗口额度
uv run python -m workbuddyplus.usage --force    # 强制打官方接口
```

## 原理（一句话版）

WorkBuddy 的内置模型共用同一个网关，网络层无法按模型区分；因此在 **CLI 的请求出口**
（`resources\app.asar.unpacked\cli\dist\codebuddy-lite-wb.mjs`）注入检查代码：
命中策略的请求在 `fetch` 之前抛错。策略写在 `~\.workbuddy\model-gate\policy.json`，
门卫每次请求重读 → **改配置即时生效，无需重启**。

架构与路由分析见 [docs/wb_model_routing_report.md](docs/wb_model_routing_report.md)。

## WorkBuddy 升级后怎么办

升级会覆盖 CLI 文件，补丁静默消失。三步恢复：

1. `start.bat`（或 `uv run python app_fastapi.py`）→「补丁管理」→ **强制重注入**
2. 完全退出并重启 WorkBuddy
3. 跑一遍验证（`uv run python tools/check.py`，或见 skill）

完整流程、锚点重定位、三条铁律、已知边界 → **[.agents/skills/workbuddy-model-gate/SKILL.md](.agents/skills/workbuddy-model-gate/SKILL.md)**（给 AI/人看的运维手册，务必读一遍）。

## AI 资产布局（SSOT）

**根目录 `AGENTS.md` + `.agents/` 是本项目 AI 指令与技能的唯一真相源。**
其它工具（Claude Code 的 `CLAUDE.md`、`.workbuddy/skills/`、`.claude/skills/`）一律
**链接或引用**它，不另写一份，避免内容分叉。

```
AGENTS.md                    入口：项目定位 / 铁律 / 资产索引
.agents/
├── rules/                   始终生效的约束（SSOT、WorkBuddy 运行时、Python 环境）
├── skills/workbuddy-model-gate/   模型闸门运维（本项目的核心技能）
├── skills/workbuddy-hooks/        29 个 Hook 事件手册
├── skills/workbuddy-runtime/      WorkBuddy 本体认知（配置层/目录/模型路由）
└── references/workbuddy-facts.md  实测事实证据
```

给 AI 的入口从 `AGENTS.md` 开始 —— 它是跨工具开放标准，WorkBuddy 原生读取。

## 目录结构

```
workbuddyPlus/
├── start.bat                   # 一键启动（双击即用）
├── app_fastapi.py              # Web 控制台入口（FastAPI + 原生 HTML 前端）
├── static/index.html           # 控制台页面（单文件，含拖拽排序 SortableJS）
├── src/workbuddyplus/
│   ├── policy.py               # 策略读写（与 JS 门卫共用 policy.json，原子写）
│   ├── patcher.py              # 补丁编排（调用 JS 注入器）
│   ├── catalog.py              # UI 模型清单（id 已校准）
│   ├── usage.py                # 用量统计（本次/今日/24h 窗口三口径）
│   ├── accounts.py             # 账号与限流（读 switch 落盘数据 + 清洗）
│   ├── history.py              # 禁用历史（上限 30 条，存储层截断）
│   └── paths.py                # 路径常量
├── tools/js/                   # JS 工具链（补丁器与门卫的单一真相源）
│   ├── patch-cli-guard.js      #   注入器（apply/revert/status）
│   ├── gate-core.mjs           #   门卫核心（判定/额度解析/冷却登记）
│   ├── verify-live.mjs         #   真 ESM 验证（线上级）
│   ├── test-gate.js            #   29 条断言自测
│   ├── wb_asar_extract.js      #   ASAR 解包器（版本升级后重新分析用）
│   └── README-js.md            #   JS 工具链说明
├── tools/                      # Python 校验脚本
│   ├── usage_semantics_check.py # 用量口径断言
│   ├── overview_render_check.cjs # 表格渲染结构与合计对账
│   └── check_ai_assets.mjs      # AI 资产规范自检
├── docs/
│   ├── wb_model_routing_report.md   # 模型路由静态分析（带字节偏移证据）
│   ├── quota-window-analysis.md     # 24h 滑动窗口额度判据
│   ├── architecture-review.md       # 架构决策（长期有效部分）
│   └── todo.md                  # 未完成项（唯一登记点）
├── AGENTS.md                   # AI 资产入口（SSOT）
└── .agents/                    # AI 资产单一真相源（rules/skills/references）
```

## 当前策略基线（可随时在页面改）

- **永久禁用**：Kimi-K3、Kimi-K2.8-Preview、Kimi-K2.7-Code、Kimi-K2.6、GLM-5.1、GLM-5v-Turbo
- **禁用时段**：按模型配置星期 + 时段（默认 Hy4 preview、Deepseek-V4-Pro、Deepseek-V4.1-Flash
  每天 08:00–23:00 禁，夜间 23:00–08:00 免费/折扣时段可用）
- **服务端额度限流：只记录、不拦截** —— 门卫记下重置时刻供统计，但请求照常发出，
  由服务端自己回「您的使用量已超出频率限制，将在 X 重置」。原因：门卫的冷却记录没有账号维度，
  A 账号烧掉的额度会误拦切换后的 B 账号；而拦截抛错会让 WorkBuddy 拿不到服务端原文，
  退化成「服务出现未知错误…10000」。拦截只依据 `policy.json` 的 deny / windows。

## 已知边界

- `default` / `auto` / `fast-model` 等通用档位入口由云端二次路由，客户端看不到最终用了谁，拦不到（详见 docs/todo.md MG-05）。
- 只处理 HTTP 错误响应（4xx/429）。
- WorkBuddy 升级后补丁需重注入（配置不受影响）。