英文原文: https://argusic.com/subject/ethora

ethora

Ethora 聊天/消息平台的 SDK monorepo。(1) 为你的前端技术栈选择一个 SDK。(2) 手动集成或使用 ethora-setup 集成。(3) 可选地配置应用设置、部署 AI agent 等。服务器：ethora.com 云（免费）、自托管（AWS、Docker、Helm、Cloudron）或带有 SLA 的托管专用服务器。所有选项：ethora.com/get

借助 mock 可运行来源：GitHub项目主页JavaScriptApache-2.0commit 0f289ba4b045

JavaScript，Apache-2.0 许可证. 项目的自我描述：ai chat、chat、chat engine、chat sdk、chat widget、chatbot、developer tools 和 ejabberd.

ethora 可以运行，其依赖的服务由替身代替。一个 Argusic agent 在一台没有 GPU 的干净机器上用 77 分钟完成了安装，遇到 8 个错误，并在无人协助的情况下全部修复，整个会话都被记录了下来。

In this container the Ethora monorepo installs and runs: MCP CLI (stdio+HTTP), backend-integration SDK (13 tests), app-reactjs (build+serve 200), playground (build+serve 200), setup CLI (works end-to-end against a local mock), features renderer, and the React Native SDK test suite (880/881) all execute;

agent 在干净的机器上最终得到的结果，用它自己的话说。 测量方式

每一次都由 Argusic 在全新机器上实测。每个数字都链接到对应的证据。 Argusic 评分 92，满分 100（该项目各次运行得分的平均值）。

概览

结论
借助 mock 可运行
Argusic 评分
92 / 100
验证运行的成本
0.50 USD（实测）
已记录的运行次数
1
最近测试
星标
552
fork 数
112
未关闭的 issue
1
关注者
12
大小
486 MB
创建于
最近推送

项目数据来自 GitHub，链接见本页顶部，更新于 。测试数据由 Argusic 提供 (CC BY 4.0)；每个数字都链接到一个运行页面，附完整的 log、录屏及其 sha256 哈希。

测量了什么

来自决定该结论的那次运行。 每一行都是记录下来的数值，而非估算。

测试 ethora 时每个故障耗费的时间，取自已记录的运行
每一根柱子都是 agent 记录的一次失败，以及它耗费的时间。数据仅取自本次运行。

哪里出了问题，用 agent 自己的话说

agent 的原话，最严重的排在最前，从不改写成建议。

  • sdk-reactjs production build still OOM-killed by the container during vite bundle phase (peak ~1.45GB RSS vs 2GB total incl. agent) even at max-old-space-size=150030 分钟
  • sdk-reactjs: npm install fails (exit 137, OOM) because the package.json 'prepare' script runs two full tsc+vite builds; container has 2GB RAM, no swap20 分钟
  • setup CLI verification: initial scripted drive accidentally used the real Cloud QA API (network reachable) instead of my mock, writing a real profile18 分钟
  • api/tags.js was invalid JavaScript (missing commas between exported tag objects), causing api/index.js (Swagger middleware) to throw SyntaxError and the api/ docs component to be unusable12 分钟
  • sdk-reactjs build fails: Vite 7.3.1 (pinned by package.json) requires Node >=20.19, container had Node 18.19.1 and no nvm; system root unavailable6 分钟
  • sdk-reactnative: hooksBundle.test.tsx 'usePendingNotification' test fails deterministically (asserts AsyncStorage cleared before the asynchronous effect completes); repo test at __tests__/hooksBundle.test.tsx:3356 分钟
安装时间
77 分钟
从冷启动机器到完成
78 分钟
遇到并修复的错误
遇到 8 个，在无人协助的情况下修复了 8 个
结果是如何证明的
npx vitest run (sdk-reactjs) -> 194/196 files, 1274 passed; sdk-reactnative npx jest -> 880 passed/1 failed (hooksBundle race); backend-integration npm test -> 13 passed; MCP initialize handshake returned serverInfo 26.9.5; app-reactjs vite build ok + vite preview -> HTTP 200 on / and /assets/index.js; playground next build ok + next start -> HTTP 200 on / and /api/config; setup CLI driven against mock 127.0.0.1:8899 -> all 19 steps OK and profile saved; api harness /api-docs/ -> 200 and /swagger.json -> 200 (10 tags, 110 paths)
使用的模型 token
2,266,084
测试的确切 commit
0f289ba4b045
容器镜像
sha256:cdd920bce783

没有测量什么

