第230章 ICAI行为数据表

230.1 行为数据层的定位

第228章建立了 ICAI 核心事实数据：

individuals
objects
attributes
states
relations
scenes

第229章建立了认知数据：

knowledge
needs
goals
capabilities
methods
decisions

第230章开始进入实际运行数据层。

核心数据为：

behaviors
actions
results
feedback

它们负责把前面的：

Goal
 ↓
Capability
 ↓
Method
 ↓
Decision

真正连接到：

Execution
 ↓
Result
 ↓
Feedback

因此行为数据层可以定义为：

$BehaviorData=Behavior+Action+Result+FeedbackBehaviorData= Behavior+ Action+ Result+ Feedback$

完整运行链：

$Decision→Behavior→Action→Execution→Result→FeedbackDecision \rightarrow Behavior \rightarrow Action \rightarrow Execution \rightarrow Result \rightarrow Feedback$

这里必须严格区分四个概念：

Behavior 是行为结构，Action 是具体动作，Result 是实际结果，Feedback 是对实际结果和状态变化进行结构化处理的信息。

230.2 Behavior不是Execution

这是本章最重要的边界之一。

Behavior表示：

当前准备执行或正在执行的一组行为结构。

Execution表示：

行为真正发生时的运行过程。

例如：

Behavior B-001
    ↓
Action A-001
    ↓
Action A-002
    ↓
Action A-003

这是行为结构。

真正运行：

Execution E-001

才表示：

A-001实际执行
A-002实际执行
A-003实际执行

因此：

$Behavior≠ExecutionBehavior\neq Execution$

同样：

$Action≠ExecutionAction\neq Execution$

230.3 Behavior Domain模型

第162章和第199章已经定义：

$B=(G,C,A,E,R,S)B=(G,C,A,E,R,S)$

其中：

$GG$ ：Goal
$CC$ ：Condition
$AA$ ：Action集合
$EE$ ：Execution
$RR$ ：Result
$SS$ ：State

Behavior可以看成一个当前执行上下文中的行为聚合结构。

例如：

Behavior B-001
    Goal = G-001
    Condition = ready
    Actions = A1,A2,A3
    State = ready

数据库中的 behaviors 保存这个行为实例。

230.4 behaviors表

CREATE TABLE behaviors (
    id BIGINT NOT NULL AUTO_INCREMENT,
    behavior_code VARCHAR(100) NOT NULL,
    individual_id BIGINT NOT NULL,
    goal_code VARCHAR(100) NULL,
    method_code VARCHAR(100) NULL,
    behavior_type VARCHAR(100) NOT NULL,
    condition_data TEXT NULL,
    state VARCHAR(50) NOT NULL,
    expected_result TEXT NULL,
    created_at DATETIME NOT NULL,
    updated_at DATETIME NOT NULL,
    PRIMARY KEY (id),
    UNIQUE KEY uk_behavior_code (behavior_code),
    KEY idx_behavior_individual (individual_id),
    KEY idx_behavior_goal (goal_code),
    KEY idx_behavior_method (method_code),
    KEY idx_behavior_state (state)
);

主要字段：

字段	含义
`id`	MySQL持久化ID
`behavior_code`	Domain行为ID
`individual_id`	所属个体
`goal_code`	对应目标
`method_code`	使用的方法
`behavior_type`	行为类型
`condition_data`	执行条件
`state`	当前行为状态
`expected_result`	预期结果
`created_at`	创建时间
`updated_at`	更新时间

230.5 Behavior状态

Behavior必须具有独立生命周期。

基本状态：

created
   ↓
ready
   ↓
running
   ↓
completed

异常路径：

running
   ├── failed
   ├── blocked
   ├── cancelled
   └── interrupted

因此：

$BehaviorState≠ExecutionStateBehaviorState\neq ExecutionState$

例如：

Behavior = failed

并不意味着某个 Action 一定失败。

可能是：

Action A1 completed
Action A2 failed

最终导致 Behavior 整体失败。

230.6 Behavior与Method

Method描述：

怎么做。

Behavior描述：

当前这一次具体准备如何做。

因此：

$Method→BehaviorMethod\rightarrow Behavior$

例如：

Method M-001
    ↓
Process
    ↓
Action Template

进入当前 Goal：

Goal G-001
    +
Method M-001
    +
Current State
    +
Current Context

形成：

Behavior B-001

