第26章　Method 的定义

在 WSaiOS-ICAI 的认知体系中，Method（方法）并不是一个普通的程序函数，也不是简单的操作步骤。

前面的章节已经建立了：

Cognition
 ↓
Goal
 ↓
Capability
 ↓
Method
 ↓
Behavior
 ↓
Action
 ↓
Execution

第14章定义了 Capability，第17章建立了 Capability Matching，第19章研究了 Capability Composition，第24章进一步提出 Method Evaluation。

因此，第26章需要正式回答：

Method 在人工个体认知与行为体系中究竟是什么？

本章从五个方面建立 Method 的基础定义：

方法与功能
方法与能力
方法与行为
方法的输入
方法的输出

26.1 Method 的定义

Method 是人工个体为了实现特定目标、完成特定能力、改变特定状态，而对输入进行特定处理并产生预期输出的一种结构化执行规则与过程定义。

可以表示为：

Input
  ↓
Method
  ↓
Processing
  ↓
Output

更完整地表示：

Goal
 ↓
Capability
 ↓
Method
 ├── Input
 ├── Preconditions
 ├── Parameters
 ├── Processing Rules
 ├── Constraints
 ├── Expected Result
 └── Output

因此：

Method 描述的不是“系统有什么”，而是“在什么条件下，对什么输入进行什么处理，并产生什么结果”。

这是 Method 与 Function、Capability、Behavior 的根本区别。

26.2 Method 的核心结构

一个完整 Method 至少包含：

Method
│
├── Method Identity
├── Method Type
├── Target
├── Goal
├── Input
├── Parameter
├── Precondition
├── Constraint
├── Processing
├── Expected Output
├── Result
├── Risk
└── Evaluation

其中：

Method Identity

方法自身的唯一身份。

Method Type

方法属于哪一种方法类型。

Target

方法作用于哪个对象、状态或目标。

Goal

方法希望产生什么结果。

Input

方法运行所需要的数据、对象、状态或其他结构。

Parameter

控制方法具体执行方式的变量。

Precondition

方法成立所必须满足的前提。

Constraint

方法执行时不能违反的边界。

Processing

方法内部实际发生的处理过程。

Expected Output

预期产生的结果。

Result

实际执行后产生的结果。

Risk

方法执行可能产生的不利结果。

Evaluation

对方法执行效果进行评价。

26.3 方法与功能

首先必须区分：

Function
≠
Method

Function（功能）主要描述：

系统能够提供什么功能。

Method（方法）主要描述：

如何通过某种处理实现目标或完成能力。

例如：

Function:
Object Movement

它只说明：

系统具有对象移动功能

但 Method 则需要进一步说明：

Method:
Direct Movement

Input:
Current Position
Target Position

Parameter:
Velocity

Constraint:
Movement Range

Output:
New Position

因此：

Function
 ↓
What can the system provide?

Method
 ↓
How is a result produced?

26.4 功能是服务定义，方法是实现结构

可以进一步区分：

Function
   ↓
Service / Capability Surface
   ↓
Method
   ↓
Processing
   ↓
Result

功能更接近系统的外部能力描述。

方法则进入内部处理层。

例如：

Function:
Object Transfer

可以存在：

Method A:
Direct Transfer

Method B:
Indirect Transfer

Method C:
Multi-Step Transfer

因此一个功能可以对应多个方法。

即：

Function
 ├── Method A
 ├── Method B
 └── Method C

这也解释了第24章为什么需要进行 Method Evaluation。

能力匹配之后，还必须从多个候选方法中进行方法评价和选择。

26.5 方法与能力

Method 与 Capability 的关系更加重要。

第14章已经定义：

Capability 是人工个体完成一类目标或任务的综合能力。

而 Method 是：

实现这种能力的一种具体处理方式。

因此：

Capability
   ↓
contains / supports
   ↓
Method

例如：

Capability:
Object Transfer

可以包含：

Method A:
Direct Transfer

Method B:
Path-Based Transfer

Method C:
Avoidance Transfer

因此：

Capability
=
What can I accomplish?

