@ agentproto/ apps (签名)
制成的活性剂 应用程序 —— 说 团队 代理加上他们运行的工作流程,
每个声明 @agentproto/app。导入一个团队,使用任意
其代理/工作流的子集来自您的主机.
import { codeTeam } from "@agentproto/apps/code-team"
// In-process: build the team and pick the agent(s) you want.
const built = await codeTeam.toMastraAgents({ resolveModel: (ref) => registry.resolve(ref) })
built["@agentproto/reviewer"].agent // just the reviewer, as a runnable Mastra agent
// …or use several. The record is keyed by agent id.
const { ["@agentproto/implementer"]: impl, ["@agentproto/fixer"]: fixer } = built
这里的应用程序是普通的 AppHandle —— 说 codeTeam.agents, (中文(简体) ), codeTeam.workflows, (中文(简体) ),
codeTeam.toMastraAgents(...), (中文(简体) ), codeTeam.emit(dir)没有新的东西可以学习.
团队
| 团队 | 导入 | 探员 | 工作流量 |
|---|---|---|---|
code-team | @agentproto/apps/code-team | implementer → reviewer → fixer | deliver-change |
content-team | @agentproto/apps/content-team | researcher → writer → editor → illustrator | produce-content, (中文(简体) ), produce-cover |
mail-triage | @agentproto/apps/mail-triage | triager | triage-inbox |
media-viewer | @agentproto/apps/media-viewer | cataloger | scan-media |
session-viewer | @agentproto/apps/session-viewer | narrator | narrate-session |
ops-panel | @agentproto/apps/ops-panel | manager, (中文(简体) ), watchdog | —— 说 |
每个团队都有一个文件夹 agents/<name>.ts (每个代理人一个自成一体的文件)
——委员会 defineAgent 控件 + body和 workflows/<name>.ts页:1
团队的 index.ts。一个新的团队是一个兄弟文件夹 + 一个再出口.
两种消费方式
- 进行中 —— 说
await team.toMastraAgents({ resolveModel })返回时 以 id 为键的已建代理; 带走所需的代理 .@mastra/core是一个对等点 依赖,所以安装在主机中. - 磁盘 —— 说
await team.emit(dir)写 AGENT.md / WorkFlow.md 显示从磁盘上装入工作空间的运行时间。 不需要马斯特拉.
装入整个目录
@agentproto/apps 也发运a agentproto-apps-sync 二进制,每发一次
将应用程序捆绑到磁盘并写出一个平面目录:
npx agentproto-apps-sync [--base-dir <dir>]
默认基准目录是 ~/.agentproto/apps它写每个应用程序
显示于 <baseDir>/<slug>/ 和摘要目录
<baseDir>/../app-catalog.json (这样) ~/.agentproto/app-catalog.json 以
默认). 上面的五个内置守护进程面板是 没有 这部分
同步/闪电流——它们不是 AppHandles,所以没有什么 .emit(dir)。 。 。 .
运行中的守护进程列出它们 app_catalog 直接( 见“ Builtin 守护进程 ”
上方的面板”,独立于此文件和 ~/.agentproto/apps.json。 。 。 .
已建守护进程面板
几个 @agentproto/runtimeMCP- Apps 中创建的守护进程部件住在这里
也作为家庭应用质量代码 没有 AppHandle编号
(单位:千美元)defineApp 需要一个非空 agents 这些是纯正的
仅读取的观众/演员,没有自己的代理:
| 小组讨论会 | 导入 | MCP 工具代码 |
|---|---|---|
sessions-panel | @agentproto/apps/sessions-panel | agentproto_sessions |
agents-overview | @agentproto/apps/agents-overview | agentproto_agents_overview |
bureau-sessions | @agentproto/apps/bureau-sessions | agentproto_bureau_sessions |
session-story | @agentproto/apps/session-story | agentproto_session_story |
live-session | @agentproto/apps/live-session | live_session |
session-chat | @agentproto/apps/session-chat | agentproto_session_chat |
work-board | @agentproto/apps/work-board | agentproto_work_board |
每次出口a make<Name>App(ops) 生产一种 AgnoMcpApp - 那个
形状 @agentproto/runtime是因为 mcp-apps-adapter.ts 在守护进程上挂载
服务器. @agentproto/runtime是因为 builtin-apps.ts 以
守护进程自己的会话注册(和,用于 work-board)和
无条件装上它们 不 app_install 步骤,他们是
总是列入 app_catalog 下级 category: "builtin". 还有一个内建
面板,终端,留在 @agentproto/runtime (单位:千美元)terminal-panel-app.ts(中文(简体) )
它需要一个活的PTY WebSocket,而不是一个便携式工具呼叫驱动 AgnoMcpApp。 。 。 .
一般设计
团队身份 @agentproto/… 并依赖 没有 产品包
结构变化:无 @agentproto/* 可能导入应用程序
@<app>/core) (中文(简体) ). 这就是让任何主机——包括代理机——导入一个
并直接使用其代理/工作流程.