免费在 GitHub 公开中文介绍

openclaw-docker-e2e-authoring

用于编写和修改OpenClaw在Docker中的端到端测试，结合模拟服务器与真实服务，核查实际发送的请求、图像理解结果及用户最终看到的聊天回复。

原文查看原文说明

Author OpenClaw Docker E2E and live provider Docker lanes.

openclaw/openclaw

集成工具Docker

AI 评分80分/ 100 查看安装方法

适用场景

添加或修改Docker端到端测试
核查发往依赖服务的请求内容
验证真实模型服务的行为
设计不泄露答案的图像理解测试
检查聊天的最终回复

中文介绍

功能

编写和修改OpenClaw在Docker中的端到端测试，检查从处理开始到最终结果的完整流程。使用模拟服务器时，记录跨服务边界发送的请求，核查实际发送的内容。需要验证真实服务行为时，结合使用真实凭据和模型的测试。同一次变更还会包含软件包脚本和测试场景注册。

适用场景

适合添加Docker测试路径，或检查发布时的运行行为。图像理解测试会考虑如何防止文件名或元数据泄露正确答案。聊天测试则等待处理完成，再检查用户最终看到的文本。

使用示例

“添加一个Docker测试，用模拟服务器验证实际发送的请求内容。”
“编写一个使用真实模型验证图像理解的测试。”
“在chat.send完成后验证最终回复。”

注意事项

需要OpenClaw开发环境、Docker及pnpm等工具。使用真实服务的测试还需要相应凭据和模型。按照变更范围执行语法检查和测试，并在提交代码或创建PR前运行$autoreview。

本介绍由 AI（OpenAI Codex）根据公开的 SKILL.md 撰写。准确的规格请查看下方原文。

客观评估

AI 仅根据 SKILL.md 的内容，从 4 个方面进行了评估。星标数和热度不计入评估。

指令清晰度能否看出何时使用、做什么: A良好明确用于添加或修改Docker测试，并说明模拟依赖与真实服务的选用条件。
步骤具体性步骤、输入输出和示例是否具体: A良好列出JSONL请求记录、chat.send验证条件，以及语法检查和测试命令。
安全性发送数据、删除文件、执行命令等是否有说明: B部分不足使用真实凭据访问外部服务，但未充分说明发送内容及执行前的确认步骤。
安装难易度所需工具和 API 密钥是否少且有说明: B部分不足需要Docker、pnpm及真实服务凭据，但未提供环境搭建步骤。

总分按每项 A=25 分、B=15 分、C=5 分相加。由 AI（OpenAI Codex）于 2026年10月19日评估。仅供参考，安装前请同时查看原文。

如果您认为评估有误，请申请复核

包含的文件（1）

SKILL.md2.3 KB

SKILL.md（原文）

安装前可以查看交给 AI 代理的指令内容。

OpenClaw Docker E2E Authoring

Use this when adding or changing Docker E2E lanes, release-path Docker tests, or live-provider Docker proof.

Lane Choice

Deterministic Docker: fake the dependency/server and assert the exact runtime contract crossing the boundary.
Live Docker: use real provider credentials/model only when user-visible behavior needs the real service.
Prefer both when they prove different risks: deterministic for byte/payload routing, live for actual provider behavior.

Authoring Rules

Test-only helpers live in test/helpers or scripts/e2e/lib/<lane>/, not src/**, unless production imports them.
Package-installed app runs from /app; mount only explicit harness/helper paths read-only.
Fake servers should log boundary requests as JSONL and clients should assert the real dependency payload, not just process success.
Add the package script and scripts/lib/docker-e2e-scenarios.mjs lane in the same change.
If a lane installs a plugin from npm, default the spec via env so published and local override paths are both testable.

Media And Vision

Expected answer must exist only in pixels or provider output being tested.
Use neutral filenames, neutral prompts, and no metadata leaks.
Random bitmap/OCR tokens reuse the repo OCR-safe alphabet 24567ACEF unless the test owns a stronger glyph set.
Make the expected answer unique per run when proving real image understanding.

`chat.send` E2E

Require chat.send to return status: "started" and a string runId.
Wait for completion with agent.wait.
Assert final user-visible text via chat.history when event ordering is not the behavior under test.
Keep originating channel/account metadata only when the bug path needs queued inbound/channel context.

Verification

Run the smallest proof that covers the touched lane:

pnpm exec oxfmt --write <changed files>
node --check <new .mjs files>
bash -n <new .sh files>
node scripts/run-vitest.mjs test/scripts/docker-e2e-plan.test.ts
OPENCLAW_SKIP_DOCKER_BUILD=1 pnpm test:docker:<lane>

For real-provider lanes, run the matching live Docker script after deterministic Docker is green. Finish with $autoreview before commit/PR.

评价

还没有评价。欢迎分享你的使用感受。

无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。

还没有评论。来写第一条吧。

同一仓库的技能