Method
=
How can I accomplish it?

26.6 一个能力可以拥有多个方法

能力不是方法的同义词。

一个能力可能拥有多个方法。

Object Transfer Capability
          │
          ├── Direct Transfer
          ├── Indirect Transfer
          ├── Assisted Transfer
          └── Recovery Transfer

这些方法共同支持：

Object Transfer Capability

所以：

Capability
= Ability Class

Method
= Execution Approach

能力定义“能不能完成某类目标”。

方法定义“通过什么方式完成”。

26.7 能力与方法的动态关系

在实时认知环境中，能力和方法并不是固定不变的。

当前环境可能导致：

Capability Available
       ↓
Method A Valid
Method B Valid
Method C Invalid

当场景变化后：

Scene Change
 ↓
Constraint Change
 ↓
Method A Invalid
Method B Valid
Method C Valid

因此：

Capability
      ↓
Candidate Methods
      ↓
Current Conditions
      ↓
Method Evaluation
      ↓
Current Method

这与第25章实时认知直接连接。

26.8 方法与行为

Method 与 Behavior 也不能等同。

Method
 ↓
Behavior
 ↓
Action

Method 描述：

实现目标的一种处理方式。

Behavior 描述：

个体在具体场景中表现出来的动态行为过程。

Action 描述：

实际发生的具体行动。

例如：

Method:
Direct Movement
      ↓
Behavior:
Move Toward Target
      ↓
Action:
Move Forward 2m

因此：

Method
= 如何处理

Behavior
= 如何表现

Action
= 实际做了什么

26.9 方法不是行为

一个 Method 可以产生不同的 Behavior。

例如：

Method:
Avoid Obstacle

在不同场景下可能产生：

Behavior A:
Move Left

Behavior B:
Move Right

Behavior C:
Stop and Wait

因此：

Method
      ↓
Behavior Selection
      ↓
Concrete Behavior

方法提供处理逻辑。

行为是方法在当前场景中的动态表现。

26.10 行为也不是行动

进一步：

Behavior
   ↓
Action

例如：

Behavior:
Avoid Obstacle

具体行动可能是：

Action:
Turn Left

因此：

Method
 ↓
Behavior
 ↓
Action
 ↓
Device / Execution

这是 WSaiOS-ICAI 从抽象认知结构进入实际执行结构的重要层次。

26.11 方法的输入

Method 必须具有 Input。

没有输入的方法无法形成完整的处理结构。

基本结构：

Input
 ↓
Method
 ↓
Output

Method Input 可以包括：

Object
Attribute
State
Relation
Scene
Goal
Parameter
Knowledge
Capability State
Environment State
Previous Result

因此 Input 不只是简单的数据。

它可以是完整的认知对象。

26.12 输入与参数

Input 与 Parameter 必须区分。

Input
= 方法处理什么？

Parameter
= 方法如何处理？

例如：

Input:
Object A
Current Position
Target Position

Parameter:
Velocity = 2
Direction = Forward

这里：

Object A

属于输入对象。

而：

Velocity
Direction

属于方法参数。

因此：

Input
+
Parameter
↓
Method Execution

26.13 输入的类型

Method Input 可以分为五类。

1. 对象输入

Object

方法需要处理的目标对象。

2. 状态输入

Current State

方法需要知道对象或环境当前处于什么状态。

3. 关系输入

Object A
Relation
Object B

方法需要知道对象之间的关系。

4. 目标输入

Current State
+
Goal State

方法需要知道希望达到什么结果。

5. 参数输入

Speed
Distance
Direction
Threshold
Priority

这些变量决定方法的具体执行方式。

26.14 方法的前置条件

Input 并不意味着 Method 一定能够运行。

还必须存在：

Precondition（前置条件）。

结构为：

Input
 ↓
Precondition Check
 ↓
Method

例如：

Object Exists
Object Available
Device Ready
Position Reachable
Resource Available

只有条件成立：

Preconditions
= Satisfied

方法才进入执行状态。

因此：

Input
≠
Executable Condition

输入存在并不意味着方法可执行。