因此：

$Behavior=Build(Method,Goal,State,Context)Behavior=Build(Method,Goal,State,Context)$

BehaviorEngine负责计算和构建，BehaviorRepository负责保存。

230.7 actions——动作核心表

Action是实际行为中的最小操作单位之一。

第162章定义：

$A=(T,O,C,P,R,S)A=(T,O,C,P,R,S)$

其中：

$TT$ ：Action Type
$OO$ ：Object
$CC$ ：Condition
$PP$ ：Parameters
$RR$ ：Expected Result
$SS$ ：State

例如：

Action A-001
type = open
object = O-001
condition = ready
parameter = {}
expected_result = opened
state = ready

Action描述：

要执行什么具体操作。

230.8 actions表

CREATE TABLE actions (
    id BIGINT NOT NULL AUTO_INCREMENT,
    action_code VARCHAR(100) NOT NULL,
    behavior_code VARCHAR(100) NOT NULL,
    action_type VARCHAR(100) NOT NULL,
    object_type VARCHAR(100) NULL,
    object_id VARCHAR(100) NULL,
    condition_data TEXT NULL,
    parameter_data TEXT NULL,
    expected_result TEXT NULL,
    state VARCHAR(50) NOT NULL,
    action_order INT NOT NULL DEFAULT 0,
    created_at DATETIME NOT NULL,
    updated_at DATETIME NOT NULL,
    PRIMARY KEY (id),
    UNIQUE KEY uk_action_code (action_code),
    KEY idx_action_behavior (behavior_code),
    KEY idx_action_object (object_type, object_id),
    KEY idx_action_state (state),
    KEY idx_action_order (behavior_code, action_order)
);

230.9 Action顺序不能丢失

一个 Behavior可能包含：

$A={A1,A2,…,An}A=\{A_1,A_2,\ldots,A_n\}$

因此数据库必须保存：

action_order

例如：

Behavior B-001

A-001 order=1
A-002 order=2
A-003 order=3

执行顺序：

$A1→A2→A3A_1\rightarrow A_2\rightarrow A_3$

不能因为数据库查询没有明确排序而变成：

A2 → A1 → A3

因此：

ORDER BY action_order ASC

属于运行数据读取的重要要求。

230.10 Behavior与Action关系

一个 Behavior可以拥有多个 Action：

$B→{A1,A2,…,An}B\rightarrow\{A_1,A_2,\ldots,A_n\}$

数据库：

behaviors
    │
    │ 1:N
    ↓
actions

例如：

B-001
 ├── A-001
 ├── A-002
 └── A-003

Action属于 Behavior 的当前执行结构。

但是 Action本身也可以产生多次 Execution。

例如：

A-002
   ├── E-002 failed
   └── E-003 completed

这就是为什么：

$Action≠ExecutionAction\neq Execution$

230.11 Execution虽然不是本章主表，但必须保留

本章虽然重点是：

behaviors
actions
results
feedback

但是 Result 和 Feedback 的来源都与实际 Execution 有关。

因此上一层数据库应该存在：

executions

完整关系：

Behavior
   ↓
Action
   ↓
Execution
   ↓
Result

Execution保存：

execution_code
action_code
start_time
end_time
state
actual_process

而不是把 Execution 信息全部塞进 Action。

230.12 results——实际结果核心表

Result表示：

实际执行之后发生了什么。

Result不是预期结果。

必须区分：

Expected Result
Actual Result

定义：

$Re=ExpectedResultR_e=ExpectedResult$ $R=ActualResultR=ActualResult$

例如：

Expected:
state = completed

实际：

Actual:
state = failed

因此：

$Re≠RR_e\neq R$

才可能形成异常。

230.13 Result模型

可以定义：

$R=(Ex,Ar,S,C,T)R=(E_x,A_r,S,C,T)$

其中：

$ExE_x$ ：Execution
$ArA_r$ ：Actual Result
$SS$ ：Result State
$CC$ ：Expected/Actual Comparison
$TT$ ：Time

这里为了避免与其他章节的 R 符号产生歧义，工程代码中建议使用明确字段：

execution_code
actual_result
result_state
comparison_data
result_time

230.14 results表

