第254章　方法决策页面

第253章建立了能力匹配页面，完成了从需求、目标到能力匹配的工程过程：

$Need→Goal→Capability→MatchingNeed \rightarrow Goal \rightarrow Capability \rightarrow Matching$

能力匹配解决的是：

当前个体具有什么能力，以及这些能力是否能够满足当前需求和目标？

但是，能力本身并不能直接形成行为。

同一种能力可能存在多种实现方法。

例如，一个 ICAI 具有“故障诊断能力”，但可以采用：

方法A：参数检查
方法B：状态检查
方法C：历史记录分析
方法D：组合检查

因此，能力匹配之后还需要解决：

当前应该采用哪一种方法？

由此进入方法与决策阶段。

本章建立方法决策页面：

$MethodDecisionPage={Method,Candidate,Decision,DecisionResult}MethodDecisionPage= \{Method,Candidate,Decision,DecisionResult\}$

其中：

Method 表示可以执行的具体方法；
Candidate 表示当前条件下的候选方案；
Decision 表示选择过程；
DecisionResult 表示最终决策结果。

完整过程为：

$CapabilityMatching→Method→Candidate→Decision→DecisionResultCapabilityMatching \rightarrow Method \rightarrow Candidate \rightarrow Decision \rightarrow DecisionResult$

最终进入行为：

$DecisionResult→BehaviorDecisionResult \rightarrow Behavior$

254.1 方法决策页面的定义

方法决策页面（Method Decision Page）是用于管理 ICAI 当前可使用的方法、候选方案、决策过程以及最终决策结果的工程页面。

它处于能力匹配与行为执行之间。

因此：

$Capability→Matching→Method→Decision→BehaviorCapability \rightarrow Matching \rightarrow Method \rightarrow Decision \rightarrow Behavior$

方法回答：

有什么方式可以完成任务？

候选方案回答：

当前有哪些方式可以考虑？

决策回答：

在这些方案中选择哪一个？

决策结果回答：

最终确定采用什么方案？

因此：

$Method≠DecisionMethod\neq Decision$ $Candidate≠DecisionCandidate\neq Decision$ $Decision≠DecisionResultDecision\neq DecisionResult$

254.2 方法定义

方法（Method）是 ICAI 为实现某项目标、完成某项任务或执行某种能力而采用的结构化处理方式。

可以定义：

$Method={ID,Name,Type,Capability,Steps,Condition,State}Method= \{ID,Name,Type,Capability,Steps,Condition,State\}$

其中：

$IDID$ ：方法标识；
$NameName$ ：方法名称；
$TypeType$ ：方法类型；
$CapabilityCapability$ ：所依赖的能力；
$StepsSteps$ ：方法步骤；
$ConditionCondition$ ：适用条件；
$StateState$ ：方法状态。

例如：

能力：
故障诊断

方法：
参数检查

步骤：
1. 读取参数
2. 判断参数范围
3. 对比正常值
4. 输出判断

另一个方法：

能力：
故障诊断

方法：
历史记录分析

步骤：
1. 读取历史记录
2. 查找异常事件
3. 比较当前状态
4. 输出判断

因此：

$Capability→Method1,Method2,…,MethodnCapability \rightarrow Method_1,Method_2,\ldots,Method_n$

254.3 能力与方法

能力与方法具有上下层关系。

能力：

$Capability=CanDoCapability=CanDo$

方法：

$Method=HowToDoMethod=HowToDo$

因此：

$Capability≠MethodCapability\neq Method$

例如：

能力：
订单处理

方法：
自动订单处理
人工确认后处理
异常订单处理
批量订单处理

一个能力可以对应多个方法：

$Capability→{Method1,Method2,…,Methodn}Capability \rightarrow \{Method_1,Method_2,\ldots,Method_n\}$

因此能力匹配成功以后，并不代表某个方法已经确定。

254.4 方法适用条件

每一个方法都具有自己的适用条件。

定义：

$MethodCondition={State,Scene,Capability,Resource,Rule}MethodCondition= \{State,Scene,Capability,Resource,Rule\}$

例如：

方法：
维修方法A

要求：
设备处于停止状态
维修能力可用
维修工具存在
安全条件满足

因此：

$MethodAvailable ⟺ MethodConditionSatisfiedMethodAvailable \iff MethodConditionSatisfied$