26.15 方法的约束

方法还受到 Constraint 的限制。

Method
 ↓
Constraint
 ↓
Valid Execution Space

例如：

Maximum Velocity
Maximum Distance
Available Energy
Movement Range
Safety Boundary
Device Limit

因此：

Method Validity
=
Input Validity
+
Condition Validity
+
Constraint Compliance

这与第23章建立的 Goal / Condition / Constraint 结构形成直接联系。

26.16 方法的内部处理

Method 的核心是：

Processing（处理过程）。

可以表示为：

Input
   ↓
Parameter
   ↓
Rule
   ↓
Processing
   ↓
Intermediate State
   ↓
Result

Processing 可以包括：

计算
比较
转换
组合
分解
排序
匹配
选择
控制
预测
规划
状态转换

因此 Method 并不是简单的一条命令。

它可以包含一个完整的内部处理结构。

26.17 方法的输出

Method 最终必须产生 Output。

Input
 ↓
Method
 ↓
Output

Output 可以是：

New State
New Object
New Relation
Result
Decision
Behavior
Action
Knowledge
Experience
Capability State
Feedback

因此方法输出并不一定是一个数值。

它可以是完整的结构化认知结果。

26.18 预期输出与实际输出

Method 需要区分：

Expected Output
≠
Actual Output

例如：

Expected:
Object Position = B

Actual:
Object Position = C

那么：

Expected Result
      ↓
Comparison
      ↑
Actual Result
      ↓
Result Difference

这个差异就是后续：

Feedback

的重要来源。

因此方法本身已经连接到了学习和认知更新。

26.19 方法输出与状态变化

方法输出往往直接改变世界状态。

例如：

Method
 ↓
Action
 ↓
Execution
 ↓
World State Change

于是：

State(t)
 ↓
Method
 ↓
State(t+1)

因此 Method 可以理解为一种：

状态转换机制。

即：

State A
   ↓
Method
   ↓
State B

这是 Method 在 ICAI 中非常重要的理论意义。

26.20 方法的状态转换定义

从更抽象的角度，可以定义：

Method:
S(t) + I + P + C
        ↓
        M
        ↓
S(t+1) + O

其中：

S(t)   = 当前状态
I      = Input
P      = Parameter
C      = Constraint
M      = Method
S(t+1) = 新状态
O      = Output

因此：

Method 是在特定条件和约束下，将当前输入与状态转换为新的状态和输出的结构化过程。

26.21 Method 与 Capability 的完整关系

可以形成：

Goal
 ↓
Capability
 ↓
Candidate Methods
 ├── Method A
 ├── Method B
 └── Method C
 ↓
Method Evaluation
 ↓
Selected Method
 ↓
Input + Parameter + Condition + Constraint
 ↓
Processing
 ↓
Output

这说明 Capability 与 Method 并不是上下级简单包含关系。

它们承担不同抽象层次：

Goal
 ↓
Capability
 ↓
Method
 ↓
Behavior
 ↓
Action
 ↓
Execution

抽象程度逐步下降。

26.22 Method 与 Cognition 的关系

Method 并不是 Cognition 的外部附属物。

它是认知结果向行为转换的重要桥梁。

Cognition
 ↓
Goal
 ↓
Capability Matching
 ↓
Method Evaluation
 ↓
Method Selection
 ↓
Behavior
 ↓
Action

认知计算决定：

What is happening?

能力匹配决定：

What can I do?

方法选择决定：

How should I do it?

因此：

Method 是 Cognition 向 Action 转换过程中“如何做”的核心结构。

26.23 Method 与实时认知

第25章建立了实时认知。

因此 Method 也必须是动态的。

Real-Time State
+
Real-Time Condition
+
Real-Time Constraint
+
Real-Time Risk
 ↓
Method Evaluation
 ↓
Current Method

如果环境发生变化：

Scene Change
 ↓
State Change
 ↓
Constraint Change
 ↓
Risk Change
 ↓
Method Re-Evaluation
 ↓
Method Re-Selection

因此：

方法不是一次选择后永久固定。

它必须能够随着认知状态变化重新评价。

