做应用、留方法、查资料、交任务。从九个模块，看懂 Matrix Land SI 怎样支持日常工作。
先看你要做什么
做一个团队工具，从 App 开始；留下工作方法，看 Skill；整理共同资料，看知识库；交给助手持续做事，看 Mate。后面的连接、开发与模型服务，为这些工作提供支持。
- 业务工作
- App · Skill · Knowledge · Mate
- 连接与身份
- MCP · CLI · Auth SDK
- 共同支持
- Token Service · 社区
这是阅读分组。一次实际任务会跨过几组：例如 Mate 读取 Skill，用员工身份查应用与知识库，再调用模型整理结果。
先读每个模块解决什么问题、有哪些能力，再看它怎样运作、与其他模块怎样配合。示例用于说明工作方式，具体应用仍需按业务要求配置。
01LEGO APP
面向业务人员的创作平台
把每天都在做的一件事，做成团队真正用得起来的应用。
解决什么问题
很多业务需求说起来很小：跟进一批客户、整理活动报名、核对一组费用。用表格可以开始，但人一多，就需要统一的数据、明确的权限和稳定的入口。AI 已经能帮助业务人员写出程序，LEGO 接着解决另一个问题：程序写好以后，放在哪里运行，数据存在哪里，谁来使用，后续怎样修改。
有哪些能力
- 应用与运行空间
- 为应用登记名称、负责人和访问入口，托管网页或业务程序。一本在线手册可以是应用，一套客户跟进工具也可以是应用。
- 数据、文件和后台工作
- 按需要配置数据库、文件存储、轻量缓存、任务队列和定时触发，也可以连接已有数据库。业务记录、附件和耗时任务因此有各自合适的去处。
- 版本与发布
- 保存源码快照、运行产物和版本说明；准备好的版本经过发布才供正式用户使用。需要时可以切换回旧的代码版本。
- 人与 AI 共用业务能力
- 网页供人操作；应用还可以声明 MCP 工具，让 Agent 按规则查询或修改业务对象。登录、应用访问和具体记录权限分别确定。
怎样运作
- 业务规则
- 应用代码与资源
- 准备版本
- 发布给使用者
先把业务说清楚
做客户跟进工具时，先确定一条跟进记录是什么、谁负责、哪些状态可以改变。业务人员提供这些判断，AI 和开发者把它们做成界面、数据结构和操作规则。LEGO 提供运行所需的资源。
把修改变成一个明确版本
代码在开发环境中完成并构建，再由 CLI 上传源码和运行产物。LEGO 记录这个版本用了哪些配置和资源。发布把正式入口切到选定版本，避免把一次还在修改中的文件保存当成上线。
让两种入口操作同一份事实
员工在网页里更新跟进状态，Mate 通过应用工具查询最新进展，最终都由应用处理同一条业务记录。应用需要明确提供这些工具；做出网页并不会自动产生可供 AI 调用的业务接口。
在 Matrix Land SI 中的位置
LEGO 负责应用交付；Auth 负责身份和接入；CLI 连接本地开发与云端；MCP 让 Agent 使用已定义的业务操作。
02LEGO Skill
把做事的方法留给下一次
有用的不只是一次答案，还有得到这个答案的方法。
解决什么问题
同事第一次让 AI 整理会议纪要，往往要解释哪些信息重要、怎样区分决定与建议、待办应该写到什么程度。换一个会话，又要解释一遍。Skill 把这些稳定、可重复的方法保存下来，让自己、同事或 Mate 下次遇到同类任务时可以直接使用。
有哪些能力
- 方法说明
- 用 SKILL.md 写清楚什么时候使用、需要哪些材料、怎样处理，以及交付结果的要求。它可以承载部门积累的经验和判断标准。
- 配套材料
- 把模板、例子和必要的辅助文件放在同一个 Skill 中。说明负责讲方法，材料负责让方法可执行、可参考。
- 版本管理
- 改进方法后形成新版本，保留内容的来历。Mate 可以引用确定的已发布版本，让一次正式工作有可核对的方法依据。
- 共享与复用
- 通过适当的共享范围或 Skills Hub 让别人发现和使用。一个方法可以用于不同任务，也可以被不同 Mate 采用。
怎样运作
- 实际经验
- 方法与样例
- Skill 版本
- Agent 按需采用
从真实工作中提炼
先观察一件已经做成的事。例如，好的会议纪要会把结论、分歧、负责人和截止日期分开。把这些判断写进 Skill，再配一份好例子，比只写“请专业地总结”更容易得到稳定结果。
需要时再读方法
Mate 的发布配置关联 Skill 版本，运行时根据任务读取相关说明。这样，方法可以独立维护，也不必把所有专业细节一次塞进每段对话。任务本身的材料则在执行时取得。
把方法与资料分开维护
会议纪要的整理方式适合放进 Skill；本周会议的原始材料适合留在知识库；待办的正式状态适合保存在应用里。三者更新频率不同，分开后容易找到真正需要修改的地方。
在 Matrix Land SI 中的位置
Skill 保存工作方法；知识库保存参考资料；Mate 运用方法完成任务；社区帮助大家找到值得复用的方法。
03知识库
让资料有出处，也有人维护
回答之前，先找到那份应该被依据的文件。
解决什么问题
公司的资料分散在聊天附件、个人文件夹和各种副本里。AI 即使回答得流畅，也可能引用旧规定或漏掉适用条件。知识库把文件、目录、版本和读者范围放在一起管理，让员工和 Agent 能找到同一份资料，并知道结论从哪里来。
有哪些能力
- 整理与阅读
- 上传文件、建立目录、重命名和移动内容，支持文本、Markdown、HTML、图片、PDF 等资料的阅读或预览，也支持 ZIP 导入。
- 版本与协作编辑
- 保存历史内容，支持更新、追加和补丁修改。恢复旧内容会形成新的当前版本；编辑时核对版本，避免覆盖别人刚保存的修改。
- 查找与知识服务
- 普通文件夹即可列目录、搜索和精确查找。启用 Knowledge Service 后，可以增加资料范围说明、Handbook 和索引检索。
- 访问与反馈
- 按根文件夹管理读者和协作者，另行处理显式分享。使用者可以反馈资料问题，由维护者判断并修订原文。
怎样运作
- 维护原始文件
- 目录与范围说明
- 搜索定位
- 回读并引用
原文、目录和索引各做一件事
原文保存内容，目录帮助组织资料，索引帮助定位。Handbook 则告诉 Agent：这里有什么、适合回答哪些问题、应该怎样查。搜索结果是找到依据的线索，关键结论还要回读文件。
按实际读者组织资料
同一根文件夹下的内容沿用根目录权限。面向全员的制度和仅供小组阅读的资料，应放在不同的根文件夹。开启知识服务增加的是查询方式，读者范围仍需单独确定。
让维护跟上使用
资料更新后，原文和检索索引可能有短暂时间差。重要问题应核对文件日期、版本和适用对象。可上传或预览的 PDF、图片，也需要确认是否已有可检索文本，不能仅凭文件存在就认为 AI 已读懂全部内容。
在 Matrix Land SI 中的位置
Knowledge 保存可追溯资料；Auth 提供员工身份；Mate 和其他 Agent 在用户权限内检索；业务应用继续保存实时业务记录。
04Mate
让 AI 带着职责持续做事
除了回答这句话，还要知道这份工作接下来该做什么。
解决什么问题
通用聊天适合临时讨论，但长期工作还需要稳定的职责、可用工具、工作方法和执行记录。Mate 把这些放在同一个助手身上：个人秘书帮助员工处理日常事务，专业 Mate 围绕特定工作提供服务。员工不用每次都从头解释它的角色和做事要求。
有哪些能力
- 角色与工作说明
- SOUL 说明它是谁、承担什么职责；Handbook 说明怎样工作；Skill 提供可复用的方法。模型、资源和入口等配置共同组成可发布的定义。
- 对话与任务执行
- 在会话中理解需求，调用可用工具，查询资料，处理任务并交付结果。执行过程中可形成输出文件、待确认操作和后续提醒。
- 专业分工
- 个人秘书与其他专业 Mate 可以承担不同工作。选择哪个 Mate，首先看它的职责和可用能力，而不只看名字或头像。
- 预览与正式版本
- 编辑定义后可先预览，再发布明确版本。正式运行采用发布配置，使角色、方法和能力的变化有据可查。
怎样运作
- 职责与方法
- 发布 Mate
- 接收员工任务
- 执行、确认与交付
定义工作，再交给运行服务
LEGO 保存 Mate 的定义与发布版本，Runtime 负责实际会话和任务执行。前者决定“这个助手应该怎样工作”，后者负责在一次具体任务里调用模型、工具并记录进展。
围绕任务取用方法和事实
Mate 根据工作说明选择 Skill，从知识库查依据，再从应用读取业务状态。例如准备会议，可以同时参考会议整理方法、上次纪要和当前项目进度，而不要求用户把所有内容复制进聊天框。
使用当前员工的身份做事
Mate 能操作的资源受到实际调用员工的授权约束，不会继承创建者的全部权限。需要确认的操作进入相应审批过程。对话里的一次建议也不会自动改写它的正式工作说明，长期规则应经过明确维护和发布。
在 Matrix Land SI 中的位置
Mate 把模型、方法、知识和业务工具组织到一次工作中；LEGO 管定义，Runtime 管执行，Auth 和各资源服务共同落实访问规则。
05Workspace MCP
给 Agent 一套能读懂的操作接口
让 AI 清楚知道能做什么、需要什么参数，以及做完得到什么。
解决什么问题
人可以看网页、找按钮，Agent 更适合通过定义清楚的工具办事。如果每个系统都采用不同的接法，每换一个 AI 助手就要重新做一轮集成。Workspace MCP 为平台资源提供统一的工具入口，让支持 MCP 的 Agent 能在授权范围内发现能力、读取资料和执行操作。
有哪些能力
- 能力发现
- 以工具名称、用途和参数说明描述可用操作。Agent 可以先了解工具，再选择适合当前任务的动作。
- 平台资源操作
- 连接知识库、LEGO 应用与发布记录、Skill 等线上资源；具体可调用范围由工具定义和当前授权共同决定。
- 应用业务工具
- 应用可以登记自己的查询和操作接口，声明需要的角色与参数，让 Agent 直接处理业务对象。
- 身份与结果反馈
- 调用携带可信身份，由平台和目标服务检查权限，并返回结果或具体错误，供 Agent 判断下一步。
怎样运作
- Agent 选择工具
- 验证调用身份
- 资源检查与执行
- 返回结果
把业务动作说成一份约定
例如“更新项目状态”，应明确项目标识、允许的新状态、谁可以执行以及返回什么。工具定义让 Agent 知道如何请求；真正修改记录的应用代码负责检查和执行。
每次调用都经过授权检查
Agent 先获得登录与授权，再调用工具。统一入口检查调用资格，目标服务继续检查具体资源和业务规则。能发现一个工具，表示知道它存在；能否对某个对象执行，还要看这次请求。
把线上资源与本地文件接起来
MCP 可以读取线上应用和知识资源，但无法直接看到开发者电脑上的项目文件。本地构建结果由 CLI 上传后，Agent 才能通过线上工具继续检查版本或发布。两种工具负责不同位置的工作。
在 Matrix Land SI 中的位置
MCP 统一 Agent 与线上能力之间的调用方式；Auth 确认身份；各服务保管自己的数据并执行规则；CLI 处理本地文件交付。
06Workspace MCP CLI
连接电脑里的项目与云端平台
代码在本地写，应用在线上跑，中间需要一条明确的交付路径。
解决什么问题
AI 编程工具能在电脑里改文件、运行检查和构建项目。平台上的 MCP 则管理线上资源。CLI 负责把这两个工作环境连接起来，让本地 Agent 可以登录 Matrix Land SI、使用平台能力，并将实际文件交给 LEGO。业务人员可以把目标交给 AI，开发者也能保留熟悉的本地开发方式。
有哪些能力
- 登录与连接
- 为本地工具建立 Matrix Land SI 身份连接，并提供平台工具的调用方式。开发工作可以使用统一账号，不必在项目里到处复制凭据。
- 源码快照
- 把选定项目的源码备份到应用记录中，保留代码来源。可以单独保存快照，供后续查阅和交接。
- 构建产物交付
- 上传可运行的构建结果，附上版本号、名称和升级说明，准备可供发布的应用版本。
- 数据库结构迁移
- 支持读取本地迁移目录，先规划、核对，再应用允许的结构变更，让代码需要的数据结构有独立的管理过程。
怎样运作
- 本地编辑与构建
- CLI 上传
- LEGO 记录版本
- MCP 发布
本地完成制作和检查
编辑器或编程 Agent 修改源码，项目自己的构建工具把源码变成可运行文件。CLI 接收这些文件并交付给平台。这个分工让不同技术栈可以采用各自合适的开发工具。
同时留下来源和运行版本
源码说明应用是怎样做出来的，构建产物是实际运行的内容。交付时将它们关联到同一次版本记录，后续才能核对线上内容来自哪份修改，也方便另一位维护者接手。
把准备、发布和数据变更分开
上传成功后得到的是待发布版本，正式切换由线上发布操作完成。数据库迁移另有计划和结果；即使代码切回旧版，已经执行的数据变更也需要单独处理。这使每次改变的对象更清楚。
在 Matrix Land SI 中的位置
CLI 负责本地文件、登录连接和交付；LEGO 保存应用版本与资源关系；MCP 负责后续线上操作。三者共同支持 AI 编程到正式使用。
07Workspace Auth SDK
让应用认得员工，也分得清权限
登录只是开始，还要确定这个人能使用哪个应用、处理哪些记录。
解决什么问题
每做一个应用就重新建账号、维护员工名单、编写登录流程，很容易出现同一个人在不同系统里身份不一致的问题。Workspace Auth SDK 帮应用接入统一身份，并提供相关授权能力。应用可以把精力放在业务规则上，员工则沿用公司身份。
有哪些能力
- 统一登录接入
- 提供浏览器与服务端配合的登录能力，由可信登录结果建立应用会话，减少应用重复实现身份流程的工作。
- 员工与部门目录
- 在获准范围内使用统一员工和部门标识。应用里的负责人、参与人和所属部门可以关联到一致的身份。
- 资源与工具授权
- 支持面向目标资源的凭据校验，以及应用 MCP 工具所需的角色声明与检查，让身份进入实际操作过程。
- 随应用使用的开发包
- 官方 SDK 以明确版本交给应用开发者使用。它是应用代码的一部分，升级时需要更新依赖并验证该应用的行为。
怎样运作
- 统一员工身份
- 可信应用会话
- 应用与角色授权
- 具体记录检查
由可信登录结果建立会话
用户完成公司登录，应用后端核验回调并建立自己的会话。以后请求中的用户身份由这个会话确认。页面填写的姓名或员工编号只能是输入，不能直接被当成已经验证的登录身份。
分清三个问题
“你是谁”由统一身份回答；“能否进入这个应用”由应用访问配置回答；“能否修改这条记录”还要由业务后端判断。例如可以进入项目系统，不代表可以调整所有项目的负责人。
把规则落实到执行处
界面可以按角色显示功能，后端仍须在每次操作时检查。Agent 通过 MCP 调用时也遵循同样原则：工具声明需要什么角色，执行代码核对具体对象和数据范围。角色名称本身不会自动形成完整的业务权限。
在 Matrix Land SI 中的位置
Auth 提供可信身份和接入能力；SDK 帮应用采用这些能力；LEGO 管应用登记；具体业务数据的访问规则由应用负责。
08Token Service
统一使用模型，也看得清用量
让应用用得上模型，让团队知道模型花在了哪里。
解决什么问题
不同应用和 Agent 都需要调用模型。如果各自申请供应商账号、分散保存密钥，模型接入和费用管理很快就会变得混乱。Token Service 提供统一的模型访问与用量管理，开发者通过平台使用获准模型，管理者可以了解不同用途的消耗和预算。
有哪些能力
- 按用途管理 Key
- 为 Agent 或应用等用途申请和管理 API Key，使访问凭据有明确归属，便于后续管理与停用。
- 模型目录
- 查看平台提供的模型、相关能力和价格信息，选择适合任务的模型。实际可用模型和价格以当时目录为准。
- 预算与用量
- 围绕 Key 查看消耗和预算约束，帮助区分开发试验、个人使用和应用服务的模型成本。
- 统一调用入口
- 通过模型网关访问背后的供应商服务，并配合接入示例和运行状态信息，减少各应用分别维护上游连接的工作。
怎样运作
- 应用或 Agent
- 用途明确的 Key
- 模型网关
- 结果与用量记录
把模型接入集中管理
应用或 Agent 使用平台分配的凭据请求模型，网关按配置连接相应服务并记录用量。上游供应商连接在平台侧管理，应用专注于自己需要的输入、输出和业务处理。
用任务要求选择模型
一段简单的文本归类和一份需要多轮推敲的分析，对能力、响应时间和成本的要求不同。先用真实样本判断结果是否够用，再结合用量观察选择；模型名称本身不能代替任务验证。
分开管理算力与业务授权
模型 Key 解决的是能否调用模型、消耗计到哪里。客户资料、公司文件和应用操作，仍需通过对应业务服务取得授权。应用应在可信后端使用受保护凭据，让员工通过应用功能获得结果。
在 Matrix Land SI 中的位置
Token Service 管模型接入与消耗；LEGO App、Mate 或外部 Agent 使用模型能力；Auth 和资源服务管理业务权限。搜索、图片等独立工具按各自接口接入，不能只看模型目录判断。
09社区体系
让一个人的实践变成大家可用的经验
做成以后，让别人找得到、看得懂，也能继续改进。
解决什么问题
AI 降低了制作工具的门槛，也会带来大量重复试验。同样的表格整理方法，可能几个部门都在摸索；一个好用的小应用，也可能只有作者身边的人知道。社区把讨论、经验分享和可复用成果连接起来，让别人能够沿着已有实践继续做。
有哪些能力
- 讨论与交流
- 围绕需求、使用经验和具体问题展开讨论，让工具作者理解真实工作中的困难，也让使用者了解方法背后的判断。
- Skills Hub 与应用发现
- 通过用途、说明、来源和版本找到可复用的 Skill 或 App，再进入相应内容或应用入口。
- 提交与审核
- 将准备好的成果提交共享，经过相应审核形成展示记录，说明共享的是什么、来自哪个版本以及适合谁使用。
- 版本与持续维护
- 共享条目关联原始内容或应用登记，后续可以继续更新方法、说明和版本，让发现入口跟得上实际维护。
怎样运作
- 工作中的实践
- 说明与提交
- 审核和发现
- 使用反馈与新版本
先交代适用场景
分享一个 Skill 时，说清楚它解决过什么问题、需要什么输入、产出长什么样。分享应用时，说清楚适合谁、由谁维护。这样，别人能判断是否适合自己的工作，而不是只看到一个名字。
让展示指向明确来源
市场条目保存介绍、审核和展示信息，具体 Skill 内容与 App 版本仍有各自的来源。大家可以从社区发现成果，再沿着来源找到对应内容、运行入口和维护关系。
将反馈带回维护过程
讨论中出现的新需求和反例，由维护者判断是否适用于原来的目标。接受后更新内容或应用版本，再调整共享说明。一次讨论不会自动改写所有人的工具，正式改进需要落到实际版本上。
在 Matrix Land SI 中的位置
社区帮助发现和交流；LEGO 保存 Skill 与应用来源；Auth 处理相关访问规则。展示、代码发布和业务权限各有记录，看到一个应用条目后，实际使用仍遵循它的访问范围。