如果方法条件不满足，则该方法不能进入当前候选方案。

254.5 方法状态

方法本身也可以具有状态。

例如：

active
disabled
expired
blocked

定义：

$MethodState={Active,Disabled,Expired,Blocked}MethodState= \{Active,Disabled,Expired,Blocked\}$

如果：

$MethodState=DisabledMethodState=Disabled$

则：

$Candidate=falseCandidate=false$

因此：

$MethodState→CandidateFilterMethodState \rightarrow CandidateFilter$

方法存在并不意味着当前一定能够使用。

254.6 候选方案

候选方案（Candidate）表示经过能力、条件和规则筛选后，可以进入决策过程的方法集合。

定义：

$CandidateSet={M1,M2,…,Mn}CandidateSet= \{M_1,M_2,\ldots,M_n\}$

例如：

候选方案：

方法A：参数检查
方法B：历史记录分析
方法C：状态检查

这些方法并不是已经确定执行的方法。

因此：

$CandidateMethod≠SelectedMethodCandidateMethod\neq SelectedMethod$

候选方案只是进入决策范围。

254.7 候选方案形成

候选方案可以由能力匹配结果产生：

$CapabilityMatchingResult→CandidateMethodsCapabilityMatchingResult \rightarrow CandidateMethods$

例如：

能力匹配：
故障诊断 = matched

↓

读取故障诊断能力对应方法：

方法A
方法B
方法C

↓

检查方法条件：

方法A = available
方法B = available
方法C = blocked

↓

候选集合：

{方法A,方法B}

因此：

$CandidateSet=Filter(MethodSet,Condition)CandidateSet = Filter(MethodSet,Condition)$

254.8 候选方案过滤

候选方案形成需要经过多个条件。

例如：

$Candidate=F(Method,Capability,Scene,State,Condition)Candidate= F(Method,Capability,Scene,State,Condition)$

可以依次进行：

能力满足
↓
方法存在
↓
方法状态正常
↓
场景满足
↓
资源满足
↓
规则满足
↓
进入候选集合

不满足任何关键条件的方法都应被排除。

因此：

$Condition=false⇒Method∉CandidateSetCondition=false \Rightarrow Method\notin CandidateSet$

254.9 候选方案评价

候选方案进入决策前，可以进行评价。

例如：

$CandidateScore=F(SuccessRate,Cost,Risk,Efficiency,Condition)CandidateScore= F(SuccessRate,Cost,Risk,Efficiency,Condition)$

可以考虑：

历史成功率
执行成本
执行风险
执行时间
资源消耗
条件适配程度
目标适配程度

例如：

方法	成功率	风险	成本	综合评价
方法A	0.80	0.20	0.30	0.76
方法B	0.95	0.10	0.20	0.89
方法C	0.70	0.40	0.50	0.58

这里的数值只是结构化计算结果，可以通过明确规则和权重计算。

不需要神经网络或生成式模型。

254.10 方法评价与方法选择

候选方案评价并不等于最终选择。

例如：

$CandidateScore(MethodA)=0.76CandidateScore(Method_A)=0.76$ $CandidateScore(MethodB)=0.89CandidateScore(Method_B)=0.89$

虽然方法B目前评价最高，但还需要检查：

风险
目标
当前条件
冲突
优先级
资源

因此：

$CandidateEvaluation≠MethodSelectionCandidateEvaluation\neq MethodSelection$

最终选择必须经过 Decision Engine。

254.11 决策定义

决策（Decision）是 ICAI 根据当前目标、候选方案、条件、风险和规则，从多个可行方案中确定行动方向的计算过程。

可以定义：

$Decision=F(Goal,CandidateSet,Condition,Risk,Conflict,Rule)Decision= F(Goal,CandidateSet,Condition,Risk,Conflict,Rule)$

决策的输入：

目标
候选方案
当前条件
风险
冲突
规则

输出：

SelectedMethod
DecisionStatus
Reason

因此：

$Decision≠MethodDecision\neq Method$

方法是被选择的对象之一，决策是选择过程。

254.12 决策过程

完整决策过程可以表示为：