CREATE TABLE results (
    id BIGINT NOT NULL AUTO_INCREMENT,
    result_code VARCHAR(100) NOT NULL,
    execution_code VARCHAR(100) NOT NULL,
    behavior_code VARCHAR(100) NULL,
    action_code VARCHAR(100) NULL,
    expected_result TEXT NULL,
    actual_result TEXT NULL,
    comparison_data TEXT NULL,
    result_state VARCHAR(50) NOT NULL,
    evidence TEXT NULL,
    result_time DATETIME NOT NULL,
    created_at DATETIME NOT NULL,
    updated_at DATETIME NOT NULL,
    PRIMARY KEY (id),
    UNIQUE KEY uk_result_code (result_code),
    KEY idx_result_execution (execution_code),
    KEY idx_result_behavior (behavior_code),
    KEY idx_result_action (action_code),
    KEY idx_result_state (result_state),
    KEY idx_result_time (result_time)
);

230.15 Result的核心判断

Result至少需要保存：

Expected
Actual
Comparison
State
Evidence
Time

因此：

$Result=Expected+Actual+Comparison+State+Evidence+TimeResult= Expected + Actual + Comparison + State + Evidence + Time$

例如：

Expected = success
Actual = failed
Comparison = different
State = failed
Evidence = execution log

这才构成可供 FeedbackEngine 和 DiagnosisEngine 使用的实际结果。

230.16 Result状态

Result可以使用：

unknown
success
partial
failed
invalid
blocked
cancelled
verified
unverified

特别需要区分：

success
verified

成功并不自动等于验证通过。

因此：

$Success≠VerifiedSuccess\neq Verified$

可以出现：

result_state = success
verification = unverified

230.17 Valid Result

Result必须具有证据基础。

可以定义：

$ValidResult=Execution∧Actual∧Comparison∧EvidenceValidResult = Execution \land Actual \land Comparison \land Evidence$

其中：

Execution：存在实际执行
Actual：存在实际结果
Comparison：存在结果比较
Evidence：存在支持结果的证据

如果没有实际执行：

Result

就不能被当成真实运行结果。

230.18 feedback——反馈核心表

Feedback不是Result本身。

Result回答：

实际发生了什么？

Feedback回答：

如何结构化描述这个结果、状态变化、环境变化以及与预期之间的关系？

因此：

$Result≠FeedbackResult\neq Feedback$

230.19 Feedback模型

第163章和第201章定义了 Feedback。

为了避免 Execution 和 Environment 使用相同符号，本章采用明确变量：

$F=(R,S,Envf,C,T)F=(R,S,Env_f,C,T)$

其中：

$RR$ ：Actual Result
$SS$ ：State Change
$EnvfEnv_f$ ：Environment Feedback
$CC$ ：Comparison
$TT$ ：Time

如果进一步关联 Execution：

$F=(Ex,R,S,Envf,C,Ev,T)F=(E_x,R,S,Env_f,C,Ev,T)$

其中：

$ExE_x$ ：实际执行
$RR$ ：实际结果
$SS$ ：状态变化
$EnvfEnv_f$ ：环境反馈
$CC$ ：结果比较
$EvEv$ ：Evidence
$TT$ ：时间

230.20 feedback表设计

CREATE TABLE feedback (
    id BIGINT NOT NULL AUTO_INCREMENT,
    feedback_code VARCHAR(100) NOT NULL,
    execution_code VARCHAR(100) NULL,
    result_code VARCHAR(100) NULL,
    behavior_code VARCHAR(100) NULL,
    feedback_type VARCHAR(100) NOT NULL,
    actual_result TEXT NULL,
    state_before VARCHAR(100) NULL,
    state_after VARCHAR(100) NULL,
    environment_data TEXT NULL,
    comparison_data TEXT NULL,
    evidence TEXT NULL,
    feedback_state VARCHAR(50) NOT NULL,
    feedback_time DATETIME NOT NULL,
    created_at DATETIME NOT NULL,
    updated_at DATETIME NOT NULL,
    PRIMARY KEY (id),
    UNIQUE KEY uk_feedback_code (feedback_code),
    KEY idx_feedback_execution (execution_code),
    KEY idx_feedback_result (result_code),
    KEY idx_feedback_behavior (behavior_code),
    KEY idx_feedback_type (feedback_type),
    KEY idx_feedback_state (feedback_state),
    KEY idx_feedback_time (feedback_time)
);

230.21 关于表名feedback与复数形式

如果数据库命名统一采用复数形式，则建议使用：

feedbacks

因此正式数据库可以采用：