26.24 Method 的生命周期

一个 Method 在人工个体中可以具有生命周期：

Defined
  ↓
Available
  ↓
Selected
  ↓
Prepared
  ↓
Executing
  ↓
Completed
  ↓
Evaluated
  ↓
Learned

失败时：

Executing
   ↓
Failure
   ↓
Evaluation
   ↓
Recovery / Re-Selection

最终经验进入学习：

Method
 ↓
Execution
 ↓
Result
 ↓
Feedback
 ↓
Experience
 ↓
Learning
 ↓
Method Update

因此 Method 本身也可以成为学习对象。

26.25 Method 的评价

第24章已经提出 Method Evaluation。

现在可以进一步明确：

方法评价至少包括：

Effectiveness
Efficiency
Reliability
Stability
Risk
Cost
Time
Resource Consumption
Constraint Compliance
Result Quality
Historical Success

形成：

Method
 ↓
Evaluation
 ↓
Score
 ↓
Ranking
 ↓
Selection

因此方法选择并不是随机选择。

而是认知计算的一部分。

26.26 方法的可复用性

一个好的 Method 不应该只适用于一次行动。

它应该具有一定的结构复用能力。

例如：

Generic Method
      ↓
Object Binding
      ↓
Scene Binding
      ↓
Parameter Binding
      ↓
Method Instance

这与第18章 Capability Instance 的思想相对应。

因此可以区分：

Generic Method
=
抽象方法

Method Instance
=
当前对象 + 当前场景 + 当前参数下的具体方法实例

这样，Method 就可以在不同场景中重复使用。

26.27 Method 与经验

方法不仅可以被执行，也可以被经验修正。

例如：

Method A
+
Scene X
→
Success

Method A
+
Scene Y
→
Failure

系统可以形成：

Method A
 ├── Scene X → High Success
 └── Scene Y → Low Success

以后在场景 Y 中：

Method A
↓
Low Evaluation

系统可能选择 Method B。

于是：

Experience
 ↓
Method Evaluation Update
 ↓
Future Method Selection

方法因此成为个体经验的重要载体。

26.28 Method 的递归结构

复杂 Method 可以由多个子 Method 组成。

Method A
   ↓
Method B
   ↓
Method C

或者：

       ┌── Method A
Goal ──┼── Method B
       └── Method C

因此：

Complex Method
├── Sub-Method A
├── Sub-Method B
└── Sub-Method C

这与第19章的 Capability Composition 相对应。

区别在于：

Capability Composition
=
组合多个能力

Method Composition
=
组合多个处理方法

能力组合解决：

需要什么能力集合。

方法组合解决：

这些处理过程如何组织。

26.29 Method 的五层关系

本章可以将 Method 放入五层关系：

Function
   ↓
Capability
   ↓
Method
   ↓
Behavior
   ↓
Action

其含义分别是：

Function
→ 系统提供什么

Capability
→ 个体能够完成什么

Method
→ 通过什么方式完成

Behavior
→ 在场景中如何表现

Action
→ 实际做了什么

这是 WSaiOS-ICAI 行为生成结构的重要抽象层次。

26.30 Method 的完整输入输出模型

最终可以形成：

                METHOD
                  │
      ┌───────────┴───────────┐
      ↓                       ↓
    INPUT                  OUTPUT
      │                       │
 ┌────┼────┐             ┌────┼────┐
Object State Relation     State Result Behavior
Goal Parameter Knowledge  Action Feedback Experience
      │                       │
      └──────────┬────────────┘
                 ↓
             State Change

因此 Method 的本质不是：

Input → Code → Output

而是：

Current State
+
Input
+
Parameter
+
Condition
+
Constraint
+
Method
↓
Processing
↓
Output
+
State Transition
+
Feedback

26.31 Method 的完整认知链

结合前面章节：

Real-Time Data
 ↓
Real-Time State
 ↓
Cognition
 ↓
Goal
 ↓
Goal Gap
 ↓
Condition
 ↓
Constraint
 ↓
Risk
 ↓
Capability Matching
 ↓
