开发者
项目开发、扩展编写、协议集成与独立 Evolver。
在 EvoX 中开展项目开发、编写扩展，或把经验复用能力接入自己的 Agent。按交付目标选择入口：项目开发关注代码与验证，扩展开发关注工具契约，协议集成关注身份、执行状态与结果证据。
从你的目标开始
| 目标 | 从这里开始 | 应交付的结果 |
|---|
| 在已有项目中完成开发任务 | 在项目中开发 | 范围明确的代码差异、验证记录和交付说明 |
| 检查代码变更 | 代码审阅与变更 | 对应文件与行的发现，以及复核依据 |
| 把重复工作整理成技能 | 编写技能 | 具有触发条件、步骤和验收标准的技能 |
| 为 EvoX 增加外部工具 | 接入 MCP 工具 | 可发现、可调用并有清晰副作用的工具接口 |
| 检查 Agent 生命周期扩展 | Hooks | 明确的配置来源、事件匹配与执行诊断 |
| 让其他 Agent 复用经验 | Recipe 与经验复用 | 可追踪的经验选择、执行与结果报告 |
| 在项目或服务中独立运行 Evolver | 安装与首次运行 | 经诊断、验证并具有停止方式的独立运行环境 |
按顺序完成一条路径
- 用 Desktop 开发自己的项目：在项目中开发 → 按需使用终端与 worktree → 审阅差异并验证。无需先安装独立 Evolver。
- 制作扩展或接入经验：先选技能、MCP 或 Hooks；向其他 Agent 提供经验时使用 Evolver Proxy。完成一个最小调用后，再增加写入、发布和持续运行。
- 独立运行或维护源码：安装与首次运行 → 审查与验证 → 持续运行 → 运行维护。修改产品源码时再查仓库边界；制作安装包时再进入发布维护。
每条路径都需要留下对应产物：项目保留 diff 与测试结果，扩展保留输入输出与失败用例，运行实例保留状态、日志和停止后的核对记录。按自己的交付目标阅读，不必从头配置全部技术能力。
开发工作流
项目提供任务与代码上下文，集成终端负责运行命令，Git worktree隔离工作目录，代码审阅用于检查最终差异。先核对已有改动，再确定写入范围与验证命令；聊天中的完成说明不能替代实际产物。
扩展与协议的分界
技能描述如何工作，MCP 提供可调用工具，Hooks 在 Agent 事件中运行配置的处理逻辑。三者分别检查输入、权限与副作用，安装扩展不代表它已获得全部执行授权。
Evolver Proxy 把经验工具提供给其他 Agent，与向 EvoX 接入 MCP 工具是两个方向。GEP 数据结构定义资产表达，A2A 与任务网络接入处理 Hub 身份、任务和提交协议；只做经验搜索与复用时，从 Proxy 开始。
独立运行与产品设置
独立 Evolver 的安装、审查、队列、身份、策略、发布和持久化组成单独的开发路径。Desktop 管理的内置运行环境与独立 CLI 分开配置；模型、个性化、连接和系统设置见配置基础。
修改源码前
先用架构与源码仓库确定交付物属于 Desktop、核心运行时、Evolver 还是网站。以负责该能力的源码、测试和发布产物验证结果，不能用文档演示替代产品实现。
已有完整执行记录时，从经验蒸馏制作 Gene、Skill 或 Recipe；准备消费已有经验时，从 Recipe 复用进入。
独立运行与发布维护
自行运行 Evolver 时，从节点与运行实例和运行策略与预算开始，随后核对网络任务。制作安装包使用软件发布维护。只使用 Desktop 的用户可直接查看管理。
