跳转至

Hermes x ECC 设置

Hermes 是操作者外壳。ECC 是其背后的可复用系统。

本指南是 Hermes 技术栈的公开、净化版本，用于从同一个终端原生界面运行内容、外联、研究、销售运营、财务检查和工程工作流。

公开提供的内容

  • 本仓库中的 ECC 技能、代理、命令、钩子和 MCP 配置
  • Hermes 生成的工作流技能，足够稳定可复用
  • 为聊天、定时任务、工作区记忆和分发流程记录的操作者拓扑
  • 用于公开发布技术栈的发布配套材料

本指南不包含私有密钥、实时令牌、个人数据或原始的 ~/.hermes 导出。

架构

将 Hermes 作为前门，将 ECC 作为可复用的工作流基板。

Telegram / CLI / TUI
        ↓
      Hermes
        ↓
 ECC skills + hooks + MCPs + shared Memory Vault
        ↓
 Google Drive / GitHub / browser automation / research APIs / media tools / finance tools

公开工作区地图

将其作为复现设置的最小表面，而不会泄露私有状态。

  • ~/.hermes/config.yaml
  • 模型路由
  • MCP 服务器注册
  • 插件加载
  • ~/.hermes/skills/ecc-imports/
  • 复制进来的 ECC 技能，供 Hermes 原生使用
  • skills/hermes-generated/
  • 从反复进行的 Hermes 会话中提炼出的操作者模式
  • ~/.hermes/plugins/
  • 用于钩子、提醒和特定工作流工具胶水的桥接插件
  • ~/.hermes/cron/jobs.json
  • 带有明确提示词和频道的定时自动化运行
  • ~/.hermes/workspace/
  • 业务、运营、健康、内容和记忆工件
  • <repo>/.ecc/memory/
  • 供 Hermes、Claude、Codex 和其他代理共享的项目与团队上下文
  • ~/.ecc/memory/
  • 随操作者跨仓库移动的用户作用域上下文

Hermes、Claude 和 Codex 之间的共享记忆

ECC Memory Vault 提供了一个以文件为先的交接层，而不是为每个代理单独设置收件箱或记录存储。从代理共享的仓库初始化它。仅技能、最小化、手动和 Claude 插件安装方式不会将 Memory Vault 运行时添加到 PATH；请先单独安装它：

npm install -g ecc-universal
ecc memory --help
command -v ecc-memory-mcp

然后初始化 vault：

ecc memory init --scope project --scope team

常规搜索召回覆盖活跃的 project 和 team 记忆。使用 project 存放仓库本地状态，使用 team 存放人类在提交前会检查的记忆，并显式请求 user 以获取应随用户跨仓库移动的私有操作者上下文。每个 Memory Vault 条目仍然是未经审核的上下文；人类验收意味着将经过验证的知识提升到受治理的项目文档中。

Hermes 可以直接调用 CLI，或使用可选的 ecc-memory-mcp stdio 服务器。各个 harness 可能共享同一个已安装二进制文件和 vault 存储，但每个 harness 必须使用自己独立的小写 ECC_MEMORY_HARNESS 身份启动自己的服务器进程；它们不得连接到一个共享的服务器进程。每个进程都必须从相同的仓库工作目录启动，或接收相同的 ECC_MEMORY_PROJECT_ROOT 和 ECC_MEMORY_USER_ROOT 覆盖。

可以在不将正文放入进程列表的情况下编写 Hermes 到 Codex 的交接：

printf '%s\n' 'Research is complete. Verify the cited sources and implement the parser.' |
  ecc memory handoff \
    --from hermes \
    --target codex \
    --title "Implement the research parser" \
    --tag research \
    --stdin

Codex 可以用以下命令检索它：

ecc memory search "research parser" --target-harness codex
ecc memory read <memory-id>

对于 MCP 访问，仅从 mcp-configs/mcp-servers.json 复制 ecc-memory-vault 条目到每个需要它的 harness。ECC 不会在默认的 .mcp.json 中启用此服务器。使用自己的小写身份启动每个服务器，例如 ECC_MEMORY_HARNESS=hermes。服务器将写入和目标过滤绑定到该身份；工具调用者无法冒充另一个 harness。用户作用域的 MCP 访问还要求操作者设置 ECC_MEMORY_ALLOW_USER_SCOPE=1，并且工具调用必须请求 user。