Method Evaluation
 ↓
Method Selection
 ↓
Method Input
 ↓
Method Processing
 ↓
Method Output
 ↓
Behavior
 ↓
Action
 ↓
Execution
 ↓
Feedback
 ↓
Re-Cognition

由此可以看到：

Method 位于 Cognition 与 Behavior 之间。

它是认知结果真正转化为行为结构的重要中间层。

26.32 Method 的理论定位

从 WSaiOS-ICAI 的整体理论来看：

Knowledge
 ↓
Cognition
 ↓
Capability
 ↓
Method
 ↓
Behavior
 ↓
Action
 ↓
Execution

每一层都有不同含义：

Knowledge
= 我知道什么

Cognition
= 我如何理解当前情况

Capability
= 我能够完成什么

Method
= 我准备通过什么方式完成

Behavior
= 我在当前场景中如何表现

Action
= 我具体做什么

Execution
= 我实际上完成了什么

这种层次划分使 ICAI 不再把“能力”“方法”“行为”“动作”混为一体。

26.33 核心结论

第26章正式定义了 WSaiOS-ICAI 中的 Method。

Method 不是功能本身，也不是能力本身，更不是行为和行动本身。

它是连接：

Capability
        ↓
Method
        ↓
Behavior
        ↓
Action

的核心结构。

其中：

Function
→ 系统提供什么功能

Capability
→ 个体能够完成什么

Method
→ 个体通过什么方式完成

Behavior
→ 方法在当前场景中的动态表现

Action
→ 实际发生的具体行动

方法本身则具有：

Method
├── Input
├── Parameter
├── Precondition
├── Constraint
├── Processing
├── Output
├── Result
├── Risk
└── Evaluation

其核心计算关系可以归纳为：

Current State
+
Input
+
Parameter
+
Condition
+
Constraint
+
Method
        ↓
     Processing
        ↓
Output
+
State Transition
+
Feedback

因此可以将第26章归纳为一句话：

Method 是人工个体在特定目标、状态、条件和约束下，对输入进行结构化处理并产生输出与状态变化的一种可评价、可复用、可组合的过程结构，是连接能力、行为与行动的核心机制。

最终形成：

Goal
 ↓
Capability
 ↓
Method
 ├── Input
 ├── Parameter
 ├── Condition
 ├── Constraint
 ├── Processing
 └── Output
 ↓
Behavior
 ↓
Action
 ↓
Execution
 ↓
Feedback
 ↓
Re-Cognition

第24章解决“方法如何评价”，第25章解决“认知如何实时更新”，第26章则正式回答“方法本身是什么”。

由此，WSaiOS-ICAI 的 Method System 开始成为一个独立而完整的理论层。

第26章 Method 的定义

第26章 Method 的定义

26.1 Method 的定义

26.2 Method 的核心结构

Method Identity

Method Type

Target

Goal

Input

Parameter

Precondition

Constraint

Processing

Expected Output

Result

Risk

Evaluation

26.3 方法与功能

26.4 功能是服务定义，方法是实现结构

26.5 方法与能力

26.6 一个能力可以拥有多个方法

26.7 能力与方法的动态关系

26.8 方法与行为

26.9 方法不是行为

26.10 行为也不是行动

26.11 方法的输入

26.12 输入与参数

26.13 输入的类型

1. 对象输入

2. 状态输入

3. 关系输入

4. 目标输入

5. 参数输入

26.14 方法的前置条件

26.15 方法的约束

26.16 方法的内部处理

26.17 方法的输出

26.18 预期输出与实际输出

26.19 方法输出与状态变化

26.20 方法的状态转换定义

26.21 Method 与 Capability 的完整关系

26.22 Method 与 Cognition 的关系

26.23 Method 与实时认知

26.24 Method 的生命周期

26.25 Method 的评价

26.26 方法的可复用性

26.27 Method 与经验

26.28 Method 的递归结构

26.29 Method 的五层关系

26.30 Method 的完整输入输出模型

26.31 Method 的完整认知链

26.32 Method 的理论定位

26.33 核心结论