RENAME TABLE feedback TO feedbacks;

或者直接创建：

CREATE TABLE feedbacks (...);

为了与前面的：

behaviors
actions
results

保持一致，本体系推荐：

$feedbacks\boxed{feedbacks}$

作为正式表名。

230.22 feedbacks正式表

CREATE TABLE feedbacks (
    id BIGINT NOT NULL AUTO_INCREMENT,
    feedback_code VARCHAR(100) NOT NULL,
    execution_code VARCHAR(100) NULL,
    result_code VARCHAR(100) NULL,
    behavior_code VARCHAR(100) NULL,
    feedback_type VARCHAR(100) NOT NULL,
    actual_result TEXT NULL,
    state_before VARCHAR(100) NULL,
    state_after VARCHAR(100) NULL,
    environment_data TEXT NULL,
    comparison_data TEXT NULL,
    evidence TEXT NULL,
    feedback_state VARCHAR(50) NOT NULL,
    feedback_time DATETIME NOT NULL,
    created_at DATETIME NOT NULL,
    updated_at DATETIME NOT NULL,
    PRIMARY KEY (id),
    UNIQUE KEY uk_feedback_code (feedback_code),
    KEY idx_feedback_execution (execution_code),
    KEY idx_feedback_result (result_code),
    KEY idx_feedback_behavior (behavior_code),
    KEY idx_feedback_type (feedback_type),
    KEY idx_feedback_state (feedback_state),
    KEY idx_feedback_time (feedback_time)
);

230.23 Feedback类型

Feedback至少可以分为：

result
state
environment
abnormal
verification

Result Feedback

描述实际结果与预期结果之间的关系。

State Feedback

描述状态变化。

$St→St+1S_t\rightarrow S_{t+1}$

Environment Feedback

描述外部环境变化。

Abnormal Feedback

描述实际异常。

Verification Feedback

描述验证结果。

因此 Feedback可以成为多个后续 Engine 的输入。

230.24 Result与Feedback的关系

完整过程：

Execution
    ↓
Result
    ↓
Feedback

例如：

Execution E-001
Actual = failed

产生：

Result R-001
state = failed

随后：

Feedback F-001
comparison = different
state_before = ready
state_after = failed

因此：

$Result→FeedbackResult\rightarrow Feedback$

但：

$Feedback≠ResultFeedback\neq Result$

Feedback可以引用 Result，也可以引用 State、Environment 和 Evidence。

230.25 Behavior、Action、Result、Feedback完整关系

数据库关系：

behaviors
    │
    │ 1:N
    ↓
actions
    │
    │ 1:N
    ↓
executions
    │
    │ 1:N
    ↓
results
    │
    │ 1:N
    ↓
feedbacks

完整运行链：

$Behavior→Action→Execution→Result→FeedbackBehavior \rightarrow Action \rightarrow Execution \rightarrow Result \rightarrow Feedback$

这是 ICAI Runtime 层的基本闭环。

230.26 一个Action可以有多个Execution

这是数据库设计中的关键点。

例如：

Action A-002

第一次执行：

Execution E-002
Result = failed

经过 Diagnosis + Repair：

Execution E-003
Result = success

因此：

A-002
 ├── E-002 → failed
 └── E-003 → success

不能在 actions 表中直接把状态覆盖成：

success

否则历史上的失败事实会消失。

因此：

$Action→Execution1..nAction\rightarrow Execution_{1..n}$

230.27 一个Execution与Result

在基础设计中，一个 Execution 可以产生一个主要 Result：

$Ex→RE_x\rightarrow R$

例如：

E-001
    ↓
R-001

但复杂系统也可能产生多个结果，例如：

Execution
 ├── result
 ├── state_change
 └── environment_change

因此未来可以进一步拆分：

result_data
state_change
environment_change

本章的 results 表先保存主要实际结果。

230.28 Feedback不修改历史Result

这是非常重要的数据原则。

错误设计：

Result = failed
 ↓
Feedback
 ↓
UPDATE results
SET actual_result = success

这样会破坏历史事实。

正确设计：

Result R-001 = failed

Feedback F-001
    ↓
Diagnosis
    ↓
Repair
    ↓
Execution E-002
    ↓
Result R-002 = success

因此：

$R1=failedR_1=failed$

仍然保持：

$R1R_1$

不变。

新的：

$R2=successR_2=success$

作为新的实际事实存在。

