v0.5 工作草案 · Apache-2.0

一个动作，所有界面。

影核（ActionParity）是面向 AI 时代的动作同源开放标准。让 GUI、CLI、MCP、API 与测试共同调用一个无界面的 Action Core。

阅读规范查看源码

25/25验证器测试通过

6U-King 试点动作

4二元架构规则

ONE COREActionCore

GUI

CLI

MCP

API

Tests

HUMAN NATIVEAGENT NATIVE

WHY ACTIONPARITY

行为不该长在界面里。

当业务逻辑分别写进按钮、命令和 API，多一个界面就多一份实现；当软件只能通过屏幕操作，Agent 就只能猜坐标、读截图，并把业务正确性寄托在像素上。

INTERFACE-BOUND

过去

GUI独立实现
CLI独立实现
API独立实现

行为漂移 · 重复修复 · 截图测试

ACTION-NATIVE

影核

GUICLIMCPONE ACTION CORE

一次实现 · 统一状态 · 可机器验证

THE INVARIANT

影子里，不许有这四样东西。

符合与不符合是二元判断。分数可以帮助审计，但不能替代架构事实。

没有第二份业务实现

No duplicate implementation

按钮、命令和工具都调用同一个 Action Core；修一次，所有入口一起生效。

没有界面独占的策略

No interface-only policy

确认、权限与风险控制必须在动作核心强制，不能只靠前端弹窗。

没有独立的状态真相源

No shadow-owned truth

界面可以缓存状态，但不能拥有状态；所有入口最终观察同一份事实。

没有只能从界面到达的动作

No GUI-only business action

每个有意义的 GUI 动作都保留一条非视觉机器入口，让 Agent 不必猜像素。

ONE CORE, MANY SHADOWS

界面仍然原生，行为只有一份。

GUI 不需要每次启动 CLI 子进程。不同界面可以直接引用同一个动作库，也可以通过本地 IPC 调用同一个常驻运行时。关键不是传输方式，而是所有入口抵达同一个规范实现。

✓稳定 Action ID 与输入输出 Schema
✓统一结果、状态、事件和执行 ID
✓机器入口返回结构化数据
✓危险操作在核心层确认与审计

action-parity.json

{
  "id": "gateway.start",
  "input_schema": { "type": "object" },
  "effects": {
    "class": "write",
    "risk": "medium",
    "confirmation": "conditional"
  },
  "execution": {
    "headless": true,
    "timeout_ms": 30000
  },
  "bindings": [
    { "surface": "desktop" },
    { "surface": "cli" },
    { "surface": "mcp" }
  ]
}

3 shadows → 1 canonical action

OPEN TOOLCHAIN