另一半内容，让你清楚看到这些证据能说明到什么程度。缺失的数据就标为缺失，从不填补。

GPU 显存峰值
本次运行在 CPU 机器上进行，没有可采样的 GPU
长时间运行的表现
每次尝试都使用文档中最小的设置和固定的时间预算，因此这里测量的是它能否运行，而不是它在负载下的表现
对接真实服务的表现
本次运行只对照替身服务进行了验证

录屏的结尾

决定该结论的终端会话的最后几行，与录制时完全一致。

  \"test_depth\": \"tier2_mock\",
  \"notes\": \"14 submodules fetched; npm installs done for mcp-cli(setup,backend-integration,sdk-r…
  \"verified_how\": \"npx vitest run (sdk-reactjs) -> 194/196 files, 1274 passed; sdk-reactnative n…
  \"final_state\": \"In this container the Ethora monorepo installs and runs: MCP CLI (stdio+HTTP),…
}
print(json.dumps(result))
PY
python3 /tmp/summarize.py" in /work/repo
 succeeded in 0ms:
{"install_succeeded": true, "launch_succeeded": true, "install_minutes": 77, "errors": [{"msg": "sd…
tokens used
2,266,084

回放完整会话，从干净的机器到此刻的每一条命令。

测试方式

一个 agent，一个容器，没有人工协助。它按照项目自身文档所写的方式安装项目，运行它，并修复出错的地方。下面的一切都按实际发生的过程记录：终端会话、log 和确切的 commit。 完整方法论.

优势与局限

均为实测事实，而非观点。内容是如何撰写的.

顺利的部分

  • 用 77 分钟完成安装。
  • 在无人介入的情况下从全部 8 个错误中恢复，说明这些故障的文档足以让人解决。
  • 采用 Apache-2.0 许可证，以其托管平台报告的信息为准。

不顺利或尚不清楚的部分

  • 只在替身服务下达到了运行状态，因此这里没有任何内容能证明它在真实服务下可以工作。
  • 目前只测量过一次。单次尝试只能说明它可以运行，不能说明它能稳定运行。

同一领域中也测试过的项目

这里的每个项目都由 Argusic 在干净的机器上安装并运行过。未经测试的项目不会出现在这里。

  • graphify 已验证可运行 · Python · 3 个共同主题
  • JeecgBoot 已验证可运行 · Java · 3 个共同主题
  • openagent 已验证可运行 · Go · 3 个共同主题
  • code-graph-rag 已验证可运行 · Python · 3 个共同主题
  • tribe 已验证可运行 · TypeScript · 3 个共同主题
  • synaplan 已验证可运行 · PHP · 3 个共同主题

运行历史

测试者尝试结果评分成本 USD时间
Argusic Runner1/3借助 mock 可运行92.000.50

主题 (来自 GitHub)

ai-chatchatchat-enginechat-sdkchat-widgetchatbotdeveloper-toolsejabberdethoralow-codemcpmessagingmessenger-platformopen-sourceragreactreact-nativereactjswalletxmpp

嵌入徽章

用于项目 README 的 Markdown。徽章链接回本页；使用条款见 条款页面.

[![Tested by Argusic](https://argusic.com/badge/ethora.svg)](https://argusic.com/subject/ethora)

常见问题

ethora 能运行吗？
ethora 可以运行，外部服务由 mock 代替. Argusic 在一台干净的机器上安装并启动了它，用时 77 分钟，过程中遇到 8 个错误，并记录了整个会话。
Argusic 是如何测试 ethora 的？
在一台全新的一次性机器上进行，每条命令都被记录，仓库固定在 commit 0f289ba4b045。共记录了 1 次尝试，完整方法见方法论页面。
测试 ethora 花了多少钱？
得出该结论的那次运行花费 0.50 USD：这是真实的算力和模型成本，而不是按每百万 token 计的标价。该数字记录在那次运行的页面上。
ethora 安装需要多长时间？
在决定该结论的那次运行中，从干净的机器到运行状态用了 77 分钟。这是一次实测的尝试，不是平均值。
ethora 需要 GPU 吗？
启动它不需要。Argusic 在一台没有 GPU 的机器上让它达到了运行状态。
安装 ethora 时会出现什么问题？
已记录的运行中出现了 8 个问题，其中 8 个在无人协助的情况下被修复。每个问题及其耗费的时间都列在本页上。
ethora 的证据在哪里？
这次已记录的运行都在本页上，每次都链接到完整的 log 和终端录屏，并连同 sha256 指纹一起保存，因此无法被悄悄篡改。

Discussion