230.29 Behavior历史

Behavior也应该保留历史变化。

例如：

B-001
created
→ ready
→ running
→ failed
→ repairing
→ running
→ completed

因此可以建立：

behavior_history

例如：

CREATE TABLE behavior_history (
    id BIGINT NOT NULL AUTO_INCREMENT,
    history_code VARCHAR(100) NOT NULL,
    behavior_code VARCHAR(100) NOT NULL,
    state_before VARCHAR(50) NULL,
    state_after VARCHAR(50) NULL,
    event_data TEXT NULL,
    reason_data TEXT NULL,
    evidence TEXT NULL,
    created_at DATETIME NOT NULL,
    PRIMARY KEY (id),
    UNIQUE KEY uk_behavior_history_code (history_code),
    KEY idx_behavior_history_behavior (behavior_code),
    KEY idx_behavior_history_time (created_at)
);

230.30 Action历史

Action同样可能发生状态变化：

created
→ ready
→ running
→ failed
→ retrying
→ completed

可以建立：

action_history

但必须注意：

Action History 是动作生命周期历史，不等于 Execution History。

因为：

$ActionHistory≠ExecutionHistoryActionHistory\neq ExecutionHistory$

230.31 Execution History

Execution History记录的是：

实际运行过程发生了什么。

例如：

A-002
 ↓
E-002 failed
 ↓
E-003 completed

因此：

execution_history

应该完整保留：

execution
start
end
state
actual process
result
error
evidence

230.32 行为数据与StateEngine

Behavior、Action、Result、Feedback都可能产生状态变化。

因此状态更新仍然由：

StateEngine

计算。

例如：

$St+F→ScS_t+F\rightarrow S_c$

然后：

$Transition(St,Event,Condition,Rule)→St+1Transition(S_t,Event,Condition,Rule) \rightarrow S_{t+1}$

最终：

StateEngine
    ↓
StateService
    ↓
StateRepository
    ↓
states
state_history

因此：

$Feedback≠StateUpdateFeedback\neq StateUpdate$

Feedback提供状态变化信息，StateEngine负责合法状态转换。

230.33 BehaviorEngine与ActionEngine

职责必须保持：

DecisionEngine
       ↓
BehaviorEngine
       ↓
ActionEngine
       ↓
ExecutionEngine

其中：

DecisionEngine

选择哪个候选方案。

BehaviorEngine

构建当前行为。

ActionEngine

计算和准备具体动作。

ExecutionEngine

真正执行。

因此：

$Decision≠BehaviorDecision\neq Behavior$ $Behavior≠ActionBehavior\neq Action$ $Action≠ExecutionAction\neq Execution$

230.34 Result与Feedback进入后续认知系统

行为运行产生：

Result
 ↓
Feedback

Feedback之后可以进入：

MemoryEngine
ExperienceEngine
RiskEngine
ConflictEngine
DiagnosisEngine
LearningEngine

例如：

Feedback
   ├──→ Memory
   ├──→ Experience
   ├──→ Risk
   ├──→ Diagnosis
   └──→ Learning

但 Feedback本身不负责执行这些计算。

230.35 Learning使用Behavior数据

如果连续发生：

Method M-001
Execution 1 → failed
Execution 2 → failed
Execution 3 → success

LearningEngine可以读取：

Result
Feedback
History
Memory
Experience

计算：

Learning Candidate

然后：

LearningEngine
       ↓
Update Candidate
       ↓
UpdateEngine
       ↓
Method / Capability / Knowledge

因此行为数据是学习的重要事实来源。

230.36 Behavior数据不能直接等同于学习数据

例如：

Result = failed

不代表：

Method = invalid

也不代表：

Capability = invalid

还需要：

Feedback
Diagnosis
Evidence
Verification

确定真正原因。

因此：

$Failure≠LearningFailure\neq Learning$ $Result≠UpdateResult\neq Update$

230.37 PHP Domain结构

对应PHP Domain：

class Behavior
{
    protected $id;
    protected $goalCode;
    protected $methodCode;
    protected $condition;
    protected $actions;
    protected $state;
}

Action：

class Action
{
    protected $id;
    protected $behaviorCode;
    protected $type;
    protected $objectId;
    protected $condition;
    protected $parameters;
    protected $expectedResult;
    protected $state;
}

Result：

