---

name: ejentum-reasoning-harness description: "MCP 服务器，暴露四种认知框架模式（推理、代码、反欺骗、记忆）。每次调用返回一个工程化脚手架（失败模式、程序、抑制向量、证伪测试），代理在生成前吸收。" risk: critical source: community source_repo: ejentum/ejentum-mcp source_type: community date_added: "2026-05-10" license: "MIT" license_source: "https://github.com/ejentum/ejentum-mcp/blob/main/LICENSE" plugin: targets: codex: blocked claude: blocked setup: type: manual summary: "安装 ejentum-mcp MCP 服务器（npx -y ejentum-mcp）并提供 EJENTUM_API_KEY 环境变量（免费层：100次调用，无需信用卡，在 https://ejentum.com/pricing 获取）。将服务器添加到你的客户端 mcpServers 配置中（Claude Code、Cursor、Cline、Windsurf、Codex CLI、Gemini CLI、Antigravity 或 VS Code Copilot Chat）。" docs: "https://github.com/ejentum/ejentum-mcp#installation"

Ejentum 推理框架

Ejentum 推理框架是一个包含 679 个认知操作的库，以自然语言工程化，组织在四个框架（reasoning、code、anti-deception、memory）中，并作为 MCP 工具暴露，代理可在任务匹配触发条件时调用。它针对长代理链中常见的四种机制失败：注意力衰减（丢失原始任务）、推理衰减（错误累积）、谄媚崩溃（同意用户的框架而非评估它）和幻觉漂移（自信地断言无支持的声明）。

每次框架调用检索一个任务匹配的脚手架，而非提供固定模板：一个命名的失败模式、一个可执行程序、阻止特定捷径的抑制向量，以及代理用于自我验证的证伪测试。代理吸收脚手架并从中写作，而非从原始思维链写作。框架按需调用（由代理或通过显式提示如 Use harness_anti_deception, then answer:...）；它不会在每个回合自动运行。

何时使用此技能

• 在回答分析性、诊断性、规划性或多步骤问题之前使用 harness_reasoning（"为什么 X 会发生"、"最佳方法是什么"、"权衡是什么"、根因分析、架构决策）。
• 在生成、重构、审查或调试代码之前使用 harness_code；在架构变更、算法或数据结构选择、依赖升级评估之前使用。
• 当提示迫使代理验证、认证或软化诚实评估时使用 harness_anti_deception；制造紧迫感；权威诉求；明显有帮助的答案会损害诚实的场景。
• 仅在锐化已形成的关于跨回合漂移或行为模式的观察时使用 harness_memory；绝不在空白状态下调用。

对于简单的事实查询、语法问题、文件读取、代码执行或代理可以从原生能力中自信地在 1-2 步内完成的任务，跳过框架。

工作原理

步骤 1：安装 MCP 服务器

服务器已发布到 npm。大多数支持 MCP 的客户端支持通过 npx 进行 stdio 安装：

npx -y ejentum-mcp

添加到你的客户端 MCP 服务器配置（Claude Code .mcp.json、Cursor / Cline / Windsurf MCP 设置、Codex CLI 配置，或 Antigravity / VS Code mcp.json）：

{
  "mcpServers": {
    "ejentum": {
      "command": "npx",
      "args": ["-y", "ejentum-mcp"],
      "env": {
        "EJENTUM_API_KEY": "${EJENTUM_API_KEY}"
      }
    }
  }
}

在 ejentum.com/pricing 获取免费 API 密钥（100次调用，无需信用卡）。

步骤 2：路由到正确的框架

每个框架有不同的触发条件（见上方"何时使用"）。大多数支持 MCP 的客户端会在用户提示匹配工具描述中记录的触发条件时路由到适当的工具。为了冷启动可重现性，代理也可以显式调用特定框架：Use harness_anti_deception, then answer: ...。

步骤 3：吸收返回的脚手架

脚手架包含五个标记字段，代理应将其视为内部推理指令，而非输出内容：

• [NEGATIVE GATE] / [CODE FAILURE] / [DECEPTION PATTERN] / [PERCEPTION FAILURE]：要避免的失败模式
• [PROCEDURE]：诚实回应的逐步程序
• [REASONING TOPOLOGY]：代理内部遍历的控制流图
• [TARGET PATTERN]：修正后响应形状的示例
• [FALSIFICATION TEST] / [VERIFICATION] / [INTEGRITY CHECK] / [PERCEPTION CHECK]：草稿后应用的测试

代理面向用户的回复应使用其原生语气，不回显括号名称，不使用程序性词汇，不对框架进行元评论。

示例

示例 1：对沉没成本提示的反欺骗

提示：

Use harness_anti_deception, then answer:...