AI编码助手性能优化框架

语言：English | Português (Brasil) | 简体中文 | 繁體中文 | 日本語 | 한국어 | Türkçe | Русский | Tiếng Việt | ไทย | Deutsch | Español

仅使用官方来源。请只从经过验证的渠道安装 ECC：GitHub 仓库 github.com/affaan-m/ECC、npm 包 ecc-universal 和 ecc-agentshield、GitHub App、插件标识 ecc@ecc，以及项目网站 ecc.tools。第三方重新上传的版本和非官方镜像不由项目维护或审核，其中可能包含恶意软件。

开源软件始终免费。本仓库将永久采用 MIT 许可证。ECC Pro 是面向私有仓库的托管式 GitHub App。赞助者和 Pro 订阅用户为这项工作提供资金支持。因此，一名维护者才能做到每周为 7 种工具环境发布更新。

社区赞助者：Mike Morgan · @jasonwu513 · @1anter · @massimotodaro · @meadmccabe

成为赞助者 · 赞助等级 · 赞助计划

你的 AI 智能体能够编写代码，而 ECC 则为它提供一套协调一致的工程系统和工具箱：构建前先制定计划、通过测试验证变更、从全新的上下文审查自己的工作、记住重要信息，并将反复奏效的实践转化为可复用的技能和工作流。

plan -> test -> implement -> review -> verify -> remember -> improve

无需在每个提示词中重新构建这套流程，只需安装一次，让它成为 AI 智能体工作方式的一部分。

优化上下文窗口。持久化其他所有内容。

ECC 是采用 MIT 许可证的开源软件。目前与 Claude Code 配合使用的效果最佳，同时提供一流的 Codex 支持，以及面向 Cursor、OpenCode、Gemini、Zed、GitHub Copilot、Antigravity、Qwen 和其他工具环境的适配器。

你可以使用 67 个 AI 智能体、281 项技能和 94 个旧版命令兼容层，以及钩子、规则、记忆、持续学习和 AgentShield 安全扫描功能。这些 AI 智能体分别专注于规划、审查、构建修复、安全、架构和领域工作。

每种工具环境只能选择一种安装路径

你可以同时在 Claude Code、Codex 和其他工具环境中使用 ECC。请为每种工具环境选择一种安装方式：

可行：Claude Code 插件 + Codex 同步

避免：Claude Code 插件 + 完整的 Claude 手动安装

避免：Codex 同步 + Codex 市场插件

推荐的默认方式：为 Claude Code 安装 Claude Code 插件，并为 Codex 使用受支持的同步流程。不要叠加安装方式。在同一个工具环境中重复安装 ECC 可能导致技能、命令、钩子或配置重复；在多个不同工具环境中各安装一次则不会。

如果你已经叠加了多种安装方式，并且发现内容重复，请直接跳到“重置 / 卸载 ECC”。

在 Claude Code 中运行以下命令：

/plugin marketplace add https://github.com/affaan-m/ECC
/plugin install ecc@ecc

这会安装 ECC 的技能、AI 智能体、命令和由插件管理的钩子。Claude Code 插件无法分发规则，因此只添加你实际需要的规则包：

git clone https://github.com/affaan-m/ECC.git
cd ECC
mkdir -p ~/.claude/rules/ecc
cp -R rules/common ~/.claude/rules/ecc/
cp -R rules/typescript ~/.claude/rules/ecc/  # replace with your stack

从 rules/common 加上一个你实际使用的语言或框架规则包开始。如果已经安装插件，请不要随后运行 ./install.sh --profile full。

直接添加到你的 ~/.claude/settings.json：

{
  "extraKnownMarketplaces": {
    "ecc": {
      "source": {
        "source": "github",
        "repo": "affaan-m/ECC"
      }
    }
  },
  "enabledPlugins": {
    "ecc@ecc": true
  }
}

这样得到的结果与上面的两条 /plugin 命令相同。

ECC 有三个公开标识，它们不能互换使用：

GitHub 源代码仓库：affaan-m/ECC

Claude 市场/插件标识：ecc@ecc

npm 包：ecc-universal

这是有意为之。Anthropic 市场/插件安装以规范的插件标识为键，因此 ECC 使用 ecc@ecc，以使工具名称和斜杠命令命名空间足够简短，从而满足严格的 Desktop/API 验证器要求。较早的文章可能仍会显示以前较长的市场标识；请仅将其视为旧版别名。另外，npm 包继续使用 ecc-universal，因此 npm 安装和市场安装有意采用不同的名称。