class Result
{
    protected $id;
    protected $executionCode;
    protected $expectedResult;
    protected $actualResult;
    protected $comparison;
    protected $state;
    protected $evidence;
    protected $time;
}

Feedback：

class Feedback
{
    protected $id;
    protected $executionCode;
    protected $resultCode;
    protected $type;
    protected $actualResult;
    protected $stateBefore;
    protected $stateAfter;
    protected $environment;
    protected $comparison;
    protected $evidence;
    protected $time;
}

这些仍然属于 Domain 层。

230.38 Mapper

对应：

BehaviorMapper
ActionMapper
ResultMapper
FeedbackMapper

例如：

class ResultMapper
{
    public function toPersistence($result)
    {
        return array(
            'result_code'     => $result->getId(),
            'execution_code'  => $result->getExecutionCode(),
            'expected_result' => $result->getExpectedResult(),
            'actual_result'   => $result->getActualResult(),
            'comparison_data' => $result->getComparison(),
            'result_state'    => $result->getState(),
            'evidence'        => $result->getEvidence(),
            'result_time'     => $result->getTime()
        );
    }
}

Mapper只负责：

$Domain↔PersistenceDomain\leftrightarrow Persistence$

不负责结果计算。

230.39 Repository结构

本章对应：

BehaviorRepository
ActionRepository
ResultRepository
FeedbackRepository

分别负责：

BehaviorRepository
    ↓
behaviors

ActionRepository
    ↓
actions

ResultRepository
    ↓
results

FeedbackRepository
    ↓
feedbacks

如果实际工程采用聚合 Repository，也可以建立：

BehaviorActionRepository

但仍然应该保持四类 Domain 的语义独立。

230.40 Repository不能计算行为

错误：

BehaviorRepository
    ↓
判断哪个Action最好

这是错误的职责。

正确：

BehaviorEngine
    ↓
Calculate Behavior
    ↓
Behavior
    ↓
BehaviorRepository
    ↓
MySQL

同样：

FeedbackEngine

负责反馈计算。

FeedbackRepository

负责反馈保存和查询。

230.41 完整持久化链

行为数据保存：

$Behavior→BehaviorMapper→BehaviorRepository→MySQLBehavior \rightarrow BehaviorMapper \rightarrow BehaviorRepository \rightarrow MySQL$

动作：

$Action→ActionMapper→ActionRepository→MySQLAction \rightarrow ActionMapper \rightarrow ActionRepository \rightarrow MySQL$

结果：

$Result→ResultMapper→ResultRepository→MySQLResult \rightarrow ResultMapper \rightarrow ResultRepository \rightarrow MySQL$

反馈：

$Feedback→FeedbackMapper→FeedbackRepository→MySQLFeedback \rightarrow FeedbackMapper \rightarrow FeedbackRepository \rightarrow MySQL$

230.42 完整读取链

读取当前行为：

behaviors
    ↓
BehaviorRepository
    ↓
BehaviorMapper
    ↓
Behavior Domain

读取动作：

actions
    ↓
ActionRepository
    ↓
ActionMapper
    ↓
Action Domain

读取结果：

results
    ↓
ResultRepository
    ↓
ResultMapper
    ↓
Result Domain

读取反馈：

feedbacks
    ↓
FeedbackRepository
    ↓
FeedbackMapper
    ↓
Feedback Domain

230.43 完整运行案例

假设：

Goal G-001

经过：

Capability
 ↓
Matching
 ↓
Method M-001
 ↓
Decision D-001

Decision选择：

M-001

BehaviorEngine建立：

Behavior B-001

Behavior包含：

A-001
A-002
A-003

执行：

A-001 → E-001 → success
A-002 → E-002 → failed

形成：

Result R-001
expected = success
actual = failed

然后：

Feedback F-001
state_before = running
state_after = failed
comparison = different

进入：

DiagnosisEngine

发现：

Resource Insufficient

随后：

RepairEngine
 ↓
Resource Replacement
 ↓
A-002
 ↓
E-003
 ↓
Result R-002 = success

最终：

Feedback F-002

记录新的事实。

历史：

E-002 failed
E-003 success

都必须保留。

230.44 数据库完整关系

最终形成：

individuals
     ↓
goals
     ↓
decisions
     ↓
behaviors
     ↓
actions
     ↓
executions
     ↓
results
     ↓
feedbacks

同时：

methods
     ↓
behaviors

以及：

