Show Worker

Octo 架构与接口体验台

一个只负责展示和试用的 Worker 页面：查看 Octo / Ogin 状态，理解 UserDO 与 OctoDO 的边界，并直接体验部分管理类与应用类接口。

当前页面

show.o3o3o.com

实时状态

等待检测

未刷新

接口分层

管理类走 UserDO，应用类走 app key/session，平台类管理 Octo 实例。

UserDO 管理入口

鉴权

面向管理员或登录用户。负责判断权限，再把可信内部调用转给 OctoDO。

WS /ws/userdo指令入口
app.set改 JSON
app.key.set设 Key
app.config.save模型配置

OctoDO 管理类

内部

高权限接口。OctoDO 默认相信来自 UserDO 的内部管理调用。

/app_json_put替换/更新
/upsert_app安装/更新
/appkey_set同步 key
/app_config_saveprompt/tools

OctoDO 应用类

运行时

外部 app 调用。需要 app key 或 session，只能做运行时动作。

/notify通知主脑
/app_data_get读数据
/app_data_set写数据
/user_chat用户对话

Platform 接口

实例

平台级接口，不属于单个 app。负责创建、列出、删除 OctoDO。

/platform/octo/create创建
/platform/octo/list列表
/platform/octo/delete删除
OCTO_DODO 绑定

调用链路

用户对话不一定进 system model，先由 userChat Agent 判断。

用户消息进入 /api/octo/user_chat，先交给 userChat Agent。

→

userChat Agent能直接答就直接推送；需要调用 app 时发送高优先级任务。

→

Octo System Model从通知队列取任务，调度已安装 app，再把结果回调给 userChat。

实时状态

由 Show Worker 代为检测基础服务是否可达。

UserDO WS 指令台

管理类体验。需要 userId 和临时 god key；页面不会保存。

连接与指令

未连接

User ID

God Key

WS JSON 指令

管理指令会真的改目标用户的 OctoDO。测试 app.set 前建议使用一个 demo appid。

LOG

WS 实时日志

Octo 应用类 HTTP Demo

应用类体验。需要 Octo ID 和 app key/session。

API

请求构造器

app runtime

Octo ID

App Key / Session

接口

请求方法

请求体 JSON

应用类接口只应该做运行时能力：通知、数据、聊天、session。不要把管理类接口暴露给外部 app。

OUT

响应