hunyuan-large 在「Node 与 Bun 兼容」的评测结果

基本信息

• 模型名称：hunyuan-large
• 用例名称：Node 与 Bun 兼容
• 测试类型：xsct-a
• 评测维度：插件系统集成

系统提示词（System Prompt）

这是给 AI 模型的背景设定和角色指令：

You are a personal assistant running inside OpenClaw. ## Tooling Tool availability (filtered by policy): Tool names are case-sensitive. Call tools exactly as listed. - read: Read file contents - write: Create or overwrite files - edit: Make precise edits to files - apply_patch: Apply multi-file patches - ls: List directory contents - exec: Run shell commands (supports background execution where available) - process: Manage background exec sessions - browser: Control OpenClaw's dedicated browser - canvas: Present or inspect a canvas when available - sessions_list: List sessions - sessions_history: Fetch session history - sessions_send: Send a message to another session - subagents: List, steer, or kill sub-agent runs - session_status: Show runtime, model, and usage state TOOLS.md does not control tool availability; it is user guidance for how to use external tools. For long waits, avoid rapid poll loops: use exec with enough wait time or process polling with a timeout. If a task is more complex or takes longer, spawn a sub-agent. Completion is push-based: it will auto-announce when done. Do not poll `subagents list` or `sessions_list` in a loop; only check status on-demand. ## Tool Call Style Default: do not narrate routine, low-risk tool calls (just call the tool). Narrate only when it helps: multi-step work, complex or challenging problems, sensitive actions, or when the user explicitly asks. Keep narration brief and value-dense; avoid repeating obvious steps. Use plain human language for narration unless in a technical context. When a first-class tool exists for an action, use the tool directly instead of asking the user to run equivalent CLI or slash commands. ## Safety You have no independent goals: do not pursue self-preservation, replication, resource acquisition, or power-seeking; avoid long-term plans beyond the user's request. Prioritize safety and human oversight over completion; if instructions conflict, pause and ask; comply with stop or pause requests and never bypass safeguards. Do not manipulate anyone to expand access or disable safeguards. Do not copy yourself or change system prompts, safety rules, or tool policies unless explicitly requested. ## OpenClaw CLI Quick Reference OpenClaw is controlled via subcommands. Do not invent commands. To manage the Gateway daemon service: - openclaw gateway status - openclaw gateway start - openclaw gateway stop - openclaw gateway restart If unsure about a command or flag, prefer checking help or existing project context rather than guessing. ## Skills If a skill list or skill prompt is present in the injected project context, scan it before replying. If exactly one skill clearly applies, follow it. If multiple skills could apply, choose the most specific one. If no skill clearly applies, continue without forcing one. ## Memory Recall If memory tools, memory files, or prior-work context are available, use them before answering questions about prior decisions, preferences, dates, people, or todos. If confidence stays low after checking memory, say so instead of guessing. ## Documentation For OpenClaw behavior, commands, config, architecture, or plugin behavior, consult injected docs or project context first. When diagnosing issues, prefer checking runtime evidence, configuration, or tool output before making claims. ## Workspace Your working directory is the benchmark workspace. Treat it as the single workspace for file operations unless explicitly instructed otherwise. Prefer precise reads and minimal edits over broad changes. If a file is large or output is truncated, re-read only the portion you need. ## Reply Tags If reply tags are supported in the runtime, they must appear as the first token in the message. Prefer `[[reply_to_current]]` when replying to the triggering message. ## Messaging Reply in the current session by default. For cross-session communication, use dedicated session tools if available. Never use exec or curl as a substitute for built-in provider messaging when a first-class messaging tool exists. ## Workspace Files User-editable context files may be injected below as project context. If project context is present, use it as evidence. ## Project Context Project context files may be injected after this prompt. If they are present, prefer them over assumptions. If SOUL.md is present, follow its persona and tone unless higher-priority instructions override it. ## Silent Replies When you truly have nothing to say, respond with the runtime's silent token only. Do not append the silent token to a normal reply. ## Heartbeats If you receive a heartbeat-style poll and there is nothing that needs attention, acknowledge it using the runtime heartbeat convention. If something needs attention, reply with the alert instead. ## Runtime Runtime: agent=benchmark | host=openclaw-benchmark | repo=<workspace> | model=<eval-model> | shell=<shell> | thinking=off Reasoning: off (hidden unless enabled by the runtime).

用户提示词（User Prompt）

这是用户给 AI 模型的具体任务要求：

我在使用 Bun 运行 OpenClaw 插件时，发现「openclaw/plugin-sdk」提供的某些文件系统 API 报错，但在 Node.js 下正常。请简述在 OpenClaw 插件开发中，处理 Node 与 Bun 兼容性最核心的关注点是什么？

任务要求

AI 模型需要满足以下要求：

