更新 knowledge.md

去掉 "可以作为静态自定义字段逻辑编写位置（复用性好，被其他convert方法调用，但处于底层，不建议在内部进行数据库查询等操作，只建议做静态计算）"

knowledge-brief.md

@@ -15,6 +15,15 @@ TOCO采用严格的分层架构：
 
 技术栈：Java + SpringBoot + MyBatis-plus（读）+ Hibernate（写）
 
+##平台能力边界说明：
+TOCO的设计模型旨在规范系统结构、统一数据契约与接口形态，自动生成约80%的基础代码框架（如控制器签名、DTO转换、读写方案执行器等）。
+然而，业务行为逻辑（如条件判断、动态路由、状态流转、异常处理、多源聚合、性能优化路径等）无法由设计自动推导或生成，必须由人工编码实现。
+因此：
+设计元素仅表达“系统能做什么”（接口定义、数据结构、依赖关系）；
+**代码实现才是“系统正在做什么”**的唯一真实来源；
+设计与代码之间存在不可逾越的行为鸿沟——设计不记录实现细节，代码不反馈回设计；
+任何对系统行为的分析、影响评估或变更决策，都必须同时考察结构层面的设计信息与行为层面的代码实现，二者缺一不可。
+
 ## 重要设计元素详解
 
 ### 1. 模块（Module）
@@ -124,6 +133,7 @@ TOCO采用严格的分层架构：
   - 手动创建自定义RPC
 - **参数限制**：只能为QTO、BTO、Enum、基本类型
 - **返回值限制**：只能为DTO、Enum、基本类型
+- **存储特点**: TOCO只存储RPC的方法签名，不存储执行逻辑。了解API内部具体实现需阅读对应代码
 
 ### 14. 应用程序接口（API）
 - **作用**：定义对外暴露的HTTP接口
@@ -131,6 +141,7 @@ TOCO采用严格的分层架构：
 - **参数限制**：只能为QTO、BTO、EO、Enum、基本类型
 - **返回值限制**：只能为VO、Enum、基本类型
 - **分页处理**：框架自动包装返回值（code、message、data）
+- **存储特点**: TOCO只存储API的URI和方法签名，不存储执行逻辑。了解API内部具体实现需阅读对应代码
 
 ### 15. 流程服务（FunctionFlow）
 - **使用场景**：
@@ -143,6 +154,12 @@ TOCO采用严格的分层架构：
   - 开始节点：流程起点
 - **设计原则**：以数据内聚为首要考虑，每个节点围绕核心写服务
 
+16. 领域消息 （DomainMessage）
+可以监听聚合对象实体的创建、删除、更新事件；通过事件驱动的方式实现异步解耦；也是一种跨模块通信的方式；消息驱动的一种实现；
+
+17. 普通消息 (CommonMessage)
+自定义字段，自持事务、延时特性；是对领域消息的补充
+
 ## 数据获取流程
 
 ### DTO获取流程