capabilities
     ↓
methods

形成：

Knowledge
   ↓
Need
   ↓
Goal
   ↓
Capability
   ↓
Method
   ↓
Decision
   ↓
Behavior
   ↓
Action
   ↓
Execution
   ↓
Result
   ↓
Feedback

这已经形成从认知到运行的完整主链。

230.45 行为数据与核心数据层

第228章：

Individual
Object
Attribute
State
Relation
Scene

第229章：

Knowledge
Need
Goal
Capability
Method
Decision

第230章：

Behavior
Action
Result
Feedback

因此：

Core Data
     ↓
Cognitive Data
     ↓
Behavior Data

三层已经连接起来。

230.46 行为数据与维护数据

当 Feedback发现：

abnormal

进入：

Risk
Conflict
Diagnosis
Repair
Verification

因此：

Feedback
   ↓
┌───────────────┐
│ Risk          │
│ Conflict      │
│ Diagnosis     │
│ Repair        │
└───────────────┘

其中：

Risk

主要处理潜在问题。

Conflict

处理当前结构冲突。

Diagnosis

分析已经发生的问题原因。

Repair

执行修复。

因此行为数据是维护数据层的重要入口。

230.47 行为数据与Memory、Experience

行为运行历史：

Behavior
 ↓
Action
 ↓
Execution
 ↓
Result
 ↓
Feedback

之后：

History
 ↓
Memory
 ↓
Experience

因此：

$BehaviorData→History→Memory→ExperienceBehaviorData \rightarrow History \rightarrow Memory \rightarrow Experience$

这里不能直接：

Result → Experience

因为 Experience 需要经过历史选择、比较、关系建立和模式形成。

230.48 行为数据与Learning

完整学习路径：

$Feedback→History→Memory→Experience→Learning→UpdateFeedback \rightarrow History \rightarrow Memory \rightarrow Experience \rightarrow Learning \rightarrow Update$

其中：

LearningEngine

计算应该改变什么。

UpdateEngine

负责将经过确认的变化应用到：

Knowledge
Capability
Method
State
Individual Structure

因此：

$Learning≠UpdateLearning\neq Update$

230.49 行为数据层的统一模型

可以定义：

$BD=(B,A,Ex,R,F)BD=(B,A,E_x,R,F)$

其中：

$BB$ ：Behavior
$AA$ ：Action
$ExE_x$ ：Execution
$RR$ ：Actual Result
$FF$ ：Feedback

主链：

$B→A→Ex→R→FB\rightarrow A\rightarrow E_x\rightarrow R\rightarrow F$

如果加入状态：

$B+A+Ex+R+F→StateUpdateB+A+E_x+R+F\rightarrow StateUpdate$

如果加入学习：

$B+A+Ex+R+F→History→Memory→Experience→LearningB+A+E_x+R+F \rightarrow History \rightarrow Memory \rightarrow Experience \rightarrow Learning$

230.50 行为数据的核心生命周期

Behavior：

Created
 ↓
Ready
 ↓
Running
 ↓
Completed

Action：

Created
 ↓
Calculated
 ↓
Ready
 ↓
Running
 ↓
Completed

Execution：

Created
 ↓
Started
 ↓
Running
 ↓
Completed / Failed

Result：

Created
 ↓
Calculated
 ↓
Recorded
 ↓
Verified

Feedback：

Received
 ↓
Validated
 ↓
Compared
 ↓
Evaluated
 ↓
Saved

整个运行生命周期：

$Behavior→Action→Execution→Result→FeedbackBehavior \rightarrow Action \rightarrow Execution \rightarrow Result \rightarrow Feedback$

230.51 本章核心原则

第一：

$Behavior≠ActionBehavior\neq Action$

行为是结构，动作是具体操作。

第二：

$Action≠ExecutionAction\neq Execution$

动作是要做什么，执行是实际发生什么。

第三：

$Execution≠ResultExecution\neq Result$

执行是过程，结果是过程产生的实际结果。

第四：

$Result≠FeedbackResult\neq Feedback$

结果记录实际事实，反馈对实际事实进行结构化处理。

第五：

$Expected≠ActualExpected\neq Actual$

预期结果与实际结果必须分开保存。

第六：

$Success≠VerifiedSuccess\neq Verified$

成功不自动等于验证通过。

第七：

$History≠CurrentDataHistory\neq CurrentData$