$CandidateSet→Evaluation→RiskCheck→ConflictCheck→RuleCheck→SelectionCandidateSet \rightarrow Evaluation \rightarrow RiskCheck \rightarrow ConflictCheck \rightarrow RuleCheck \rightarrow Selection$

例如：

候选方案
↓
计算评价值
↓
检查风险
↓
检查冲突
↓
检查目标
↓
应用决策规则
↓
选择方法B

这就是 ICAI 的方法决策过程。

254.13 决策规则

决策必须依据明确规则。

例如：

规则1：
优先选择满足目标条件的方法。

规则2：
风险达到Critical时禁止执行。

规则3：
能力状态必须为available。

规则4：
方法状态必须为active。

规则5：
多个方案都满足时，选择综合评价最高者。

形式化：

$DecisionRule={R1,R2,…,Rn}DecisionRule= \{R_1,R_2,\ldots,R_n\}$

决策：

$Decision=Apply(Rules,Candidates)Decision=Apply(Rules,Candidates)$

因此 ICAI 的决策可以建立在明确的符号规则和离散计算之上。

254.14 决策优先级

当多个候选方法同时满足条件时，需要定义优先级。

例如：

$Priority={Goal,Risk,SuccessRate,Cost,Efficiency}Priority= \{Goal,Risk,SuccessRate,Cost,Efficiency\}$

可以形成决策排序：

$MethodA>MethodB>MethodCMethod_A > Method_B > Method_C$

但这种排序必须具有明确依据。

例如：

第一优先：
安全

第二优先：
目标满足程度

第三优先：
成功率

第四优先：
执行成本

第五优先：
执行时间

因此：

$DecisionPriority→MethodSelectionDecisionPriority \rightarrow MethodSelection$

254.15 决策与风险

风险是决策的重要输入。

例如：

方法A：
匹配值 = 0.90
风险 = High

方法B：
匹配值 = 0.85
风险 = Low

不能简单选择：

$0.90>0.850.90>0.85$

而应该进行综合决策：

$Decision=F(MatchScore,Risk,Goal,Condition)Decision= F(MatchScore,Risk,Goal,Condition)$

如果规则规定：

$Risk≥High⇒MethodBlockedRisk\geq High \Rightarrow MethodBlocked$

则方法A可能被排除。

因此：

$HighestScore≠AlwaysSelectedHighestScore\neq AlwaysSelected$

254.16 决策与冲突

多个候选方案之间可能存在冲突。

例如：

方法A：
快速执行

方法B：
安全检查

当前目标：
设备维修

规则：
安全优先

此时：

$Conflict(MethodA,MethodB)Conflict(Method_A,Method_B)$

决策系统需要依据规则解决冲突。

可以表示：

$Conflict→DecisionRule→SelectionConflict \rightarrow DecisionRule \rightarrow Selection$

因此：

$Decision≠ConflictDecision\neq Conflict$

决策是对冲突和候选方案进行处理后的选择过程。

254.17 决策结果

决策结果（Decision Result）表示决策计算最终产生的结构化结果。

定义：

$DecisionResult={Status,SelectedMethod,Goal,Reason,Risk,Condition,Time}DecisionResult= \{ Status, SelectedMethod, Goal, Reason, Risk, Condition, Time \}$

例如：

状态：
approved

选择方法：
Method-B

目标：
完成设备故障诊断

原因：
Method-B满足目标条件，风险低，历史成功率高

风险：
Low

因此：

$DecisionResult≠DecisionDecisionResult\neq Decision$

Decision 是计算过程，DecisionResult 是计算结果。

254.18 决策状态

决策结果本身可以具有状态：

pending
approved
rejected
blocked
expired
executed
failed

例如：

$DecisionStatus=ApprovedDecisionStatus=Approved$

表示决策已经形成并允许进入行为阶段。

如果：

$DecisionStatus=BlockedDecisionStatus=Blocked$

则：

$DecisionResult↛BehaviorDecisionResult \not\rightarrow Behavior$

必须先处理阻塞原因。

254.19 决策与行为

决策不是行为。

例如：

决策：
选择维修方法B

这是决策。

真正执行：

执行维修方法B

才进入行为和动作。

因此：

$Decision→Behavior→ActionDecision \rightarrow Behavior \rightarrow Action$

并且：

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

254.20 方法与行为

方法规定“采用什么方式”，行为规定“按照该方式执行什么”。