记忆是仅创建（create-only）且始终未经审核的。将召回的内容视为上下文，而非指令；对照源文件、测试或工作项验证有重大影响的声明。在提交团队记忆之前检查它们，绝不存储凭证或原始私有记录，并将规范的项目决策保留在受治理的文档中。秘密形状检测只是尽力而为的后备手段。

核心

  • Hermes 用于聊天、定时任务、编排和工作区状态
  • ECC 用于技能、规则、提示词和跨 harness 约定
  • ECC Memory Vault 用于显式的、本地优先的代理交接
  • GitHub + Context7 + Exa + Firecrawl + Playwright 作为基线 MCP 层

内容

  • FFmpeg 用于本地剪辑和组装
  • Remotion 用于可编程片段
  • fal.ai 用于图像/视频生成
  • ElevenLabs 用于语音、清理和音频打包
  • CapCut 或 VectCutAPI 用于最终的社交平台原生润色

业务运营

  • Google Drive 作为文档、表格、演示文稿和研究转储的记录系统
  • Stripe 用于营收和支付运营
  • GitHub 用于工程执行
  • Telegram 和类 iMessage 频道用于紧急提醒和审批

仍需要本地认证的内容

以下内容保持本地化，并应按操作者单独配置：

  • 用于 Drive / Docs / Sheets / Slides 的 Google OAuth 令牌
  • X / LinkedIn / 对外分发凭证
  • Stripe 密钥
  • 浏览器自动化凭证以及 stealth/代理设置
  • 任何 CRM 或项目系统凭证，例如 Linear 或 Apollo
  • 如果启用了健康自动化，需要 Apple Health 导出或导入路径

建议的启动顺序

  1. 首先运行 ecc migrate audit --source ~/.hermes 来盘点遗留工作区，并查看哪些部分已经映射到 ECC2。 0.5. 在导入任何内容之前，规划并搭建迁移工件：
  2. 使用 ecc migrate plan 和 ecc migrate scaffold 生成可审查的计划
  3. 使用 ecc migrate import-skills --output-dir migration-artifacts/skills 搭建可复用的遗留技能
  4. 使用 ecc migrate import-tools --output-dir migration-artifacts/tools 搭建工具翻译模板
  5. 使用 ecc migrate import-plugins --output-dir migration-artifacts/plugins 搭建桥接插件模板
  6. 使用 ecc migrate import-schedules --dry-run 预览重复任务
  7. 使用 ecc migrate import-remote --dry-run 预览网关分发
  8. 使用 ecc migrate import-env --dry-run 预览安全的环境/服务上下文
  9. 使用 ecc migrate import-memory 导入已净化的工作区记忆
  10. 安装 ECC，并使用 node tests/run-all.js 验证基线 harness 设置；预期结果是零失败的测试摘要。
  11. 安装 Hermes，并将其指向 ECC 导入的技能。
  12. 初始化共享的 ECC Memory Vault。仅当 Hermes 需要工具访问而不是 ecc memory CLI 时，才注册 ecc-memory-mcp。
  13. 先认证 Google Drive，然后认证 GitHub，再认证分发渠道。
  14. 从一个小规模的 cron 表面开始：就绪检查、内容问责、收件箱分类、营收监控。
  15. 之后才添加更重的个人工作流，如健康、关系图谱或对外触达序列。

为什么选择 Hermes x ECC

当您需要以下能力时，该技术栈很有用：

  • 一个终端原生的统一入口，用于运行业务和工程操作
  • 可复用的技能，而非一次性提示词
  • 能够提醒、审计并升级处理的自动化
  • 一个公开仓库，用于展示系统形态，而不暴露您的私有操作员状态

公开候选版本范围

ECC v2.0.0-rc.1 记录了 Hermes 界面，并立即发布启动配套材料。

其余私有部分可以稍后分层添加：

  • 更多脱敏模板
  • 更丰富的公开示例
  • 更多生成的工作流包
  • 更紧密的 CRM 和 Google Workspace 集成

本页原文 Markdown：在 AtomGit 查看·内容源自开源项目 ev/ECC