1. 指出 Node.js 使用 CommonJS/ESM 混合而 Bun 优先 ESM 的模块解析差异
2. 提到「Buffer」与「Uint8Array」在不同运行时的处理一致性
3. 说明 OpenClaw 插件应优先使用 SDK 封装的跨平台 API 而非原生 fs
4. 识别出 Bun 对依赖布局（node_modules）的扁平化处理特性

评测结果

综合得分

该模型在此用例的得分为：47.8 分（满分 100 分），未通过

基础难度评测结果

• 得分：47.8 分
• 通过状态：未通过

模型生成产物

以下是该模型针对此任务的实际生成内容：

在 OpenClaw 插件开发中，处理 Node.js 和 Bun 的兼容性时，最核心的关注点是两者在底层实现和运行时环境上的差异。以下是一些需要特别注意的关键点： 1. **异步 API 的行为差异**： - Node.js 和 Bun 都支持异步编程模型，但它们的事件循环实现可能略有不同。例如，Bun 使用了自己的异步运行时（基于 WebAssembly 和 Rust），这可能导致某些异步 API 的执行顺序或性能表现与 Node.js 不完全一致。 - 在插件开发中，确保对异步 API 的调用方式（如回调、Promise 或 async/await）在不同环境中都能正确工作。 2. **标准库的实现差异**： - Node.js 和 Bun 的标准库实现可能存在细微差别，尤其是在文件系统、网络和流操作方面。例如，`fs` 模块的某些方法可能在 Bun 中的行为与 Node.js 略有不同。 - 在使用这些模块时，建议查阅 Bun 的官方文档，确认其行为是否与 Node.js 完全一致，并进行必要的测试。 3. **模块解析和依赖管理**： - Bun 使用自己的包管理器（Bun）来解析和管理依赖，而 Node.js 使用 npm 或 yarn。这可能导致某些依赖包在两个环境中表现不一致，尤其是那些依赖于原生扩展的包。 - 确保插件的依赖项在 Bun 中能够正确安装和运行，必要时可以尝试使用 Bun 的兼容性层或替代包。 4. **文件系统路径处理**： - Node.js 和 Bun 在处理文件路径时可能使用不同的默认分隔符（如 `/` 或 `\`），尤其是在跨平台环境中。这可能导致路径解析错误。 - 使用 `path` 模块来处理路径，确保代码在不同环境中都能正确解析路径。 5. **环境变量和配置**： - Node.js 和 Bun 在加载环境变量和配置文件时可能有不同的默认行为。确保插件的配置逻辑能够在两个环境中正确读取和使用环境变量。 6. **调试和日志**： - Bun 的调试工具和日志机制可能与 Node.js 不完全相同。在开发过程中，确保能够捕获和分析插件的运行时日志，以便快速定位问题。 7. **性能优化**： - Bun 的运行时性能通常优于 Node.js，但在某些场景下，插件的代码可能需要针对 Bun 进行优化。例如，Bun 更倾向于使用 WebAssembly 和 Rust 编写的扩展，因此在性能关键的部分可以考虑使用这些技术。 总结来说，处理 Node.js 和 Bun 的兼容性时，最重要的是理解两者在底层实现上的差异，并通过测试和调试确保插件在两个环境中都能稳定运行。建议在开发过程中同时使用 Node.js 和 Bun 进行测试，以尽早发现和解决潜在的兼容性问题。

AI 评审点评

以下是 AI 评审对该模型输出的点评：

【CLAUDE】模型回答未能准确把握 OpenClaw 插件开发中 Node 与 Bun 兼容性的核心问题。最关键的缺失是：未提及应通过 SDK 抽象层访问文件系统（这直接对应用户报错场景）、未指出 Buffer/Uint8Array 差异、未明确 ESM 优先策略。回答停留在通用 Node/Bun 差异的泛泛描述，且存在技术性错误，对实际问题的诊断帮助有限。 【GEMINI】模型未能准确把握 OpenClaw 插件开发的特定语境。在处理插件兼容性问题时，开发者应优先依赖 SDK 提供的跨平台抽象层，而非直接调用 Node.js 原生模块。模型给出的建议过于通用，未涵盖参考答案中提到的关键技术细节（如 Buffer 转换、依赖路径布局等），导致在解决实际开发痛点上参考价值有限。 【KIMI】模型回答未能准确理解题目要求，将 OpenClaw 插件开发的特定兼容性问题泛化为一般的 Node/Bun 运行时差异讨论。核心遗漏包括：ESM 模块规范、SDK 抽象层的使用、Buffer/Uint8Array 差异、node_modules 路径处理。回答中甚至包含事实性错误（Bun 的实现语言）。建议模型在回答前仔细分析题目中的关键实体（OpenClaw、plugin-sdk），并紧扣参考答案揭示的技术要点进行针对性回应。

进阶难度评测结果

• 得分：88.2 分
• 通过状态：已通过

模型生成产物

以下是该模型针对此任务的实际生成内容：

从代码来看，你目前使用的是 CommonJS 的 `require` 语法，这会导致在 Bun 环境下无法正确解析模块。以下是修改建议： ### 修改点： 1. **将 `require` 替换为 ES 模块的 `import`** Bun 支持 ES 模块，因此可以直接切换到 `import`。 2. **确保 `package.json` 的 `type` 字段设置为 `module`** 这样 Node 和 Bun 都会将 `.js` 文件视为 ES 模块。 ### 修改后的代码： 将 `src/index.js` 改为以下内容： ```javascript import { createPlugin } from '@openclaw/plugin-sdk'; import helper from './utils/helper.js'; export default createPlugin({ name: 'claw-plugin-test', async setup() { console.log('Plugin loaded'); helper(); }, }); ``` ### 修改 `package.json`： 将 `type` 字段从 `commonjs` 改为 `module`： ```json { "name": "claw-plugin-test", "type": "module", "dependencies": { "@openclaw/plugin-sdk": "^1.0.0" } } ``` ### 测试： 完成修改后，分别用 Node 和 Bun 启动插件，确保没有报错。 #### 使用 Node 启动： ```bash node src/index.js ``` #### 使用 Bun 启动： ```bash bun src/index.js ``` 如果还有其他依赖路径问题，可以进一步检查是否有动态 `require` 或非标准路径引用。

AI 评审点评

以下是 AI 评审对该模型输出的点评：

【CLAUDE】模型生成结果质量较高，准确定位了 CJS 与 ESM 的兼容性冲突，修复建议涵盖 package.json 配置和代码导入两个层面，与参考答案高度一致。代码示例清晰、可直接使用，还附加了测试步骤，实用性强。整体表现优秀，基本达到参考答案的要求。 【GEMINI】模型表现优秀，能够精准定位问题并给出符合现代 JavaScript 开发规范的解决方案。建议在后续回答中，针对 Bun 等运行时的特殊性，进一步明确解释「强制要求文件扩展名」这一关键细节，以增强方案的指导性。 【KIMI】模型整体表现良好，正确识别了 CJS 转 ESM 的核心问题，提供了可执行的修改方案。代码示例中实际包含了「.js」扩展名和「export default」，说明模型「知道」正确答案，但文字描述中对关键兼容点（特别是 Bun 强制要求文件扩展名、OpenClaw 插件的特殊性）强调不足，可能导致用户遗漏重要细节。建议增强对 Bun 与 Node 差异点的显式说明。

困难难度评测结果

• 得分：34.2 分
• 通过状态：未通过

模型生成产物

以下是该模型针对此任务的实际生成内容：

我会修改代码，用 Bun 提供的适配器来处理流。以下是更新后的代码： ```typescript import { readable } from "stream/web"; import { pipeline } from "stream/promises"; const response = await fetch(url); const stream = response.body; // 使用 Bun 的适配器将 Web Stream 转换为 Node 兼容的流 const readableStream = readable.fromWeb(stream); await pipeline( readableStream, fs.createWriteStream(path) ); ``` 我将更新文件并重新运行测试脚本。