例如：

方法：
设备诊断方法B

行为：
执行设备诊断

动作：
读取温度
读取压力
读取运行状态

因此：

$Method→Behavior→ActionMethod \rightarrow Behavior \rightarrow Action$

一个方法可以形成多个行为步骤：

$Method→Behavior1→Behavior2→BehaviornMethod \rightarrow Behavior_1 \rightarrow Behavior_2 \rightarrow Behavior_n$

254.21 方法决策页面

页面可以划分为四个核心区域：

┌──────────────────────────────┐
│ 方法                          │
├──────────────────────────────┤
│ 候选方案                      │
├──────────────────────────────┤
│ 决策                          │
├──────────────────────────────┤
│ 决策结果                      │
└──────────────────────────────┘

方法区域显示：

方法名称
方法类型
所属能力
适用条件
方法状态

候选方案区域显示：

候选方法
匹配值
风险
成本
成功率
适用状态

决策区域显示：

决策规则
优先级
风险判断
冲突判断
选择过程

决策结果区域显示：

最终方法
决策状态
决策原因
目标
时间

254.22 方法决策页面的数据结构

统一 View Data：

$viewData = array(
    'method' => $methodData,
    'candidates' => $candidateData,
    'decision' => $decisionData,
    'result' => $decisionResult
);

对应：

$MethodDecisionViewData={Method,Candidates,Decision,DecisionResult}MethodDecisionViewData= \{ Method, Candidates, Decision, DecisionResult \}$

然后：

$ViewData→Smarty→HTMLViewData \rightarrow Smarty \rightarrow HTML$

254.23 Smarty方法决策页面

Smarty 模板可以表示：

<h1>ICAI方法决策</h1>

<h2>方法</h2>
<p>名称：{$method.name}</p>
<p>类型：{$method.type}</p>
<p>状态：{$method.state}</p>

<h2>候选方案</h2>

{foreach $candidates as $candidate}
<p>
    {$candidate.name}
    — 匹配值：{$candidate.score}
    — 风险：{$candidate.risk}
    — 状态：{$candidate.status}
</p>
{/foreach}

<h2>决策</h2>
<p>规则：{$decision.rule}</p>
<p>优先级：{$decision.priority}</p>

<h2>决策结果</h2>
<p>状态：{$result.status}</p>
<p>选择方法：{$result.selected_method}</p>
<p>原因：{$result.reason}</p>

Smarty 只负责显示数据。

因此：

$Smarty≠DecisionEngineSmarty\neq DecisionEngine$ $Smarty≠MethodEngineSmarty\neq MethodEngine$

254.24 MethodDecisionEngine

方法决策需要专门的 Engine。

可以定义：

$MethodDecisionEngine=F(Method,CandidateSet,Goal,Condition,Risk,Conflict)MethodDecisionEngine= F(Method,CandidateSet,Goal,Condition,Risk,Conflict)$

其主要步骤：

读取候选方案
↓
检查方法条件
↓
计算候选评价
↓
检查风险
↓
检查冲突
↓
应用决策规则
↓
选择方案
↓
生成DecisionResult

因此：

$CandidateSet→MethodDecisionEngine→DecisionResultCandidateSet \rightarrow MethodDecisionEngine \rightarrow DecisionResult$

254.25 MethodDecisionService

Service 负责组织整个方法决策业务。

例如：

接收决策请求
↓
读取目标
↓
读取候选方法
↓
读取条件
↓
读取风险
↓
读取冲突
↓
调用DecisionEngine
↓
保存DecisionResult
↓
返回结果

因此：

$MethodDecisionService≠MethodDecisionEngineMethodDecisionService \neq MethodDecisionEngine$

Service 负责业务流程，Engine 负责决策计算。

254.26 Controller

Controller 接收页面请求：

Browser
↓
MethodDecisionController
↓
MethodDecisionService

Controller 可以接收：

individual_id
goal_id
need_id
scene_id

然后交给 Service。

Controller 不直接进行方法评分和方案选择。

因此：

$Controller≠DecisionEngineController\neq DecisionEngine$

254.27 Repository

方法和决策数据需要持久化时：

methods
method_conditions
method_candidates
decisions
decision_results

Repository 可以提供：

findMethod()
findCandidates()
findDecisionRules()
saveDecision()
saveDecisionResult()

