NodeBB 常用 CLI 命令详解
逐条实测 NodeBB v4.16.3 的 ./nodebb 命令行工具全量子命令：进程管理、日志跟进、插件激活、用户生命周期、维护模式、资产编译与升级脚本，附 systemd 共存与维护模式直写不生效等真实排障。
NodeBB 常用 CLI 命令详解
一、环境信息
- 操作系统：Ubuntu 22.04.5 LTS（x86_64）
- NodeBB：v4.16.3（2026-10-14 发布的最新稳定版），安装目录
/opt/nodebb - Node.js：v22.23.4，MongoDB：v8.0.34
- NodeBB 运行用户：
nodebb（专用普通用户，CLI 命令均以该用户身份执行） - 服务托管方式：systemd（单元
nodebb.service，安装与托管详见《Ubuntu 22.04 安装 NodeBB 指南》） - 站点 URL：
http://10.89.68.10:4567，管理员账号admin/q1w2e3r4 - 本文所有命令与回显均在上述环境实测，查询日期 2026-10-22
二、工具概览
NodeBB 的全部管理能力收敛在一个入口脚本：安装目录下的 ./nodebb（实际是 nodebb 可执行脚本，内部调用 src/cli/）。所有命令都在安装目录中执行：
cd /opt/nodebb
sudo -u nodebb ./nodebb <命令>
先看全局帮助（这也是本文的命令清单来源）：
$ ./nodebb help
Usage: ./nodebb [options] [command]
Welcome to NodeBB
Options:
-V, --version output the version number
--json-logging Output to logs in JSON format (default: false)
--log-level <level> Default logging level to use (default: "info")
--config <value> Specify a config file (default: "config.json")
-d, --dev Development mode, including verbose logging
(default: false)
-l, --log Log subprocess output to console (default:
false)
-y, --unattended Answer yes to any prompts, like plugin
upgrades (default: false)
-h, --help display help for command
Commands:
start Start the NodeBB server
stop Stop the NodeBB server
restart Restart the NodeBB server
status Check the running status of the NodeBB server
log Open the output log (useful for debugging)
setup [options] [config] Run the NodeBB setup script, or setup with an
initial config
install [options] [plugin] Launch the NodeBB web installer for
configuration setup or install a plugin
build [options] [targets...] Compile static assets (JS, CSS, templates,
languages)
activate [plugin] Activate a plugin for the next startup of
NodeBB (nodebb-plugin- prefix is optional)
plugins List all installed plugins
events [count] Outputs the most recent administrative events
recorded by NodeBB
info Outputs various system info
maintenance <toggle> Toggle maintenance mode true/false
reset [options] Reset plugins, themes, settings, etc
user [command] Manage users
upgrade [options] [scripts...] Run NodeBB upgrade scripts and ensure packages
are up-to-date, or run a particular upgrade
script
help [command] Display help for [command]
注意：
slog不在 help 列表里但真实存在（隐藏命令），行为见 4.2 节实测。
按用途分组：
| 分组 | 命令 | 用途 |
|---|---|---|
| 进程管理 | start / stop / restart / status | 启停与状态查询（自守护模式） |
| 日志观测 | log / slog | 跟进输出日志 |
| 开发调试 | dev（或全局 -d） | 前台详细日志启动 |
| 初始化安装 | setup / install | 初始化向导 / 插件安装 |
| 资产构建 | build | 编译 JS/CSS/模板/语言包 |
| 插件管理 | plugins / activate / reset -p | 清单 / 激活 / 停用 |
| 内容维护 | maintenance / reset | 维护模式 / 重置主题、插件、设置 |
| 用户管理 | user info/create/reset/delete/make | 建号、提权、删号、改密 |
| 版本升级 | upgrade / upgrade-plugins | 升级脚本与依赖检查 |
| 诊断 | info / events | 系统信息 / 管理事件审计 |
三、前置条件
- 已完成 NodeBB 安装（见《Ubuntu 22.04 安装 NodeBB 指南》）；
- 持有可登录服务器的账号，且能以
nodebb用户执行命令（sudo -u nodebb）或已切换到该用户； - 修改系统服务（systemd 单元启停）需要 sudo/root；
- 理解本机托管形态：本文环境 NodeBB 由 systemd 直拉
loader.js（daemon=false），与 CLI 自守护模式的关系在第五节注意事项中详述。
四、各命令详解
4.1 进程管理：start / stop / restart / status
这四个命令走 CLI 自守护路径（loader 默认 daemon=true：fork 后台进程并写 pidfile）。完整生命周期实测如下。
start（先停掉 systemd 单元，把控制权交给 CLI）：
$ sudo systemctl stop nodebb
$ ./nodebb start
Starting NodeBB
"./nodebb stop" to stop the NodeBB server
"./nodebb log" to view server output
"./nodebb help" for more commands
约 15-20 秒后探活：
$ curl -s -o /dev/null -w '%{http_code}\n' -m 5 http://127.0.0.1:4567/
200
status（运行中）：
$ ./nodebb status
NodeBB Running (pid 14079)
"./nodebb stop" to stop the NodeBB server
"./nodebb log" to view server output
"./nodebb restart" to restart NodeBB
restart：
$ ./nodebb restart
Restarting NodeBB
重启后探活同样返回 200。stop：
$ ./nodebb stop
Stopping NodeBB. Goodbye!
$ curl -s -o /dev/null -w '%{http_code}\n' -m 5 http://127.0.0.1:4567/
000
status（已停止）：
$ ./nodebb status
NodeBB is not running
"./nodebb start" to launch the NodeBB server
实测后已恢复 systemd 托管（sudo systemctl start nodebb，状态 active、前台 200）。
4.2 日志：log 与 slog
log 跟进输出日志文件（logs/output.log），等同 tail -f，Ctrl-C 退出：
$ ./nodebb log
Hit Ctrl-C to exit
at async Plugins.reloadRoutes (/opt/nodebb/src/plugins/index.js:150:2)
at async module.exports (/opt/nodebb/src/routes/index.js:149:2)
实测时日志尾部正好是此前启动时的一条插件报错堆栈，说明它直接展示文件现有内容并持续追加。限时观测可用 timeout 6 ./nodebb log，到点自动断开。
slog 是隐藏命令，语义为「启动 NodeBB 并跟进日志」。高危实测：在服务已被 systemd 拉起（4567 端口已被占用）时执行 ./nodebb slog，它会再 fork 一套 loader/app 进程，子进程因端口被占不断退出重生（日志实录）：
[cluster] Child Process (17230) has exited (code: 1, signal: null)
[cluster] Spinning up another process...
2026-10-22T02:59:32.800Z [4567/17280] - info: Initializing NodeBB v4.16.3 http://10.89.68.10:4567
形成 crash-loop（ps 可见两组 loader/app 进程并存）。处理方式：ps aux | grep loader.js 找到多出来的 loader PID，kill <PID> 终止，原实例不受影响（实测清理后前台恢复 200）。结论：systemd 托管场景不要用 slog/start，看日志用 ./nodebb log 或 journalctl -u nodebb -f。
4.3 dev：前台开发模式
./nodebb dev 前台启动并输出 verbose 级日志（等效全局 -d 选项），Ctrl-C 退出。实测回显（截取前 20 余行）：
NodeBB v4.16.3 Copyright (C) 2013-2026 NodeBB Inc.
This program comes with ABSOLUTELY NO WARRANTY.
This is free software, and you are welcome to redistribute it under certain conditions.
For the full license, please visit: http://www.gnu.org/copyleft/gpl.html
Clustering enabled: Spinning up 1 process(es).
2026-10-22T02:59:54.802Z [4567/17663] - verbose: * using configuration stored in: /opt/nodebb/config.json
2026-10-22T02:59:54.804Z [4567/17663] - info: Initializing NodeBB v4.16.3 http://10.89.68.10:4567
2026-10-22T02:59:54.804Z [4567/17663] - verbose: * using mongo store at 127.0.0.1:27017
2026-10-22T02:59:54.804Z [4567/17663] - verbose: * using themes stored in: /opt/nodebb/node_modules
2026-10-22T02:59:55.342Z [4567/17663] - verbose: [minifier] utilizing a maximum of 11 additional threads
2026-10-22T02:59:55.393Z [4567/17663] - verbose: Checking dependencies for outdated modules
2026-10-22T02:59:55.517Z [4567/17663] - verbose: [notifications.init] Registering jobs.
2026-10-22T02:59:55.533Z [4567/17663] - verbose: [cron/jobs] Registered job: notifications:prune (*/30 * * * *)
2026-10-22T02:59:55.533Z [4567/17663] - verbose: [user/jobs] (Re-)starting jobs...
2026-10-22T02:59:55.538Z [4567/17663] - verbose: [cron/jobs] Registered job: digest.daily (0 17 * * *)
...
verbose 日志会展开配置来源、数据库连接、定时任务注册等内部细节，排障定位启动阶段问题时非常有用。日常运行不建议用 dev 模式（前台进程，终端断开即停）。
4.4 info：系统信息速览
$ ./nodebb info
version: 4.16.3
Node ver: v22.23.4
git hash: 3da90f67b07ea1ca286f2ad2d08e7813a01ab2f
database: mongo
version: 8.0.34
engine: wiredTiger
▲
│ •
│
│
│
│
│
│
│
│
│
┼─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•─•──▶
Pageviews, last 24h (min: 0 max: 13)
一条命令拿到版本号、Node 版本、git 提交、数据库类型/版本/引擎与近 24 小时访问量折线图，提交缺陷报告或求援时先跑这个。
4.5 events：管理事件审计
输出最近的管理动作（后台改设置、装插件、换主题等都会记入）：
$ ./nodebb events
Displaying last 10 administrative events...
* Thu, 22 Oct 2026 02:15:51 GMT theme-set nodebb-theme-harmony (uid: 0)
本环境安装后只发生过一次管理事件（setup 阶段设定默认主题 harmony，uid 0 表示系统账户发起）。默认显示 10 条，./nodebb events 50 可调。排查「站点配置被谁改了」从这里入手。
4.6 plugins 与 activate：插件清单与激活
plugins 列出全部已安装插件及启用状态（实测共 16 个，含核心自带插件与三套备选主题）：
$ ./nodebb plugins
Active plugins:
* nodebb-plugin-2factor@8.0.12 (installed, disabled)
* nodebb-plugin-composer-default@11.0.16 (installed, enabled)
* nodebb-plugin-dbsearch@7.0.1 (installed, enabled)
* nodebb-plugin-emoji@6.0.19 (installed, enabled)
* nodebb-plugin-emoji-android@4.1.1 (installed, enabled)
* nodebb-plugin-link-preview@2.2.9 (installed, disabled)
* nodebb-plugin-markdown@13.2.13 (installed, enabled)
* nodebb-plugin-mentions@5.0.5 (installed, enabled)
* nodebb-plugin-spam-be-gone@2.3.14 (installed, disabled)
* nodebb-plugin-web-push@0.9.6 (installed, enabled)
* nodebb-rewards-essentials@1.0.3 (installed, enabled)
* nodebb-theme-harmony@3.3.9 (installed, enabled)
* nodebb-theme-lavender@8.1.2 (installed, disabled)
* nodebb-theme-peace@3.1.4 (installed, disabled)
* nodebb-theme-persona@15.3.8 (installed, disabled)
* nodebb-widget-essentials@8.0.10 (installed, enabled)
activate 激活插件（前缀 nodebb-plugin- 可省略），写入启用清单、下次启动时生效：
$ ./nodebb activate link-preview
2026-10-22T03:00:45.075Z [4567/18304] - info: Activating plugin `nodebb-plugin-link-preview`
$ ./nodebb plugins | grep link-preview
* nodebb-plugin-link-preview@2.2.9 (installed, enabled)
reset -p 停用（撤销激活）：
$ ./nodebb reset -p link-preview
2026-10-22T03:00:46.501Z [4567/18343] - info: [reset] Plugin `nodebb-plugin-link-preview` disabled
2026-10-22T03:00:46.502Z [4567/18343] - info: [reset] Reset complete. Please run `./nodebb build` to rebuild assets.
$ ./nodebb plugins | grep link-preview
* nodebb-plugin-link-preview@2.2.9 (installed, disabled)
注意 reset 的收尾提示：插件增停后如涉及静态资产，按提示跑一次 ./nodebb build。从外部仓库安装新插件用 ./nodebb install <插件名>（见 4.11）。
4.7 reset：重置系列
帮助与选项（全部实测捕获）：
$ ./nodebb reset --help
Usage: ./nodebb reset [options]
Reset plugins, themes, settings, etc
Options:
-t, --theme [theme] Reset to [theme] or to the default theme
-p, --plugin [plugin] Disable [plugin] or all plugins
-w, --widgets Disable all widgets
-s, --settings Reset settings to their default values
-a, --all All of the above
-h, --help display help for command
用途与风险：
reset -t <主题>：切换回默认主题，主题异常白屏时的急救通道（本环境主题切换事件见 4.5）；reset -p <插件>：停用指定插件；不带插件名则停用全部插件——插件故障导致站点起不来时的标准处置；reset -w：清空全部挂件配置；reset -s：站点设置恢复默认值（数据库层配置全部还原，慎用）；reset -a：以上全部，等同「配置层出厂复位」，仅用于本地实验环境。
-p 已实测（4.6 节）；-t/-w/-s/-a 因会覆盖现有站点配置未在本环境执行。
4.8 user：用户管理全生命周期
user 是带二级子命令的命令组，先看结构：
$ ./nodebb user help
Usage: ./nodebb user [options] [command] [command]
Manage users
Options:
-h, --help display help for command
Commands:
info [options] Display user info by uid/username/userslug.
create [options] <username> Create a new user.
reset [options] <uid> Reset a user's password or send a password reset
email.
delete [options] <uids...> Delete user(s) and/or their content
make [command] Make user(s) admin, global mod, moderator or a
regular user.
help [command] display help for command
create 建号（-p 密码、-e 邮箱，省略 -p 则自动生成）：
$ ./nodebb user create testuser1 -p "q1w2e3r4" -e "testuser1@example.com"
2026-10-22T02:53:49.927Z [4567/11981] - info: [userCmd/create] User 'testuser1' has been created with uid: 2.
本环境在安装排障时已把数据库层
minimumPasswordStrength置 0（见 B1），故q1w2e3r4这类弱密码可通过；默认强度阈值 1 下会被拒绝。
info 按用户名/uid/userslug 查档案（JSON 输出，节选）：
$ ./nodebb user info -u testuser1
2026-10-22T02:53:50.614Z [4567/12007] - info: [userCmd/info] User info retrieved:
{
uid: 2,
username: 'testuser1',
userslug: 'testuser1',
email: '',
'email:confirmed': 0,
joindate: 1792637629730,
...
reputation: 0,
postcount: 0,
banned: false,
status: 'offline',
...
}
实测细节：
-e传入的邮箱在档案里显示为空串且email:confirmed: 0——CLI 建号写入的邮箱未经确认流程，不对外展示。
make 提权/降权（四个子命令帮助均实测捕获）：
$ ./nodebb user make help
...
Commands:
admin <uids...> Make user(s) an admin
global-mod <uids...> Make user(s) a global moderator
mod [options] <uids...> Make uid(s) of user(s) moderator of given category
IDs (cids)
regular <uids...> Make user(s) a non-privileged user
逐一实测（建 testuser2，uid 3）：
$ ./nodebb user make admin 2
2026-10-22T02:53:58.547Z [4567/12036] - info: [userCmd/make/admin] User(s) added as administrators.
$ ./nodebb user make global-mod 3
2026-10-22T02:54:29.124Z [4567/12187] - info: [userCmd/make/globalMod] User(s) added as global moderators.
$ ./nodebb user info -u testuser2 | grep groupTitle
groupTitle: '["Global Moderators"]',
groupTitleArray: [ 'Global Moderators' ],
$ ./nodebb user make mod 3 -c 1
2026-10-22T02:54:36.589Z [4567/12247] - info: [userCmd/make/mod] User(s) added as moderators to given categories.
$ ./nodebb user make regular 3
2026-10-22T02:54:37.303Z [4567/12270] - info: [userCmd/make/regular] User(s) made regular/non-privileged.
$ ./nodebb user info -u testuser2 | grep groupTitle
groupTitle: null,
groupTitleArray: [],
make mod 需用 -c 指定版块 ID（可多个），把用户提为该版块版主；make regular 撤销全部特权（groupTitle 归空）。
reset 重置密码（管理员忘密码的急救通道）：
$ ./nodebb user reset 1 -p "q1w2e3r4"
2026-10-22T02:54:39.622Z [4567/12345] - info: [userCmd/reset] User password changed.
uid 1 即首个注册的 admin。另有 -s 发送密码重置邮件（需邮件服务可用）。
delete 删号（默认 -t purge 连同其发的主题/帖子一并清除）：
$ ./nodebb user delete 3
2026-10-22T02:54:38.749Z [4567/12317] - info: [userCmd/delete] User(s) with their content has been deleted.
删除后再查同名用户，返回的是游客占位对象（uid 0），可据此确认账号已不存在：
$ ./nodebb user info -u testuser1
2026-10-22T02:54:11.861Z [4567/12130] - info: [userCmd/info] User info retrieved:
{
uid: 0,
username: '[[global:guest]]',
displayname: '[[global:guest]]',
userslug: '',
...
}
delete -t account 仅注销账号保留内容（匿名化），-t content 只删内容不销号。实测环境两个测试用户均已删除清理。
4.9 maintenance：维护模式开关
$ ./nodebb maintenance true
Maintenance mode turned on
$ ./nodebb maintenance false
Maintenance mode turned off
实测发现一个关键行为：开关执行成功后，正在运行的 NodeBB 并不立即生效——curl /api/config 中 maintenanceMode 仍为 false，访客页面照常 200。用 mongosh 对比可确认 CLI 只写了数据库层（maintenanceMode: 1），没有向运行中进程广播。重启后才真正生效：
$ sudo systemctl restart nodebb
$ curl -s -m 5 http://127.0.0.1:4567/api/config | grep -o '"maintenanceMode":[^,]*'
"maintenanceMode":true
$ curl -s -o /dev/null -w '%{http_code}\n' -m 5 http://127.0.0.1:4567/
503
重启后访客拿到 HTTP 503 与维护页（页面标题回落为站点标题）。要即时生效且不重启，用管理后台（ACP → Settings → General → Maintenance Mode）开关，后台保存走 pubsub 广播。实测完毕已关闭维护模式并复核前台恢复 200。
4.10 build：静态资产编译
安装/升级/换插件/换主题后需要重建压缩资产。不带参数全量编译：
$ ./nodebb build
可选目标与别名（./nodebb build --help 实测捕获）：
Build targets:
Target | Aliases
------------------------------------------------------
"plugin static dirs" | staticdirs
"requirejs modules" | rjs, modules
"client js bundle" | clientjs, clientscript, clientscripts
"admin js bundle" | adminjs, adminscript, adminscripts
"javascript" | js
"client side styles" | clientcss, clientscss, clientstyles, clientstyle
"admin control panel styles" | admincss, adminscss, adminstyles, adminstyle, acpcss, acpscss, acpstyles, acpstyle
"styles" | css, scss, style
"templates" | tpl
"languages" | lang, i18n
全量编译实测耗时（12 核服务器）：
2026-10-22T02:56:55.884Z [4567/13711] - info: [build] Bundling took 2361 ms
2026-10-22T02:56:55.885Z [4567/13711] - info: [build] Asset compilation successful. Completed in 4.732sec.
real 0m5.523s
只改了一个插件时可指定目标增量编译，如 ./nodebb build tpl 只重编模板。
4.11 setup 与 install：初始化与插件安装
setup 的交互式全过程（14 项问答、弱密码排障、无人值守环境变量补全）已在 B1 逐行实测，此处只列选项：
$ ./nodebb setup --help
Usage: ./nodebb setup [options] [config]
Run the NodeBB setup script, or setup with an initial config
Options:
--skip-build Run setup without building assets
-h, --help display help for command
./nodebb setup [config] 可传一份 JSON 初始配置（或经 NODEBB_ADMIN_* 环境变量无人值守补全），--skip-build 跳过资产编译（配合手动 build 拆步骤）。
install 双语义：不带插件名启动 Web 安装向导（全新站点备用初始化通道）；带插件名则从 npm 仓库安装插件并激活：
$ ./nodebb install --help
Usage: ./nodebb install [options] [plugin]
Launch the NodeBB web installer for configuration setup or install a plugin
Options:
-f, --force Force plugin installation even if it may be incompatible with
currently installed NodeBB version
-h, --help display help for command
-f 强制安装与当前 NodeBB 版本兼容性标记不符的插件（风险自担）。本环境未实际拉取外部插件（需要外网 npm 源），激活/停用流程见 4.6 的实测。
4.12 upgrade 与 upgrade-plugins：版本升级
$ ./nodebb upgrade --help
Usage: ./nodebb upgrade [options] [scripts...]
Run NodeBB upgrade scripts and ensure packages are up-to-date, or run a
particular upgrade script
Options:
-m, --package Update package.json from defaults (default: false)
-i, --install Bringing base dependencies up to date (default: false)
-p, --plugins Check installed plugins for updates (default: false)
-s, --schema Update NodeBB data store schema (default: false)
-b, --build Rebuild assets (default: false)
-h, --help display help for command
When running particular upgrade scripts, options are ignored.
By default all options are enabled. Passing any options disables that default.
Examples:
Only package and dependency updates: ./nodebb upgrade -mi
Only database update: ./nodebb upgrade -s
升级流程的定位：替换代码（git fetch/tag 或解包新版本）后执行 ./nodebb upgrade，它会依次更新 package.json 基线、拉齐依赖、检查插件兼容、执行数据库结构迁移脚本、重建资产。可用选项拆步执行（示例照抄帮助原文：-mi 只更新包与依赖，-s 只跑库结构迁移）。upgrade-plugins（别名 upgradePlugins）单独升级已装插件。因会实际改写依赖清单与数据库结构，本环境未执行（当前安装即最新稳定版 v4.16.3，无升级需求），升版操作请先在测试环境演练并备份数据库。
五、注意事项
- systemd 托管与 CLI 自守护二选一。本文环境由 systemd 直拉（单元内
daemon=false），启停统一用sudo systemctl start/stop/restart nodebb；CLI 的 start/slog 会另起一套进程造成端口冲突 crash-loop（4.2 节实测）。./nodebb status在 systemd 托管下显示「NodeBB is not running」属正常（pidfile 机制不同），以systemctl status与 HTTP 探活为准。 - CLI 以运行用户身份执行。
config.json、logs/、build/等文件属主是nodebb用户，root 直接跑 CLI 会在目录里留下 root 属主的新文件，后续以 nodebb 用户运行时可能因权限报错。统一用sudo -u nodebb ./nodebb ...。 - CLI 写数据库层的命令大多不广播。maintenance（4.9 节实测）、activate/reset（写启用清单，需重启或下次启动生效）都是「写库不通知」，与 ACP 的即时广播行为不同。执行后按各节说明决定是否重启。
- 重置类命令破坏性递增。
reset -p <插件名精准可控；reset -s/-a/不带参数的reset -p影响面大，生产执行前备份数据库（mongodump）。 - 删号默认 purge。
user delete默认连内容一起删且不可逆，需要保留帖子时显式加-t account。 - 日志排障第一入口是
logs/output.log（./nodebb log跟进），verbose 细节用./nodebb dev或--log-level verbose启动观察。
六、常见问题
6.1 ./nodebb start 与 systemctl 一起用会怎样
双实例争抢 4567 端口，后启动的一方子进程反复退出重生（[cluster] Child Process (xxxx) has exited (code: 1)），CPU 空转、日志刷屏。处置：找到多余的 loader 进程 kill，固定只用一种托管方式（见第五节第 1 条）。
6.2 CLI 命令卡住不动或立即报错
三类常见原因：在错误目录执行（必须 cd /opt/nodebb）；以错误用户执行（属主权限冲突，见第五节第 2 条）；config.json 被改坏（JSON 语法错误，python3 -m json.tool /opt/nodebb/config.json 校验）。
6.3 管理员密码忘了怎么办
sudo -u nodebb ./nodebb user reset 1 -p "新密码"（4.8 节实测通过）。uid 不确定时先 ./nodebb user info -u admin 查看。新密码需满足数据库层 minimumPasswordLength（默认 6）与 minimumPasswordStrength（默认 1）要求，过弱会被拒绝。
6.4 打开维护模式后前台还是 200
CLI 维护开关写库不广播，运行中进程不感知（4.9 节实测复现）。要么重启 NodeBB，要么改用管理后台开关。
6.5 插件装完前台没变化
按顺序核对：./nodebb plugins 确认状态是 enabled；activate 只写清单，需重启生效；涉及静态资产的跑一次 ./nodebb build（reset 的收尾提示同样适用于 activate 之后）；浏览器强刷（Ctrl-F5）排除前端缓存。
6.6 events 里 uid:0 是什么
uid 0 是系统/游客占位账户。setup 阶段的初始化动作（如默认主题设定）即以 uid 0 记录（4.5 节实测）。
七、参考链接
- 官方文档（CLI 与管理）：https://docs.nodebb.org/
- 官方 GitHub 仓库（CLI 源码位于
src/cli/）：https://github.com/NodeBB/NodeBB - v4.16.3 发布页：https://github.com/NodeBB/NodeBB/releases/tag/v4.16.3
- 站内相关文档：《NodeBB 介绍与选型指南》、《Ubuntu 22.04 安装 NodeBB 指南》、《NodeBB 配置参数详解》