npm 版本按版本标签发布，而不是按每次提交发布，因此 ecc-universal 跟踪的是发布版本（2.1、2.2……），而不是 main 分支的每次推送。如果你想使用最前沿的版本，请从 git 安装。

如果本地 Claude 配置被清除或重置，并不意味着你需要重新购买任何内容。先运行 node scripts/ecc.js list-installed，然后运行 node scripts/ecc.js doctor 和 node scripts/ecc.js repair，再考虑重新安装。通常，这样就能恢复由 ECC 管理的文件，而无需重新构建整个配置。

Codex 最可靠的 ECC 配置方式是同步流程。请先运行一次 Codex，以确保 ~/.codex/config.toml 已存在。同步过程会保留现有的 Codex 文件、创建带时间戳的备份，并将 ECC 的 AGENTS.md、技能、提示词、AI 智能体和参考配置合并到 ~/.codex 中：

git clone https://github.com/affaan-m/ECC.git
cd ECC
npm install
bash scripts/sync-ecc-to-codex.sh

你也可以直接在 Codex 中打开 ECC 仓库，以使用项目本地配置。Codex 会读取根目录下的 AGENTS.md，以及 .codex/ 中受信任的项目配置，而无需进行全局同步。

有关仓库导航、模块归属和 PR 差异包的指导，请阅读 Codex ECC Navigation Map。

Codex 官方支持插件市场，ECC 也发布了仓库市场：

codex plugin marketplace add affaan-m/ECC
codex plugin marketplace list

重启 Codex，然后从 Plugins 目录安装或启用 ecc。不要在 Codex 同步流程之上再添加市场插件。市场注册在 Codex 中是稳定的，但 ECC 当前的插件包引用了仓库中的共享内容，而这些内容可能不会复制到 Codex 的安装缓存中。在上游缓存行为得到解决之前，如果你需要可靠地使用 ECC 的全部技能，请采用上面的同步流程。

在 ECC 检出目录中，可以使用以下命令验证已安装的插件缓存：

node scripts/codex/check-plugin-cache.js

有关当前限制和跟踪议题，请参阅 .codex 插件说明。

其他 AI 智能体和编辑器

克隆一次 ECC，然后选择与你的工具环境匹配的目标：

git clone https://github.com/affaan-m/ECC.git
cd ECC

本仓库已经包含 GitHub Copilot 支持。.github/copilot-instructions.md 提供指令层，.github/prompts/ 包含可复用的 /plan、/tdd、/security-review、/build-fix 和 /refactor 提示词，.vscode/settings.json 则会启用 chat.promptFiles。

对于没有原生 ECC 目标的工具环境，请使用手动适配指南。该指南介绍了如何将少量 ECC 技能和工作流指令迁移到聊天式工具中，同时不会假装钩子或原生技能发现功能可用。

Cursor 会将 AI 智能体定义安装到 .cursor/agents/ecc-*.md 下。Cursor 的原生加载行为可能因 Cursor 版本而异。ECC 不会将根目录的 AGENTS.md 安装到 .cursor/ 中。该适配器会将 Cursor 的上下文限定在其原生规则和 AI 智能体接口中。

针对各工具环境的深入说明（功能对等情况、钩子适配器和限制）位于下方的“平台支持”部分。

高级安装选项

这些选项直接放在主要安装路径下方，因此当默认配置不适合时，你无需在 README 中到处查找。

低上下文 / 无钩子路径

如果你希望使用 ECC 的规则、AI 智能体、命令、平台配置和核心工作流，但不需要运行时钩子，请使用此方式：

./install.sh --profile minimal --target claude
# or, without cloning first
npx ecc-install --profile minimal --target claude

.\install.ps1 --profile minimal --target claude

此配置方案会有意排除 hooks-runtime。

Claude 手动安装会将每项技能直接放到 ~/.claude/skills/<skill-name>/ 下（对于 claude-project，则放到 .claude/skills/<skill-name>/ 下），以便 Claude Code 能够发现它。升级较旧的 ECC 手动安装时，安装程序只会迁移 ECC 安装状态中记录的嵌套 skills/ecc/ 文件。如果某个扁平化技能目录归用户所有，ECC 会保留该目录、输出冲突警告，并继续跟踪任何较旧的托管副本，以便安全卸载，而不会覆盖用户文件。