数据流：

$MethodRepository→MySQLMethodRepository \rightarrow MySQL$ $DecisionRepository→MySQLDecisionRepository \rightarrow MySQL$

但：

$Repository≠DecisionRepository\neq Decision$

Repository 不负责选择方法。

254.28 完整 MVC 数据流

方法决策页面的完整请求：

$Browser→MethodDecisionController→MethodDecisionService→MethodDecisionEngineBrowser \rightarrow MethodDecisionController \rightarrow MethodDecisionService \rightarrow MethodDecisionEngine$

数据读取：

$MethodDecisionEngine→DomainObject→Repository→MySQLMethodDecisionEngine \rightarrow DomainObject \rightarrow Repository \rightarrow MySQL$

决策计算：

$CandidateSet→DecisionEngine→DecisionResultCandidateSet \rightarrow DecisionEngine \rightarrow DecisionResult$

页面返回：

$DecisionResult→Service→Controller→ViewData→Smarty→HTMLDecisionResult \rightarrow Service \rightarrow Controller \rightarrow ViewData \rightarrow Smarty \rightarrow HTML$

完整结构：

Browser
   ↓
MethodDecisionController
   ↓
MethodDecisionService
   ↓
MethodDecisionEngine
   ↓
Candidate Methods
   ↓
Decision
   ↓
DecisionResult
   ↓
ViewData
   ↓
Smarty
   ↓
HTML

254.29 方法决策的实际计算示例

假设 ICAI 已经完成能力匹配。

当前：

需求：
诊断设备A

目标：
确定设备故障原因

能力：
故障诊断

能力状态：
available

存在三个方法：

方法A：
参数检查

方法B：
历史记录分析

方法C：
组合诊断

候选条件：

方法A：
可用

方法B：
可用

方法C：
可用

评价：

$Score(A)=0.72Score(A)=0.72$ $Score(B)=0.84Score(B)=0.84$ $Score(C)=0.91Score(C)=0.91$

但是风险：

$Risk(A)=LowRisk(A)=Low$ $Risk(B)=LowRisk(B)=Low$ $Risk(C)=MediumRisk(C)=Medium$

如果决策规则规定：

在满足目标的情况下，优先选择低风险方案；风险相同时选择综合评价最高方案。

那么：

方法A：
Low / 0.72

方法B：
Low / 0.84

方法C：
Medium / 0.91

最终：

$SelectedMethod=MethodBSelectedMethod=Method_B$

因为方法C虽然评分最高，但风险更高。

254.30 决策结果

最终形成：

DecisionStatus：
approved

SelectedMethod：
Method-B

Goal：
确定设备故障原因

Reason：
方法B满足目标条件，风险低，并且在低风险候选方法中综合评价最高。

Risk：
Low

此时：

$DecisionResult.Status=ApprovedDecisionResult.Status=Approved$

才能进入：

$DecisionResult→BehaviorDecisionResult \rightarrow Behavior$

254.31 决策失败

决策不一定能够产生有效方案。

例如：

没有候选方法

或者：

所有方法均被风险规则阻止

或者：

候选方法之间存在无法解决的冲突

或者：

目标条件无法满足

因此：

$DecisionStatus∈{Approved,Rejected,Blocked,Failed}DecisionStatus\in \{Approved,Rejected,Blocked,Failed\}$

如果：

$DecisionStatus=FailedDecisionStatus=Failed$

则：

$DecisionResult↛BehaviorDecisionResult \not\rightarrow Behavior$

系统可以进入：

$Failure→DiagnosisFailure \rightarrow Diagnosis$

或者：

$Failure→LearningFailure \rightarrow Learning$

或者：

$Failure→HumanInterventionFailure \rightarrow HumanIntervention$

254.32 决策与学习

决策结果及其后续执行结果可以进入学习系统。

例如：

方法B
↓
执行
↓
成功
↓
Result
↓
Feedback
↓
Memory
↓
Experience
↓
Learning

学习可以记录：

$SuccessRate(MethodB)SuccessRate(Method_B)$

例如原来：

$Score(MethodB)=0.84Score(Method_B)=0.84$

经过多次成功后：

$Score(MethodB)→0.90Score(Method_B)\rightarrow0.90$

因此：