历史数据不能因为新结果而被覆盖。

第八：

$Failure≠CapabilityInvalidFailure\neq CapabilityInvalid$

一次行为失败不能直接推导能力失效。

第九：

$Repository≠EngineRepository\neq Engine$

Repository负责保存、查询；Engine负责计算。

第十：

$Feedback≠StateTransitionFeedback\neq StateTransition$

Feedback提供状态变化事实，StateEngine负责合法状态转换。

230.52 本章总结

第230章建立了 ICAI 行为运行数据层：

$Behavior+Action+Result+Feedback\boxed{ Behavior+ Action+ Result+ Feedback }$

完整运行关系：

$Decision→Behavior→Action→Execution→Result→Feedback\boxed{ Decision \rightarrow Behavior \rightarrow Action \rightarrow Execution \rightarrow Result \rightarrow Feedback }$

数据库核心表：

behaviors
actions
results
feedbacks

同时依赖：

executions

以及相应历史表：

behavior_history
action_history
execution_history

四类核心数据的职责分别是：

Behavior
    = 当前行为结构

Action
    = 具体动作

Result
    = 实际运行结果

Feedback
    = 对结果、状态、环境及比较信息的结构化反馈

工程结构：

BehaviorEngine
        ↓
Behavior
        ↓
BehaviorRepository
        ↓
behaviors

ActionEngine
        ↓
Action
        ↓
ActionRepository
        ↓
actions

ExecutionEngine
        ↓
Execution
        ↓
executions

FeedbackEngine
        ↓
Feedback
        ↓
FeedbackRepository
        ↓
feedbacks

而 Result 位于：

Execution
   ↓
Result
   ↓
Feedback

最终，ICAI已经形成：

$CoreData→CognitiveData→BehaviorData→Feedback\boxed{ CoreData \rightarrow CognitiveData \rightarrow BehaviorData \rightarrow Feedback }$

再通过：

$Feedback→Memory→Experience→Learning→UpdateFeedback \rightarrow Memory \rightarrow Experience \rightarrow Learning \rightarrow Update$

将实际运行结果重新反馈到认知结构中。

整个体系仍然坚持对象、规则、条件、关系、离散计算、状态、历史、经验和实际执行事实作为系统基础，不依赖 LLM、Transformer、Embedding、Vector Search、Prompt Engineering、神经网络或 LLM API。

第230章 ICAI行为数据表

第230章 ICAI行为数据表

230.1 行为数据层的定位

230.2 Behavior不是Execution

230.3 Behavior Domain模型

230.4 behaviors表

230.5 Behavior状态

230.6 Behavior与Method

230.7 actions——动作核心表

230.8 actions表

230.9 Action顺序不能丢失

230.10 Behavior与Action关系

230.11 Execution虽然不是本章主表，但必须保留

230.12 results——实际结果核心表

230.13 Result模型

230.14 results表

230.15 Result的核心判断

230.16 Result状态

230.17 Valid Result

230.18 feedback——反馈核心表

230.19 Feedback模型

230.20 feedback表设计

230.21 关于表名feedback与复数形式

230.22 feedbacks正式表

230.23 Feedback类型

Result Feedback

State Feedback

Environment Feedback

Abnormal Feedback

Verification Feedback

230.24 Result与Feedback的关系

230.25 Behavior、Action、Result、Feedback完整关系

230.26 一个Action可以有多个Execution

230.27 一个Execution与Result

230.28 Feedback不修改历史Result

230.29 Behavior历史

230.30 Action历史

230.31 Execution History

230.32 行为数据与StateEngine

230.33 BehaviorEngine与ActionEngine

DecisionEngine

BehaviorEngine

ActionEngine

ExecutionEngine

230.34 Result与Feedback进入后续认知系统

230.35 Learning使用Behavior数据

230.36 Behavior数据不能直接等同于学习数据

230.37 PHP Domain结构

230.38 Mapper

230.39 Repository结构

230.40 Repository不能计算行为

230.41 完整持久化链

230.42 完整读取链

230.43 完整运行案例

230.44 数据库完整关系

230.45 行为数据与核心数据层

230.46 行为数据与维护数据

230.47 行为数据与Memory、Experience

230.48 行为数据与Learning

230.49 行为数据层的统一模型

230.50 行为数据的核心生命周期

230.51 本章核心原则

230.52 本章总结

Leave a Reply Cancel reply