尧图网页设计 
如何运行 LibreChat mock e2e 套件验证真实 Redis 流存储未静默回退到内存模式【免费下载链接】LibreChatEnhanced ChatGPT Clone: Features Agents, MCP, Skills, DeepSeek, Anthropic, AWS, OpenAI, Responses API, Azure, Groq, o1, GPT-5, Mistral, OpenRouter, Vertex AI, Gemini, Artifacts, AI model switching, message search, Code Interpreter, langchain, DALL-E-3, OpenAPI Actions, Functions, Secure Multi-User Auth, Presets, open-source for self-hosting. Active项目地址: https://gitcode.com/GitHub_Trending/li/LibreChatLibreChat 的 mock e2e profile 默认使用进程内in-memory的 generation stream store测试服务器带着e2e/config/librechat.e2e.yaml启动并通过LIBRECHAT_TEST_RUN_HOOK注入一个进程内 fake LLM不需要任何真实 provider 凭据。但“能跑起来”不代表流真的走了 Redis——如果 Redis 连接失败而服务器悄悄退回内存存储浏览器场景照样能通过测试就失去了对 Redis job store 和 pub/sub 传输的覆盖。这篇文章的任务是在本地用 Redis 流模式跑 LibreChat 的 mock e2e 套件并依靠该套件内建的 fail-closed 启动检查确认 generation job manager 没有静默回退到内存模式。适用前提是项目依赖已安装、本机有一个运行在 6379 端口的 Redis可通过REDIS_URI覆盖。机制说明Redis 模式在哪里生效、在哪里被强制验证流模式由环境变量E2E_STREAM_STORE控制取值逻辑在 getStreamStoreEnv 中不设置时默认memory此时显式置USE_REDISfalse、USE_REDIS_STREAMSfalse、USE_REDIS_CLUSTERfalse即“内存模式明确禁用 Redis”设为redis时置E2E_REQUIRE_REDIS_STREAMStrue、USE_REDIStrue、USE_REDIS_STREAMStrue、USE_REDIS_CLUSTERfalseREDIS_URI默认redis://127.0.0.1:6379/15database 15REDIS_KEY_PREFIX默认LibreChatE2E设为其他值会直接抛错Unsupported E2E_STREAM_STORE ...。真正的“未回退”验证发生在测试服务器启动脚本 e2e/setup/start-server.js 中只有E2E_REQUIRE_REDIS_STREAMStrue时执行requireRedisStreams()通过librechat/api导出的ioredisClient对 Redis 发 ping超时 10000ms。没有配置 Redis client 时抛[e2e] Redis stream mode was required but no Redis client was configuredping 无响应时抛[e2e] Redis did not respond within 10000ms。verifyRedisStreams()在 15000ms 内轮询GenerationJobManager.isRedis为true时打印[e2e] Verified Redis-backed generation streams并放行到点仍为false则抛[e2e] Redis stream mode was required but the server fell back to memory进程以退出码 1 结束日志前缀[e2e] Failed to start test server:。也就是说静默回退在 webServer 启动阶段就会让整轮 Playwright 运行失败而不是让测试“在内存上假装通过”。准备条件Redis在 6379 端口可连接即可[e2e/README.md](https://link.gitcode.com/i/80da4cda6c3685684a0b571bb40b5701)的表述就是 “start Redis on port 6379”。要连别的实例或库导出REDIS_URI要改 key 前缀导出E2E_REDIS_KEY_PREFIX。MongoDB 不是硬性前置MONGO_URI默认mongodb://127.0.0.1:27017/LibreChat-e2e当E2E_USE_MEMORY_MONGO为默认值auto且本地连不上时启动脚本会自动拉起 mongodb-memory-server 并打印[e2e] Started memory MongoDB at ...见 maybeStartMemoryMongo。构建产物不需要手动准备下面的e2e:mock:redis脚本内联了e2e:prepare即 package.json 中的npm run frontend会依次执行build:data-provider、build:data-schemas、build:api、build:client-package并构建 client。首次运行耗时就在这一步。不需要 OpenAI 等真实凭据fake model 钩子在请求发生前替换了 GRAPH。本地.env里形似凭据的变量会被启动配置抹掉避免泄漏进测试服务器。端口占用测试服务器默认绑定http://localhost:3080E2E_BASE_URL可覆盖另有三个本地 fixture 服务占用 8765、8889、8890见 playwright.config.mock.ts。若 3080 已被普通 dev server 占用可用E2E_BASE_URL换一个地址再运行。运行命令最短主路径跑完整 mock 套件Redis 流模式npm run e2e:mock:redis它等价于npm run e2e:prepare cross-env E2E_STREAM_STOREredis playwright test --confige2e/playwright.config.mock.ts即先完成上述前端构建再以E2E_STREAM_STOREredis启动整套e2e/specs/mock/用例。Playwright 会先启动 fixture 服务与测试服务器含前述 fail-closed 检查再由 global setup 自动注册/登录 e2e 用户默认testuserexample.com见 getE2EUser最后单 worker 串行执行全部 spec。与 CI 一致的聚焦路径只跑跨越流存储边界的浏览器场景npm run e2e:mock:redis:transport它使用派生配置 e2e/playwright.config.redis.tstestMatch限定 10 个 speccompletion、deferred-tools-hitl、model-spec-icons、steering、steering-escalation、streaming、subagent-activity、thread-fold、tool-approvals、usage并把断言超时从 10s 提到 20s该通道每个流事件都经过一次真实 Redis 往返pause/resume 与重放路径更接近预算上限。注意它与e2e:mock:redis的差别前者用playwright.config.redis.ts只跑这 10 个 spec后者用playwright.config.mock.ts跑完整套件两者都强制 Redis 流模式。对照组可选分支npm run e2e:mock不带E2E_STREAM_STORE时按 memory 模式运行同一套 spec用于和 Redis 通道做行为对比。参考 e2e/README.mdPull request CI 的做法是memory 模式把完整套件分到 3 个 shard如npx playwright test --confige2e/playwright.config.mock.ts --shard1/3外加一条聚焦的 Redis 传输套件npm run e2e:mock:redis:transportnightly 则在两种流模式下各跑完整套件。redis-cluster是另一套拓扑E2E_STREAM_STOREredis-cluster默认集群端点为 7001/7002/7003 三节点本文的单机 Redis 路径不涉及它两者不要混在同一条操作链里。结果验证按启动顺序核对三类信号启动期通过检查服务器日志出现[e2e] Verified Redis-backed generation streams这一行是“job manager 确认运行在 Redis 上”的直接证据出现在任何测试执行之前。fail-closed 失败信号若出现以下任一输出说明运行没有按 Redis 模式生效Playwright 本轮不会开始跑用例[e2e] Redis did not respond within 10000msRedis 起了但 ping 超时检查REDIS_URI指向的实例是否真的在监听[e2e] Redis stream mode was required but the server fell back to memoryping 通过但 job manager 未切到 Redis属于本次要捕获的静默回退服务器直接exit(1)[e2e] Redis stream mode was required but no Redis client was configuredlibrechat/api未导出 ioredis client通常是依赖构建不完整先确认e2e:prepare全链路成功。用例结果启动检查通过后以 Playwright 退出码与 HTML 报告为最终判定。报告写入e2e/playwright-report用下面命令查看npm run e2e:report本地运行时retries为 0CI 下 mock 配置为 2、redis 派生配置为 3所以本地失败即为真实失败失败用例的 trace 保留在e2e/specs/.test-results。限制与边界验证的是“未静默回退”不是性能该通道不产出 Redis 与内存的耗时对比不要用它得出吞吐结论。Redis 通道的 key 前缀默认LibreChatE2E、默认落在 database 15与生产部署的 Redis 不共用命名空间改前缀只影响测试数据的隔离方式不影响 fail-closed 判定本身。如果服务器日志里没有第 1 节列出的[e2e] Verified ...行也不在失败信号之列例如你运行的是e2e:mock而非e2e:mock:redis那只是说明本轮走的是 memory 模式E2E_REQUIRE_REDIS_STREAMSfalse时两个检查函数直接返回并不构成回退证据。【免费下载链接】LibreChatEnhanced ChatGPT Clone: Features Agents, MCP, Skills, DeepSeek, Anthropic, AWS, OpenAI, Responses API, Azure, Groq, o1, GPT-5, Mistral, OpenRouter, Vertex AI, Gemini, Artifacts, AI model switching, message search, Code Interpreter, langchain, DALL-E-3, OpenAPI Actions, Functions, Secure Multi-User Auth, Presets, open-source for self-hosting. Active项目地址: https://gitcode.com/GitHub_Trending/li/LibreChat创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 如何运行 LibreChat mock e2e 套件验证真实 Redis 流存储未静默回退到内存模式
如何运行 LibreChat mock e2e 套件验证真实 Redis 流存储未静默回退到内存模式【免费下载链接】LibreChatEnhanced ChatGPT Clone: Features Agents, MCP, Skills, DeepSeek, Anthropic, AWS, OpenAI, Responses API, Azure, Groq, o1, GPT-5, Mistral, OpenRouter, Vertex AI, Gemini, Artifacts, AI model switching, message search, Code Interpreter, langchain, DALL-E-3, OpenAPI Actions, Functions, Secure Multi-User Auth, Presets, open-source for self-hosting. Active项目地址: https://gitcode.com/GitHub_Trending/li/LibreChatLibreChat 的 mock e2e profile 默认使用进程内in-memory的 generation stream store测试服务器带着e2e/config/librechat.e2e.yaml启动并通过LIBRECHAT_TEST_RUN_HOOK注入一个进程内 fake LLM不需要任何真实 provider 凭据。但“能跑起来”不代表流真的走了 Redis——如果 Redis 连接失败而服务器悄悄退回内存存储浏览器场景照样能通过测试就失去了对 Redis job store 和 pub/sub 传输的覆盖。这篇文章的任务是在本地用 Redis 流模式跑 LibreChat 的 mock e2e 套件并依靠该套件内建的 fail-closed 启动检查确认 generation job manager 没有静默回退到内存模式。适用前提是项目依赖已安装、本机有一个运行在 6379 端口的 Redis可通过REDIS_URI覆盖。机制说明Redis 模式在哪里生效、在哪里被强制验证流模式由环境变量E2E_STREAM_STORE控制取值逻辑在 getStreamStoreEnv 中不设置时默认memory此时显式置USE_REDISfalse、USE_REDIS_STREAMSfalse、USE_REDIS_CLUSTERfalse即“内存模式明确禁用 Redis”设为redis时置E2E_REQUIRE_REDIS_STREAMStrue、USE_REDIStrue、USE_REDIS_STREAMStrue、USE_REDIS_CLUSTERfalseREDIS_URI默认redis://127.0.0.1:6379/15database 15REDIS_KEY_PREFIX默认LibreChatE2E设为其他值会直接抛错Unsupported E2E_STREAM_STORE ...。真正的“未回退”验证发生在测试服务器启动脚本 e2e/setup/start-server.js 中只有E2E_REQUIRE_REDIS_STREAMStrue时执行requireRedisStreams()通过librechat/api导出的ioredisClient对 Redis 发 ping超时 10000ms。没有配置 Redis client 时抛[e2e] Redis stream mode was required but no Redis client was configuredping 无响应时抛[e2e] Redis did not respond within 10000ms。verifyRedisStreams()在 15000ms 内轮询GenerationJobManager.isRedis为true时打印[e2e] Verified Redis-backed generation streams并放行到点仍为false则抛[e2e] Redis stream mode was required but the server fell back to memory进程以退出码 1 结束日志前缀[e2e] Failed to start test server:。也就是说静默回退在 webServer 启动阶段就会让整轮 Playwright 运行失败而不是让测试“在内存上假装通过”。准备条件Redis在 6379 端口可连接即可[e2e/README.md](https://link.gitcode.com/i/80da4cda6c3685684a0b571bb40b5701)的表述就是 “start Redis on port 6379”。要连别的实例或库导出REDIS_URI要改 key 前缀导出E2E_REDIS_KEY_PREFIX。MongoDB 不是硬性前置MONGO_URI默认mongodb://127.0.0.1:27017/LibreChat-e2e当E2E_USE_MEMORY_MONGO为默认值auto且本地连不上时启动脚本会自动拉起 mongodb-memory-server 并打印[e2e] Started memory MongoDB at ...见 maybeStartMemoryMongo。构建产物不需要手动准备下面的e2e:mock:redis脚本内联了e2e:prepare即 package.json 中的npm run frontend会依次执行build:data-provider、build:data-schemas、build:api、build:client-package并构建 client。首次运行耗时就在这一步。不需要 OpenAI 等真实凭据fake model 钩子在请求发生前替换了 GRAPH。本地.env里形似凭据的变量会被启动配置抹掉避免泄漏进测试服务器。端口占用测试服务器默认绑定http://localhost:3080E2E_BASE_URL可覆盖另有三个本地 fixture 服务占用 8765、8889、8890见 playwright.config.mock.ts。若 3080 已被普通 dev server 占用可用E2E_BASE_URL换一个地址再运行。运行命令最短主路径跑完整 mock 套件Redis 流模式npm run e2e:mock:redis它等价于npm run e2e:prepare cross-env E2E_STREAM_STOREredis playwright test --confige2e/playwright.config.mock.ts即先完成上述前端构建再以E2E_STREAM_STOREredis启动整套e2e/specs/mock/用例。Playwright 会先启动 fixture 服务与测试服务器含前述 fail-closed 检查再由 global setup 自动注册/登录 e2e 用户默认testuserexample.com见 getE2EUser最后单 worker 串行执行全部 spec。与 CI 一致的聚焦路径只跑跨越流存储边界的浏览器场景npm run e2e:mock:redis:transport它使用派生配置 e2e/playwright.config.redis.tstestMatch限定 10 个 speccompletion、deferred-tools-hitl、model-spec-icons、steering、steering-escalation、streaming、subagent-activity、thread-fold、tool-approvals、usage并把断言超时从 10s 提到 20s该通道每个流事件都经过一次真实 Redis 往返pause/resume 与重放路径更接近预算上限。注意它与e2e:mock:redis的差别前者用playwright.config.redis.ts只跑这 10 个 spec后者用playwright.config.mock.ts跑完整套件两者都强制 Redis 流模式。对照组可选分支npm run e2e:mock不带E2E_STREAM_STORE时按 memory 模式运行同一套 spec用于和 Redis 通道做行为对比。参考 e2e/README.mdPull request CI 的做法是memory 模式把完整套件分到 3 个 shard如npx playwright test --confige2e/playwright.config.mock.ts --shard1/3外加一条聚焦的 Redis 传输套件npm run e2e:mock:redis:transportnightly 则在两种流模式下各跑完整套件。redis-cluster是另一套拓扑E2E_STREAM_STOREredis-cluster默认集群端点为 7001/7002/7003 三节点本文的单机 Redis 路径不涉及它两者不要混在同一条操作链里。结果验证按启动顺序核对三类信号启动期通过检查服务器日志出现[e2e] Verified Redis-backed generation streams这一行是“job manager 确认运行在 Redis 上”的直接证据出现在任何测试执行之前。fail-closed 失败信号若出现以下任一输出说明运行没有按 Redis 模式生效Playwright 本轮不会开始跑用例[e2e] Redis did not respond within 10000msRedis 起了但 ping 超时检查REDIS_URI指向的实例是否真的在监听[e2e] Redis stream mode was required but the server fell back to memoryping 通过但 job manager 未切到 Redis属于本次要捕获的静默回退服务器直接exit(1)[e2e] Redis stream mode was required but no Redis client was configuredlibrechat/api未导出 ioredis client通常是依赖构建不完整先确认e2e:prepare全链路成功。用例结果启动检查通过后以 Playwright 退出码与 HTML 报告为最终判定。报告写入e2e/playwright-report用下面命令查看npm run e2e:report本地运行时retries为 0CI 下 mock 配置为 2、redis 派生配置为 3所以本地失败即为真实失败失败用例的 trace 保留在e2e/specs/.test-results。限制与边界验证的是“未静默回退”不是性能该通道不产出 Redis 与内存的耗时对比不要用它得出吞吐结论。Redis 通道的 key 前缀默认LibreChatE2E、默认落在 database 15与生产部署的 Redis 不共用命名空间改前缀只影响测试数据的隔离方式不影响 fail-closed 判定本身。如果服务器日志里没有第 1 节列出的[e2e] Verified ...行也不在失败信号之列例如你运行的是e2e:mock而非e2e:mock:redis那只是说明本轮走的是 memory 模式E2E_REQUIRE_REDIS_STREAMSfalse时两个检查函数直接返回并不构成回退证据。【免费下载链接】LibreChatEnhanced ChatGPT Clone: Features Agents, MCP, Skills, DeepSeek, Anthropic, AWS, OpenAI, Responses API, Azure, Groq, o1, GPT-5, Mistral, OpenRouter, Vertex AI, Gemini, Artifacts, AI model switching, message search, Code Interpreter, langchain, DALL-E-3, OpenAPI Actions, Functions, Secure Multi-User Auth, Presets, open-source for self-hosting. Active项目地址: https://gitcode.com/GitHub_Trending/li/LibreChat创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考