$Learning→MethodEvaluationUpdate→DecisionLearning \rightarrow MethodEvaluationUpdate \rightarrow Decision$

形成决策与学习之间的反馈循环。

254.33 决策与能力更新

如果所有候选方法都无法完成目标，可能不是方法问题，而是能力不足。

例如：

需求：
高级故障诊断

能力：
基础故障诊断

候选方法：
全部无法满足

可能形成：

$CapabilityInsufficientCapabilityInsufficient$

然后：

$CapabilityInsufficient→Learning→CapabilityUpdateCapabilityInsufficient \rightarrow Learning \rightarrow CapabilityUpdate$

能力更新后重新进行：

$CapabilityMatching→MethodCandidate→DecisionCapabilityMatching \rightarrow MethodCandidate \rightarrow Decision$

因此 ICAI 可以形成：

$Capability→Matching→Method→Decision→Failure→Learning→CapabilityUpdateCapability \rightarrow Matching \rightarrow Method \rightarrow Decision \rightarrow Failure \rightarrow Learning \rightarrow CapabilityUpdate$

254.34 决策与自我维护

如果决策过程本身出现异常，也可以进入自我维护。

例如：

DecisionEngine
↓
Detection
↓
Risk
↓
Conflict
↓
Diagnosis
↓
Repair
↓
Verification

因此：

$DecisionSystem→MaintenanceDecisionSystem \rightarrow Maintenance$

维护完成后：

$Repair→DecisionSystem→VerificationRepair \rightarrow DecisionSystem \rightarrow Verification$

254.35 方法决策页面与前面章节

前面的三个页面形成连续结构。

第251章：

$ObjectPage={Object,Attribute,State,Relation}ObjectPage= \{Object,Attribute,State,Relation\}$

第252章：

$CognitionPage={Knowledge,Scene,Need,Goal}CognitionPage= \{Knowledge,Scene,Need,Goal\}$

第253章：

$CapabilityMatchingPage={Capability,Condition,Result,State}CapabilityMatchingPage= \{Capability,Condition,Result,State\}$

本章：

$MethodDecisionPage={Method,Candidate,Decision,DecisionResult}MethodDecisionPage= \{Method,Candidate,Decision,DecisionResult\}$

完整结构：

Individual
   ↓
Object
   ↓
Cognition
   ↓
Need
   ↓
Goal
   ↓
Capability
   ↓
Matching
   ↓
Method
   ↓
Candidate
   ↓
Decision
   ↓
DecisionResult
   ↓
Behavior
   ↓
Action

这形成了 ICAI 从认知到行为的完整中间链路。

254.36 方法决策页面与统一运行循环

ICAI 运行过程进一步可以表示为：

$Object→Cognition→Need→Goal→Capability→Matching→Method→Candidate→Decision→DecisionResult→Behavior→Action→ResultObject \rightarrow Cognition \rightarrow Need \rightarrow Goal \rightarrow Capability \rightarrow Matching \rightarrow Method \rightarrow Candidate \rightarrow Decision \rightarrow DecisionResult \rightarrow Behavior \rightarrow Action \rightarrow Result$

其中：

$MethodMethod$

解决“采用什么方式”。

$CandidateCandidate$

解决“有哪些方式可以选择”。

$DecisionDecision$

解决“如何从候选方案中进行选择”。

$DecisionResultDecisionResult$

解决“最终选择了什么以及为什么”。

254.37 方法决策页面的工程边界

本章必须保持以下核心边界：

$Capability≠MethodCapability\neq Method$ $Method≠CandidateMethod\neq Candidate$ $Candidate≠DecisionCandidate\neq Decision$ $Decision≠DecisionResultDecision\neq DecisionResult$ $DecisionResult≠BehaviorDecisionResult\neq Behavior$ $Behavior≠ActionBehavior\neq Action$

同时：

$MethodEngine≠DecisionEngineMethodEngine\neq DecisionEngine$ $DecisionEngine≠RepositoryDecisionEngine\neq Repository$ $Repository≠MySQLRepository\neq MySQL$ $ViewData≠DomainObjectViewData\neq DomainObject$ $Smarty≠DecisionEngineSmarty\neq DecisionEngine$

这些边界保证方法管理、候选方案管理、决策计算和行为执行能够保持独立。