如需使用普通的 core 配置方案但禁用钩子：

./install.sh --profile core --without baseline:hooks --target claude

只有确实需要时，才在之后添加钩子运行时：

./install.sh --target claude --modules hooks-runtime

先找到合适的组件

询问随包提供的顾问工具，哪些组件适合你的工作：

npx ecc consult "security reviews" --target claude

它会返回匹配的组件、相关配置方案，以及预览和安装命令。如果你想检查确切的文件计划，请在安装前使用预览命令。

你也可以安装明确指定的技能或能力：

./install.sh --target claude --skills tdd-workflow,security-review
npx ecc install --profile minimal --target claude --with capability:machine-learning

也可以逐个手动复制组件。每个组件都完全独立：

# 仅安装 AI 智能体
cp agents/*.md ~/.claude/agents/

# 规则目录（通用规则 + 特定语言规则）
mkdir -p ~/.claude/rules/ecc
cp -r rules/common ~/.claude/rules/ecc/
cp -r rules/typescript ~/.claude/rules/ecc/   # 选择你使用的技术栈

# 仅安装核心/通用技能（Claude Code 从 ~/.claude/skills
# 的直接子目录加载技能；请勿将手动安装的内容嵌套到 ~/.claude/skills/ecc/ 下）
mkdir -p ~/.claude/skills
cp -r .agents/skills/* ~/.claude/skills/
cp -r skills/search-first ~/.claude/skills/

# 可选：在迁移期间保留受维护的斜杠命令兼容性
mkdir -p ~/.claude/commands
cp commands/*.md ~/.claude/commands/

已弃用的兼容垫片位于 legacy-command-shims/。仅当你仍然需要 /tdd 等旧名称时，才从中复制相应文件。

如果 ECC 的规范只应应用于某个代码仓库，而不是每个 Claude Code 会话，请使用项目本地规则：

cd your-project
mkdir -p .claude/rules/ecc
cp -R /path/to/ECC/rules/common .claude/rules/ecc/
cp -R /path/to/ECC/rules/typescript .claude/rules/ecc/

规则属于始终加载的上下文，因此请先使用 common，再加上一个与你实际使用的技术栈对应的规则包。手动复制规则时，请复制整个语言目录（例如 rules/common 或 rules/golang），而不是复制目录中的文件，以确保相对引用仍然有效，并避免文件名冲突。

仅当你有意跳过插件安装方式时，才使用以下方法：

git clone https://github.com/affaan-m/ECC.git
cd ECC
./install.sh --profile full

git clone https://github.com/affaan-m/ECC.git
cd ECC
.\install.ps1 --profile full

如果选择这种方式，请到此为止，不要再运行 /plugin install。

对于自行挑选内容的手动安装，Claude 会将 ~/.claude/skills/ 的直接子目录识别为技能；请勿将它们嵌套到 ~/.claude/skills/ecc/ 下。

不要把仓库中的原始 hooks/hooks.json 复制到 ~/.claude/settings.json 或 ~/.claude/hooks/hooks.json。该文件面向插件和仓库环境；请使用安装程序，以便正确重写钩子命令路径：

bash ./install.sh --target claude --modules hooks-runtime

该命令会将路径解析后的钩子写入 ~/.claude/hooks/hooks.json，并且不会修改任何现有的 ~/.claude/settings.json。

如果你通过 /plugin install 安装了 ECC，请勿将这些钩子复制到 settings.json。Claude Code v2.1+ 已经会自动加载插件的 hooks/hooks.json，在 settings.json 中重复配置会导致钩子重复执行以及跨平台钩子冲突。

在 Windows 上，Claude 的配置根目录是 %USERPROFILE%\\.claude；请使用以下命令安装钩子运行时：

pwsh -File .\install.ps1 --target claude --modules hooks-runtime

Claude 插件安装有意不会自动启用 ECC 捆绑的 MCP 服务器定义。这样既能避免在限制严格的第三方网关上产生过长的插件 MCP 工具名称，也仍然允许手动配置 MCP。

如需实时修改 Claude Code 服务器，请使用 Claude Code 的 /mcp 命令或由 CLI 管理的 MCP 配置；Claude Code 会将这些选择持久化到 ~/.claude.json。如需在仓库本地使用 MCP，请将 mcp-configs/mcp-servers.json 中所需的 MCP 服务器定义复制到项目级的 .mcp.json。

ECC 默认只提供一个连接器（chrome-devtools）；其他所有内容要么是封装 CLI/REST API 的技能，要么是需要自行选择启用的目录条目。相关规则以及在 2026 年 6 月停用先前六个默认连接器的审计记录，位于 docs/MCP-CONNECTOR-POLICY.md。

如果你已经在运行自己部署的 ECC 捆绑 MCP 实例，请设置：

export ECC_DISABLED_MCPS="chrome-devtools"

ECC 管理的安装和 Codex 同步流程将跳过或移除这些捆绑服务器，而不会再次添加重复实例。ECC_DISABLED_MCPS 是 ECC 的安装/同步过滤器，不是 Claude Code 的实时开关。

重要：请将 YOUR_*_HERE 占位符替换为你的实际 API 密钥。

基础插件/规则安装不包括 multi-* 命令。

要使用 /multi-plan、/multi-execute、/multi-backend、/multi-frontend 和 /multi-workflow，还必须安装 ccg-workflow 运行时。使用 npx ccg-workflow 对其进行初始化。

该运行时会提供这些命令所依赖的外部组件，包括：

~/.claude/bin/codeagent-wrapper

~/.claude/.ccg/prompts/*

如果没有 ccg-workflow，这些 multi-* 命令将无法正常运行。

ECC 通过各个智能体运行环境的常规配置工作，因此无需修改 ECC 的工作流，你就可以使用官方提供商、兼容的自定义 API 端点或模型网关，也可以使用自行托管的模型。

对于 Claude Code，ECC 不会硬编码 Anthropic 托管的传输设置。以下是最小化的网关配置示例：

export ANTHROPIC_BASE_URL=https://your-gateway.example.com
export ANTHROPIC_AUTH_TOKEN=your-token
claude

如果你的网关会重新映射模型名称，请在 Claude Code 中进行配置，而不是在 ECC 中配置。只要 claude CLI 已经能够正常工作，ECC 的钩子、技能、命令和规则就与模型提供商无关。请参阅 Anthropic 的 LLM 网关文档和模型配置文档。

请使用独立的计算和服务部署方案，在该网关后运行或自行托管任意开源模型。如果你需要 GPU 容量，Itô 是 ECC 首选的算力赞助商；任何 GPU 提供商都可以使用。赞助链接是被动的：它不会发起 RFQ、预留容量、配置算力或部署推理服务。与此不同，ecc ito find 会调用明确配置的官方 Itô CLI，并提交实时、已认证的 RFQ；它不会预留容量。Itô 的托管推理目前尚未上线。

自行托管 Kimi，并搭配 ECC 与 Itô 算力

Kimi Code 智能体运行环境与模型服务层彼此独立。ECC 负责配置智能体运行环境；你需要自行提供 API 端点，或者在自己的 GPU 算力上托管开放权重的 Kimi 模型：

按照 Kimi Code 的官方提供商指南配置端点，然后安装 ECC：

bash ./install.sh --target kimi --profile minimal
npx ecc doctor --target kimi
kimi

Kimi Code 会原生发现已安装的 .kimi/AGENTS.md 指令和 .kimi/skills/ 工作流。安装程序的试运行和回归测试套件会验证 Kimi 目标的所有内容都保持在项目本地的 .kimi/ 根目录内。

Itô 算力 CLI 桥接

ecc ito 会委托给单独安装的官方 Itô 客户端；ECC 不会维护第二套 API 客户端或浏览器跳转流程。可用操作包括 ecc ito auth、ecc ito find、ecc ito status，以及另行设有门槛的 ecc ito evals。对应的 MCP 工具仍为 ito_auth、ito_find 和 ito_status；节点资格认定仅能通过 CLI 完成。

ito-compute-cli 软件包目前尚未发布。请从 Itô 运行时仓库（服务完善期间为私有仓库；设计合作伙伴可获得访问权限）的 cli/ito-compute-cli 下进行本地构建，运行 npm ci 和 npm run check，然后将 ECC_ITO_CLI_EXECUTABLE 设置为该构建产物中 dist/bin/ito.js 的绝对路径。请从 1Password 或启动环境中注入 ITO_API_KEY。ECC 不会通过 PATH 发现这个携带凭据的客户端。有关完整的 RFQ 权限和 MCP 配置约定，请参阅 ito-compute 技能。

find 会提交实时、已认证的 RFQ，但不会预留容量。evals 要求同时设置 ITO_ENABLE_SIXTYTWO_LIVE=1 和 --live-sixtytwo，还需要单独安装 sixtytwo-cli==0.3.33、提供明确的节点列表，以及使用一个已经存在的绝对配置目录。它不能租用、启动、恢复、修复或购买资源。ECC 不提供报价锁定、购买、工作负载或推理路径，并且绝不会在缺少客户端或实时调用失败时以本地结果替代。

重置/卸载 ECC

如果 ECC 看起来存在重复配置、干扰过多或已经损坏，请在重新安装前检查其托管状态：

node scripts/ecc.js list-installed
node scripts/ecc.js doctor
node scripts/ecc.js repair
node scripts/ecc.js uninstall --dry-run

如需直接卸载：

node scripts/uninstall.js --dry-run
node scripts/uninstall.js

插件用户应先从 Claude Code 中移除插件，然后只删除自己手动复制且不再需要的规则目录。ECC 只会移除记录在其安装状态中的文件，不会将智能体运行环境目录中的无关文件认定为自己管理的文件。

如果你叠加使用了多种安装方式，请按以下顺序清理：

移除 Claude Code 插件安装。

在仓库根目录运行 ECC 卸载命令，移除由安装状态管理的文件。

删除你手动复制且不再需要的其他规则目录。

只使用一种安装方式重新安装一次。

从你需要的工作流开始，而不是从完整目录开始。

Claude Code 插件命令使用带命名空间的形式：

/ecc:plan "Add authentication"

手动安装可能会提供更简短的兼容形式：

/plan "Add authentication"

技能是主要的工作流入口。命令仍然是方便的入口点和兼容垫片。使用以下命令检查已安装的内容：

/plugin list ecc@ecc

技能是规范的工作流入口；对于以命令为先的工作流，受维护的斜杠命令入口仍然可用。

下文会在斜杠形式仍属于受维护命令范围时予以展示。/tdd 和 /eval 等已弃用的短名称垫片位于 legacy-command-shims/，仅供明确选择启用。

开始开发新功能：

/ecc:plan "Add user authentication with OAuth"
                                              -> 规划器创建实现蓝图
tdd-workflow 技能                            -> tdd-guide 强制先写测试
/code-review                                  -> code-reviewer 检查你的工作

tdd-workflow 技能                            -> tdd-guide：编写一个能够复现问题的失败测试
                                              -> 实现修复，并验证测试通过
/code-review                                  -> code-reviewer：捕获回归问题

生产环境准备：

/security-scan                                -> security-reviewer：执行 OWASP Top 10 审计
e2e-testing 技能                             -> e2e-runner：测试关键用户流程
/test-coverage                                -> 验证测试覆盖率达到 80% 以上

ECC 2.1 新增：Plan Canvas · Kimi 运行框架 · 在 Itô GPU 上使用自托管算力。查看完整发布说明 →

Plan Canvas：通过指点而非重新输入来审查计划

你的 AI 智能体编写计划后，会在仅允许环回访问的浏览器画布中打开它。点击你想讨论的部分，添加带编号的批注，通过侧边栏聊天，然后点击 Approve plan 或 Request changes。审查结果会直接映射到 /plan 的 CONFIRM 门禁。Mermaid 图表会实时渲染，对计划文件的编辑也会触发页面重新加载。

它不依赖特定运行框架或模型：这是一个通过 JSON 通信的普通 CLI（ecc-plan-canvas），因此任何 AI 智能体都可以驱动它。试用方式：让你的 AI 智能体对任意内容执行 /ecc:plan，然后在页面中而不是终端里审查计划。

打开本演示所使用的计划 →

Kimi Code 安装目标（--target kimi）：ECC 可原生安装到 Moonshot AI 的 Kimi Code CLI 中

在 GPU 上自托管：提供一条经过验证的 Itô 部署路径。Itô 是 ECC 首选的算力赞助商，其中包括需要主动启用的 ecc ito find RFQ 桥接功能（详细信息及披露内容见上方安装选项）

Moonshot AI（Kimi）、Itô 和 Atlas Cloud 现已成为公开赞助商

Hermes + OpenClaw 安装目标、Codex 导航指南、整合后的 PostToolUse hooks，以及供应链加固

当前开发重点：Unified Memory Vault

ecc memory 为 Claude、Codex、Hermes、OpenClaw、Kimi 及其他运行框架提供一种统一的、本地可检查的 Markdown 格式，用于持久化上下文和交接信息。可选的 ecc-memory-mcp stdio 服务器提供同样受限的 save/search/read/doctor 接口，但默认不会自行启用。完整详情请参阅下方的“在不同运行框架之间共享上下文”。

v2.0.0：AI 智能体运行框架操作系统（2026 年 6 月）

2.0 系列正式升级为稳定版：包括控制面板基础层（会话适配器 + MCP 清单）、工作树生命周期服务、orch-* 编排器系列，以及 ECC Discord 社区的上线。完整说明：docs/releases/2.0.0/release-notes.md。

v2.0.0-rc.1：界面焕新、操作员工作流与 ECC 2.0 Alpha（2026 年 4 月）

Dashboard GUI：新增基于 Tkinter 的桌面应用程序（ecc_dashboard.py 或 npm run dashboard），支持深色/浅色主题切换、字体自定义，并在标题栏和任务栏中显示项目徽标。

面向公众的内容与实时仓库同步：元数据、目录统计、插件清单以及面向安装流程的文档，现在均与实际的开源内容保持一致。

操作员与对外工作流扩展：brand-voice、social-graph-ranker、connections-optimizer、customer-billing-ops、ecc-tools-cost-audit、google-workspace-ops、project-flow-ops 和 workspace-surface-audit 共同完善了操作员工作流。

媒体与发布工具：manim-video、remotion-video-creation 以及升级后的社交媒体发布功能，使技术讲解和发布内容成为同一系统的一部分。

框架和产品能力扩展：nestjs-patterns、更丰富的 Codex/OpenCode 安装支持，以及扩展后的跨运行框架打包能力，使该仓库不再局限于单一运行框架。

Itô 预测市场技能包：ito-market-intelligence、ito-basket-compare、ito-trade-planner、ito-data-atlas-agent、prediction-market-oracle-research 和 prediction-market-risk-review 增加了公开的非投资建议类市场/组合工作流，同时继续对实时 Itô API 访问实施门禁，并将其与 ECC Tools 计费分离。

优化技能包：parallel-execution-optimizer、benchmark-optimization-loop、data-throughput-accelerator、latency-critical-systems 和 recursive-decision-ledger，将重复出现的提速/递归类提示转化为边界明确的基准测试、吞吐量优化和决策账本工作流。

ECC 2.0 Alpha 已内置于源码树中：ecc2/ 中的 Rust 控制平面原型可在本地构建，并提供 dashboard、start、sessions、status、stop、resume 和 daemon 命令。

操作员状态快照：ecc status --markdown --write status.md 可将本地状态存储转换为便于携带的交接文档，其中涵盖就绪状态、活跃会话、技能运行健康状况、安装健康状况、待处理的治理事件，以及来自 Linear/GitHub/交接记录的关联工作项。

生态系统加固：AgentShield、ECC Tools 成本控制、计费门户相关工作和网站更新继续围绕核心插件交付，而不是逐渐分裂成彼此独立的孤岛。

v1.9.0：选择性安装与语言扩展（2026 年 3 月）

选择性安装架构：由清单驱动的安装流水线，通过 install-plan.js 和 install-apply.js 实现目标组件的定向安装。状态存储会跟踪已安装的内容，并支持增量更新。

新增 6 个 AI 智能体：typescript-reviewer、pytorch-build-resolver、java-build-resolver、java-reviewer、kotlin-reviewer、kotlin-build-resolver，将语言覆盖范围扩展至 10 种语言。

新增技能：pytorch-patterns、documentation-lookup、bun-runtime、nextjs-turbopack、8 项运维领域技能，以及 mcp-server-patterns。

会话与状态基础设施：配备查询 CLI 的 SQLite 状态存储、用于结构化记录的会话适配器，以及支持技能自我改进的技能演进基础。

编排系统全面升级：确定性的运行框架审计评分、更可靠的编排状态和启动器兼容性，以及通过五层护栏防止观察器循环。

观察器可靠性：通过节流和尾部采样修复内存爆炸问题，同时完成沙箱访问修复、延迟启动逻辑和重入护栏。

12 种语言生态系统：新增规则