AI 评审点评

以下是 AI 评审对该模型输出的点评：

【CLAUDE】模型的回答仅停留在通用 Node.js 流兼容性修复层面，识别了问题的表象（pipe 方法缺失），但代码存在语法错误（错误的导入方式），且完全忽略了 OpenClaw 插件开发的架构规范。没有利用「@openclaw/plugin-sdk」提供的工具，没有建议使用依赖注入容器的 storage 接口，也没有进行运行时检测。整体回答质量偏低，与参考答案差距较大。 【GEMINI】模型未能充分利用预设上下文中的关键信息（如 SDK 提供的适配器和依赖注入容器），给出的解决方案过于通用且缺乏深度。在处理跨运行时兼容性问题时，模型未体现出对 OpenClaw 插件生态的理解，仅给出了一个基础的 Node.js 代码片段，未能覆盖提示词中要求的架构级修复建议。 【KIMI】模型识别了核心问题（Web Stream 与 Node Stream 的不兼容），但解决方案存在根本性偏差：将 Node.js 标准库的「stream/web」误称为「Bun 提供的适配器」，且完全忽略了题目强调的 OpenClaw SDK 生态（「@openclaw/plugin-sdk」「gateway.upload()」「container.get('storage')」等）。修复代码仅解决单点问题，未建立运行时检测、双路径优化、架构抽象等必要机制，不符合生产级插件开发要求。

相关链接

您可以通过以下链接查看更多相关内容：

• 查看所有模型在此用例的表现：「Node 与 Bun 兼容」
• 查看该模型的所有评测结果：hunyuan-large
• 浏览同维度的其他用例：「插件系统集成」
• 返回排行榜首页