254.38 方法决策页面的统一模型

本章最终建立四个核心结构。

方法：

$Method={ID,Name,Type,Capability,Condition,Steps,State}Method= \{ID,Name,Type,Capability,Condition,Steps,State\}$

候选方案：

$Candidate={MethodID,Score,Risk,Condition,Status}Candidate= \{MethodID,Score,Risk,Condition,Status\}$

决策：

$Decision={Goal,Candidates,Rules,Priority,Condition}Decision= \{Goal,Candidates,Rules,Priority,Condition\}$

决策结果：

$DecisionResult={Status,SelectedMethod,Goal,Reason,Risk,Time}DecisionResult= \{Status,SelectedMethod,Goal,Reason,Risk,Time\}$

统一决策过程：

$Decision=F(Goal,CandidateSet,Condition,Risk,Conflict,Rule)Decision= F(Goal,CandidateSet,Condition,Risk,Conflict,Rule)$

最终：

$Method→Candidate→Decision→DecisionResult\boxed{ Method \rightarrow Candidate \rightarrow Decision \rightarrow DecisionResult }$

254.39 本章小结

能力匹配解决的是：

ICAI 当前有哪些能力可以使用？

方法决策进一步解决：

使用什么方法完成目标？

因此，第253章到第254章形成：

$Capability→Matching→Method→DecisionCapability \rightarrow Matching \rightarrow Method \rightarrow Decision$

本章四个核心结构分别承担不同职责：

结构	主要作用
方法	定义完成任务的具体方式
候选方案	保存当前可以参与选择的方法
决策	根据规则、条件、风险和目标进行选择
决策结果	保存最终选择及其原因

因此：

$MethodDecisionPage=Method+Candidate+Decision+DecisionResult\boxed{ MethodDecisionPage= Method+Candidate+Decision+DecisionResult }$

完整计算过程为：

$CapabilityMatching→Method→CandidateSet→Decision→DecisionResult\boxed{ CapabilityMatching \rightarrow Method \rightarrow CandidateSet \rightarrow Decision \rightarrow DecisionResult }$

决策结果进入行为系统：

$DecisionResult→Behavior→Action→Result\boxed{ DecisionResult \rightarrow Behavior \rightarrow Action \rightarrow Result }$

进一步形成反馈：

$Result→Feedback→Memory→Experience→Learning→UpdateResult \rightarrow Feedback \rightarrow Memory \rightarrow Experience \rightarrow Learning \rightarrow Update$

因此 ICAI 的核心运行链进一步完整化：

$Cognition→Need→Goal→Capability→Matching→Method→Candidate→Decision→DecisionResult→Behavior→Action\boxed{ Cognition \rightarrow Need \rightarrow Goal \rightarrow Capability \rightarrow Matching \rightarrow Method \rightarrow Candidate \rightarrow Decision \rightarrow DecisionResult \rightarrow Behavior \rightarrow Action }$

方法决策页面由此成为 ICAI 能力匹配之后、行为执行之前的核心工程页面，将“能不能做”进一步转化为“采用什么方式做以及最终决定怎么做”。

第254章 方法决策页面

第254章 方法决策页面

254.1 方法决策页面的定义

254.2 方法定义

254.3 能力与方法

254.4 方法适用条件

254.5 方法状态

254.6 候选方案

254.7 候选方案形成

254.8 候选方案过滤

254.9 候选方案评价

254.10 方法评价与方法选择

254.11 决策定义

254.12 决策过程

254.13 决策规则

254.14 决策优先级

254.15 决策与风险

254.16 决策与冲突

254.17 决策结果

254.18 决策状态

254.19 决策与行为

254.20 方法与行为

254.21 方法决策页面

254.22 方法决策页面的数据结构

254.23 Smarty方法决策页面

254.24 MethodDecisionEngine

254.25 MethodDecisionService

254.26 Controller

254.27 Repository

254.28 完整 MVC 数据流

254.29 方法决策的实际计算示例

254.30 决策结果

254.31 决策失败

254.32 决策与学习

254.33 决策与能力更新

254.34 决策与自我维护

254.35 方法决策页面与前面章节

254.36 方法决策页面与统一运行循环

254.37 方法决策页面的工程边界

254.38 方法决策页面的统一模型

254.39 本章小结