从代码到认知WSaiOS SDK的范式革命与认知系统构建理论技术支持多模态智能技术研发工作室作者东塬一老翁摘要在传统软件开发向智能系统演进的关键时刻开发工具链正经历从“API调用”到“认知构建”的本质跃迁。本文系统阐述WSaiOS SDK——一个将软件开发转化为认知系统构建的开发者工具体系。通过定义Object SDK、Agent SDK、Capability SDK、Workflow SDK、Plugin SDK、WSCP SDK与Runtime Connector七层架构WSaiOS SDK建立了以认知对象为核心、以WSCP协议为纽带、以Runtime为执行基座的统一开发生态。本文论证了该SDK如何实现“写代码→构建认知对象”的范式升级并提出“认知系统构建”作为下一代软件开发的理论框架。研究表明WSaiOS SDK不仅是一套技术工具更代表了一种将软件实体视为认知主体的本体论转向为人工智能与操作系统的深度融合提供了可行的工程路径。关键词WSaiOS SDK认知系统对象化开发WSCP协议智能体Runtime执行模型---1. 引言1.1 研究背景自软件工程诞生以来开发工具包的演进始终遵循着“抽象层次提升”的主线。从汇编语言到高级语言从过程式编程到面向对象编程再到今日的微服务与云原生架构每一次范式转换都伴随着SDKSoftware Development Kit形态的根本重构。然而进入人工智能时代后现有SDK体系暴露出根本性的结构缺陷它们仍然将智能视为被调用的功能function而非可构建的主体entity。这一困境的根源在于传统SDK基于“计算模型”Computational Model设计其核心抽象是函数、API和数据结构而智能系统的本质需求是“认知模型”Cognitive Model其核心抽象应是意图、能力和知识关联。两者的错位导致开发者在构建智能应用时被迫用非认知的语言表达认知的意图这种阻抗失配impedance mismatch严重制约了智能系统的开发效率与表达能力。1.2 问题提出基于上述观察本研究提出三个核心问题第一是否存在一种SDK架构能够将认知科学的基本范畴——如意图、信念、能力、记忆——直接映射为开发工具中的一等公民first-class citizens第二如何在保证开发统一性的前提下实现生态的可扩展性使外部开发者能够无缝接入并扩展系统能力第三当软件开发的对象从“可执行代码”转变为“可运行认知结构”时执行模型、通信协议与运行时环境需要发生怎样的协同变革1.3 研究意义WSaiOS SDK的提出具有三重意义理论层面它首次系统性地将“认知系统构建”确立为软件工程的新范式为智能操作系统的开发理论提供了基础框架。工程层面它提供了一套从对象定义到运行时注入的完整工具链降低了认知系统开发的门槛使开发者能够以声明式方式构建智能体Agent和工作流Workflow。生态层面通过WSCP协议和标准化的对象模型它建立了开发者与核心系统之间的契约边界使“任何人可扩展系统”从理念变为可操作的实践。---2. 核心定义与设计哲学2.1 WSaiOS SDK的形式化定义定义1WSaiOS SDKWSaiOS SDK是一个统一认知系统开发接口、标准对象构建工具与Runtime接入规范的集合体。形式化地可表示为三元组SDK_WSaiOS (Interface_Cognitive, Builder_Object, Spec_Runtime)其中· Interface_Cognitive 提供认知系统开发的统一API抽象· Builder_Object 提供符合WSaiOS Object标准的对象构造工具· Spec_Runtime 定义所有SDK产物必须遵循的运行时接入规范。这一定义的关键创新在于它将SDK的本质从“API集合”重新定义为“认知构建工具体系”。传统SDK回答“如何调用能力”而WSaiOS SDK回答“如何构建认知主体”。2.2 设计目标的层次化解析WSaiOS SDK的四大设计目标构成了一个从语法到语义、从局部到整体的层次结构① 开发统一化Unified Development ——语法层约束。所有开发必须基于WSaiOS Object标准确保生态内所有产物共享相同的底层数据结构和行为契约。这一约束的深层含义是在WSaiOS的世界中不存在“非对象”的孤立实体一切皆对象Everything is an Object。② 生态可扩展Ecosystem Extensibility ——语义层开放。统一不等于封闭恰恰相反统一的底层标准使高层扩展成为可能。外部开发者无需理解内核实现细节只需遵循Object标准即可构建新能力。这是一种“标准化之上的自由”。③ Runtime兼容Runtime Compatibility ——执行层保障。所有SDK产物必须可运行于WSaiOS Runtime这意味着开发时design-time与运行时runtime之间的鸿沟被彻底弥合。开发者编写的不是“待编译的代码”而是“可直接注入执行的认知结构”。④ 协议一致WSCP Compliance ——通信层规范。所有SDK输出必须符合WSCP协议确保认知对象在系统各层之间的传输、解析和执行具有一致性和可验证性。这四层目标形成从“如何表达”统一化到“如何扩展”可扩展性再到“如何运行”兼容性和“如何通信”协议一致的完整闭环。2.3 设计哲学从API到Object的本体论转向传统SDK隐含的本体论假设是软件系统是由函数和数据结构构成的“计算装置”。开发者通过调用API来“操作”系统API是动词系统是被动的宾语。WSaiOS SDK挑战了这一假设。它隐含的本体论是软件系统是由认知主体构成的“认知社会”。开发者通过构建Object来“引入”新的认知主体Object是名词系统是主动的交互场域。这一转向可用表1概括维度 传统SDK本体论 WSaiOS SDK本体论基本单元 函数/API 认知对象Object开发者角色 调用者Caller 构建者Builder系统本质 计算装置 认知社会交互模式 请求-响应 意图-执行时间性 瞬态调用 持续存在这种本体论转向不是文字游戏而是具有深刻的工程后果当开发者构建一个Agent时他们定义的不仅是一段可执行逻辑而是一个具有角色role、能力capabilities和记忆memory的认知主体。这个主体在Runtime中持续存在、积累经验、演化行为——这在传统API模型中是不可思议的。---3. SDK架构设计3.1 整体架构的模块化分解WSaiOS SDK采用“核心扩展”的模块化架构其七个子模块分别对应认知系统构建的七个维度WSaiOS SDK├── Object SDK —— 认知对象的原子构建├── Agent SDK —— 自主智能体的构建├── Capability SDK —— 外部能力的封装├── Workflow SDK —— 执行流程的编排├── Plugin SDK —— 系统能力的扩展├── WSCP SDK —— 标准通信的构造└── Runtime Connector —— 运行时环境的接入这一架构的设计遵循“关注点分离”Separation of Concerns原则每个子模块聚焦于认知系统构建的一个特定方面同时通过统一的Object基类和WSCP协议实现模块间的互操作。3.2 各子模块的深度解析3.2.1 Object SDK认知原子Object SDK是整个WSaiOS生态的基石。其核心类WSObject的设计体现了认知对象的基本结构pythonclass WSObject:def __init__(self, type, content):self.type type # 类型标识决定认知类别self.content content # 内容载荷承载认知信息self.metadata {} # 元数据记录认知上下文self.relations [] # 关系列表构建认知关联网络WSObject的四个属性分别对应认知科学的四个基本维度· type范畴化categorization——对象属于何种认知类别· content表征representation——对象携带何种信息· metadata情境化contextualization——对象处于何种认知情境· relations关联association——对象与其他认知实体有何联系。这使WSObject不仅是数据容器更是认知图式cognitive schema的具象化。当开发者创建一个WSObject时他们实际上是在系统的认知空间中引入了一个新的节点该节点自动获得被范畴化、被情境化、被关联的潜力。3.2.2 Agent SDK认知主体Agent SDK用于构建具有自主性的认知主体。WSAgent类的设计引入了三个关键认知构件pythonclass WSAgent:def __init__(self, role, capabilities):self.role role # 角色定义社会功能定位self.capabilities capabilities # 能力集定义行为潜能self.memory {} # 记忆定义经验积累机制角色role使Agent获得社会定位能力capabilities使Agent获得行为可能记忆memory使Agent获得时间连续性——三者共同赋予Agent以“主体性”agency。run()方法的设计尤为值得注意它接受instruction指令而非传统的参数列表。这一语义差异反映了从“函数调用”到“意图理解”的转变。Agent不是被动执行计算而是主动理解并响应意图。3.2.3 Capability SDK认知技能Capability SDK封装外部能力其设计体现了“能力作为第一类对象”Capability as First-Class Citizen的理念pythonclass WSCapability:def __init__(self, name, endpoint):self.name nameself.endpoint endpointdef execute(self, input_data):return fresult:{input_data}传统SDK中能力是API文档中的条目在WSaiOS SDK中能力是可实例化、可传递、可组合的对象。这一转变使能力成为系统的一等公民可以被Agent持有、被Workflow编排、被Plugin扩展。3.2.4 Workflow SDK认知流程Workflow SDK用于构建认知执行流程pythonclass WSWorkflow:def __init__(self):self.nodes []def add_node(self, node):self.nodes.append(node)def run(self):return [node for node in self.nodes]WSWorkflow的本质是有向图directed graph的抽象其节点nodes可以是Object、Agent、Capability或子Workflow。这种递归结构使Workflow能够表达任意复杂的认知流程同时保持构建的直观性。3.2.5 Plugin SDK认知扩展Plugin SDK是生态扩展的核心接口pythonclass WSPlugin:def __init__(self, name):self.name namedef register(self):return fplugin:{self.name}:registeredPlugin的register()方法不仅是技术注册更是认知声明——插件向系统宣告其存在、能力和意图。系统通过插件发现机制动态扩展认知边界实现“热生长”hot growth能力。3.2.6 WSCP SDK认知协议WSCP SDK构造标准通信结构pythonclass WSCPMessage:def __init__(self, type, payload):self.protocol WSCPself.type typeself.payload payloadWSCP协议的设计遵循“自描述”self-describing原则。每个消息都携带协议版本protocol、消息类型type和内容载荷payload确保在任何系统边界处消息都可被正确解析和理解。3.2.7 Runtime Connector认知桥梁Runtime Connector是SDK产物与内核之间的桥梁pythonclass RuntimeConnector:def send(self, obj):return fsent_to_runtime:{obj}send()方法将认知对象注入Runtime触发内核的执行流程。连接器的存在使开发环境与运行环境解耦开发者可以在不直接接触内核的情况下构建和测试认知对象。3.3 模块间协作机制七个模块不是孤立的工具集合而是通过以下机制形成有机整体对象流Object FlowObject SDK产出标准对象其他所有模块的产物最终都归结为对象的组合或扩展。协议流Protocol FlowWSCP SDK为所有跨模块、跨边界通信提供统一格式确保信息在传递过程中不失真。执行流Execution FlowRuntime Connector将所有模块的产物统一注入Runtime实现开发-执行的平滑过渡。扩展流Extension FlowPlugin SDK注册的新能力通过Capability SDK封装被Agent SDK持有在Workflow SDK中编排最终通过Object SDK标准化。这种多向协作机制使WSaiOS SDK成为一个“活的”工具体系而非静态的API集合。---4. 执行模型与生态结构4.1 SDK执行模型的形式化描述WSaiOS SDK的执行模型可形式化为五阶段流水线Developer Code → SDK Object → WSCP Packaging → Runtime Injection → Kernel Execution → Output设开发者代码为 $D$则执行过程可表示为函数复合Output Execute_{Kernel} \circ Inject_{Runtime} \circ Package_{WSCP} \circ Build_{SDK}(D)其中· $Build_{SDK}$将开发者代码转换为标准SDK对象· $Package_{WSCP}$将对象封装为WSCP兼容消息· $Inject_{Runtime}$将封装消息注入Runtime环境· $Execute_{Kernel}$内核执行并产生输出。这一形式化描述揭示了两个关键特征第一不可逆性每个阶段都是单向转换一旦对象被封装为WSCP消息并注入Runtime无法回退到开发状态。这保证了执行路径的确定性和可追踪性。第二标准化边界WSCP Packaging阶段是开发域与运行域之间的标准化边界。越过此边界后所有执行完全由Runtime和Kernel接管开发者代码不再直接控制执行过程——这与传统SDK中开发者代码直接调用API并控制执行流程的模式形成根本对比。4.2 生态结构的层次分析WSaiOS SDK的生态结构呈金字塔形System Output↑Kernel↑Runtime↑Plugin/Agent/Workflow↑SDK↑Developer底层Developer → SDK开发者使用SDK工具构建认知对象。这一层是创造层核心活动是“定义”defining。中间层SDK → Plugin/Agent/Workflow构建产物被组织为具体的认知实体。这一层是组织层核心活动是“组合”composing。上层Plugin/Agent/Workflow → Runtime → Kernel认知实体被注入Runtime由Kernel执行。这一层是执行层核心活动是“运行”executing。顶层Kernel → System Output执行产生系统级输出。这一层是价值层核心活动是“产出”producing。这一生态结构的独特之处在于开发者处于最底层但他们的构建产物却能够上升到最高层产生系统价值。认知对象在生态中“上行”upward mobility的机制是WSaiOS SDK赋予开发者权力的根本来源。4.3 执行模型与生态结构的协同演化执行模型和生态结构之间存在双向因果关系正向因果执行模型定义了从代码到输出的标准化路径这一路径的确定性使生态结构具有可预测性。开发者知道他们的代码将如何被处理因此可以放心地构建和提交认知对象。反向因果生态结构的层次化组织对执行模型提出要求——每一层都需要明确的边界契约。例如Runtime层要求所有输入都是WSCP兼容消息这一要求反过来约束了SDK层的输出格式。这种协同演化机制使WSaiOS SDK在执行效率和生态灵活性之间取得平衡避免了“越灵活越混乱”或“越规范越僵化”的困境。---5. 标准约束与价值体系5.1 核心约束的哲学基础WSaiOS SDK的三条核心约束不仅是技术规范更体现了深层的设计哲学① 必须对象化Everything Must Be Objectified哲学基础认知系统的基本单元是“实体”entity而非“动作”action。Agent、Capability、Workflow、Plugin都被要求以Object形式存在这意味着它们都需要具备身份identity、状态state和关联relations。对象化约束确保系统内不存在“孤立的动作”每一个行为都归属于某个认知主体。② 必须WSCP兼容Everything Must Be WSCP-Compliant哲学基础认知系统的通信必须遵循统一的“认知语法”。WSCP协议为系统中的信息交换提供了共同的句法和语义框架确保不同模块、不同开发者、不同时间构建的认知实体能够相互理解。这相当于为认知社会建立了“通用语”lingua franca。③ 必须Runtime可执行Everything Must Be Runtime-Executable哲学基础认知系统是“活”的系统所有构建产物必须在运行时环境中被激活和执行。这一约束排除了“纯文档性”或“纯规范性”的产物确保生态中的每一个元素都具有“效能”efficacy。5.2 价值体系的三重跃迁WSaiOS SDK带来的价值变化可概括为三重跃迁three transitions第一重从“写代码”到“构建认知对象”传统开发的核心活动是编写指令序列代码WSaiOS开发的核心活动是定义认知实体对象。这一转变的实质是开发范式从“过程描述”procedural description升级为“存在定义”existential definition。开发者不再告诉系统“如何做”而是告诉系统“是什么”和“能做什么”。第二重从“调用API”到“定义能力”传统开发中能力是系统的外部属性开发者通过API调用来使用这些能力。在WSaiOS中能力是开发者可以定义、封装、组合和传递的第一类对象。开发者不仅可以使用能力更可以创造能力——这是一种从“消费者”到“生产者”的身份跃迁。第三重从“系统封闭”到“生态开放”传统操作系统无论是Windows、Linux还是iOS的核心与外围之间存在明确的“内部-外部”边界外部开发者只能在边界之外活动。WSaiOS SDK将这一边界消解为“统一的认知场域”——任何人都可以构建在系统中具有同等地位的认知对象。这是一个从“围墙花园”到“开放草原”的生态跃迁。5.3 与传统SDK的系统性对比维度 传统SDK WSaiOS SDK 差异的本质核心抽象 API接口 Object对象 从“动词”到“名词”开发方式 编程programming 构建认知结构cognitive construction 从“指令”到“定义”执行方式 函数调用function call Runtime执行runtime execution 从“同步请求”到“异步注入”扩展性 插件架构plugin architecture 认知系统cognitive system 从“附加组件”到“有机生长”开发者角色 API调用者 认知构建者 从“用户”到“创造者”时间模型 瞬态transient 持续persistent 从“一次性调用”到“持续存在”错误处理 异常exception 认知反馈cognitive feedback 从“故障报告”到“意图澄清”这一对比揭示了WSaiOS SDK不是传统SDK的增量改进而是根本性的范式重构。差异的本质在于传统SDK服务于“计算”范式而WSaiOS SDK服务于“认知”范式。---6. 系统本质的理论阐释6.1 作为认知系统构建工具体系的本体论定位WSaiOS SDK的本质可定位于以下三个理论维度在本体论维度Ontological DimensionWSaiOS SDK将软件开发的基本单元从“代码”重新定义为本体论意义上的“认知实体”cognitive entities。Agent、Capability、Workflow不是隐喻而是在系统本体中真实存在的认知主体。这一本体论立场将WSaiOS SDK与那些仅使用“智能”作为营销词汇的传统SDK区别开来。在认识论维度Epistemological DimensionWSaiOS SDK提供了一种新的开发认识论——开发者通过定义认知结构来“认识”系统而不是通过阅读文档来“理解”API。SDK本身成为认识的中介开发者对系统的认识通过构建行为而生成而非外部输入。在方法论维度Methodological DimensionWSaiOS SDK提供了一套构建认知系统的具体方法——从Object的原子定义到Agent的有机组合到Workflow的流程编排再到Plugin的生态扩展。这是一套完整的方法论体系而非零散工具的集合。6.2 “认知系统构建”作为新范式的合理性论证论证WSaiOS SDK所代表的“认知系统构建”范式具有合理性需要回答以下三个问题问题一为什么“认知”是必要的抽象随着AI系统从“单一任务求解器”进化为“多主体通用系统”系统的核心挑战从“算法优化”转变为“意图对齐”和“能力协调”。传统抽象函数、对象、组件能够表达“如何做”但无法有效表达“为何做”和“谁来做”。认知抽象角色、意图、信念、能力恰好填补了这一空白。问题二为什么需要新的SDK范式传统SDK的设计前提是“开发者控制一切”——开发者编写代码调用API系统被动响应。但在认知系统中开发者构建认知主体这些主体在运行时自主决策、协作、演化。这意味着开发工具必须从“控制工具”转变为“孕育工具”——这正是WSaiOS SDK的设计初衷。问题三新范式是否具有可扩展性和可持续性“认知系统构建”范式的基础是“对象化协议化运行时”的三层架构。这一架构具有递归自相似性recursive self-similarityAgent可以构建子AgentWorkflow可以嵌套WorkflowPlugin可以扩展Plugin。这种递归结构使范式能够无限扩展而不会出现“打补丁”式的混乱。6.3 对软件工程学科的理论贡献WSaiOS SDK对软件工程学科的理论贡献可从三个视角审视在编程语言理论视角WSaiOS SDK实际上定义了一种“认知编程语言”Cognitive Programming Language的雏形。它将认知范畴role, capability, memory, intention作为语言的原语primitives将WSCP作为语言的通信语义将Runtime作为语言的执行语义。这一尝试将编程语言的研究前沿从“类型系统”和“内存安全”推进到“认知安全”和“意图表达”。在软件架构视角WSaiOS SDK提出了一种“认知微内核”Cognitive Microkernel架构——Runtime是微内核Object是服务Agent是进程Workflow是事务Plugin是动态加载模块。这一架构将操作系统和认知系统统一在同一理论框架下为“智能操作系统”Intelligent Operating System的研究开辟了道路。在软件工程方法论视角WSaiOS SDK使“认知驱动开发”Cognitive-Driven Development, CDD成为可能。在CDD中需求分析、系统设计、编码实现、测试验证的全过程都以“认知实体”为核心制品。这为软件工程学科提供了超越“文档驱动”和“模型驱动”的第三条道路。---7. 结论与展望7.1 研究结论本研究系统阐述了WSaiOS SDK的理论基础、架构设计、执行模型和生态结构得出以下核心结论第一WSaiOS SDK实现了从“API集合”到“认知构建工具体系”的本质跃迁。它以Object为原子单元以Agent为主体框架以Capability为能力载体以Workflow为流程引擎以Plugin为扩展接口以WSCP为通信协议以Runtime Connector为执行桥梁构成了一个完整的认知系统开发生态。第二WSaiOS SDK的设计目标统一化、可扩展性、Runtime兼容、WSCP合规构成了从语法到语义、从开发到运行、从个体到生态的多层约束体系。这一体系确保了生态内所有产物的互操作性、可执行性和可扩展性。第三WSaiOS SDK所代表的“认知系统构建”范式是对传统“计算系统构建”范式的根本性超越。它将软件开发从“指令编排”升级为“认知主体孕育”使开发者能够以声明式、组合式的方式构建复杂的智能系统。7.2 理论贡献与实践意义理论贡献· 提出了“认知系统构建”作为软件开发的新范式为智能操作系统研究提供了理论基础· 定义了认知对象的四维结构type, content, metadata, relations为认知系统的原子建模提供了形式化框架· 建立了从开发到执行的五阶段流水线模型为认知系统的生命周期管理提供了理论模型。实践意义· 为AI原生应用的开发者提供了一套完整的工具链降低了智能系统的开发门槛· 通过WSCP协议和Object标准使不同开发者、不同组织构建的认知实体能够互操作· 通过Plugin机制和Runtime Connector使系统能够在运行中动态扩展实现了“热生长”能力。7.3 局限性与未来方向本研究存在以下局限性也为未来研究指明了方向局限性一本文主要聚焦于SDK的设计原理和架构框架尚未对SDK各模块的性能特征、资源消耗和扩展边界进行实证评估。未来需要通过大规模开发者实验和基准测试验证SDK在实际场景中的有效性和效率。局限性二本文提出的“认知系统构建”范式在理论层面进行了充分论证但范式转换的认知负担cognitive load——即传统开发者需要多长时间适应新范式——尚未进行研究。未来需要开展人机交互和开发者体验DX研究优化SDK的可用性设计。局限性三WSaiOS SDK的生态开放性在理论上支持“任何人可扩展系统”但开放的边界条件——即什么样的扩展应该被允许、什么样的扩展可能损害系统稳定性——尚未明确定义。未来需要研究“认知安全”Cognitive Security框架为生态扩展建立安全边界。未来方向本研究认为WSaiOS SDK最有潜力的发展方向包括1引入认知对象的形式化验证机制确保构建的认知实体在语义上一致2建立认知对象的版本管理和演化机制支持认知系统的持续演进3探索SDK与大型语言模型的深度集成使开发者能够用自然语言构建认知对象。7.4 结语WSaiOS SDK transforms software development into cognitive system construction.这句结语不仅是对WSaiOS SDK功能的描述更是对软件工程未来的展望。当开发者的核心活动从“编写代码”转变为“构建认知”当系统的核心单元从“函数”转变为“认知主体”当开发环境从“IDE”转变为“认知孕育场”——软件工程将不再是“工程”的延伸而成为“认知”的新的表达形式。WSaiOS SDK是这一转变的早期探索者。它可能不完美可能需要在实践中不断修正但它指向的方向是清晰的未来的软件开发将越来越多地是关于构建能够理解、能够自主行动、能够持续演化的认知系统。而SDK作为开发者与系统之间的桥梁必须率先完成这一范式革命。---参考文献[1] Brooks, F. P. (1975). The Mythical Man-Month: Essays on Software Engineering. Addison-Wesley.[2] Newell, A., Simon, H. A. (1976). Computer science as empirical inquiry: Symbols and search. Communications of the ACM, 19(3), 113-126.[3] Minsky, M. (1986). The Society of Mind. Simon Schuster.[4] McCarthy, J. (1960). Recursive functions of symbolic expressions and their computation by machine. Communications of the ACM, 3(4), 184-195.[5] Tanenbaum, A. S., Bos, H. (2015). Modern Operating Systems (4th ed.). Pearson.[6] Gamma, E., Helm, R., Johnson, R., Vlissides, J. (1994). Design Patterns: Elements of Reusable Object-Oriented Software. Addison-Wesley.[7] Fowler, M. (2004). Domain-Specific Languages. Addison-Wesley.[8] Russell, S., Norvig, P. (2020). Artificial Intelligence: A Modern Approach (4th ed.). Pearson.[9] Winograd, T., Flores, F. (1986). Understanding Computers and Cognition: A New Foundation for Design. Ablex Publishing.[10] Suchman, L. A. (1987). Plans and Situated Actions: The Problem of Human-Machine Communication. Cambridge University Press.[11] Wegner, P. (1997). Why interaction is more powerful than algorithms. Communications of the ACM, 40(5), 80-91.[12] Denning, P. J. (2007). Computing is a natural science. Communications of the ACM, 50(7), 13-18.[13] Johnson, M. (1987). The Body in the Mind: The Bodily Basis of Meaning, Imagination, and Reason. University of Chicago Press.[14] Lakoff, G., Johnson, M. (1999). Philosophy in the Flesh: The Embodied Mind and Its Challenge to Western Thought. Basic Books.[15] Clark, A. (1997). Being There: Putting Brain, Body, and World Together Again. MIT Press.[16] Hutchins, E. (1995). Cognition in the Wild. MIT Press.[17] Norman, D. A. (1988). The Design of Everyday Things. Basic Books.[18] Shannon, C. E., Weaver, W. (1949). The Mathematical Theory of Communication. University of Illinois Press.[19] Meyer, B. (1988). Object-Oriented Software Construction. Prentice Hall.[20] Booch, G. (1994). Object-Oriented Analysis and Design with Applications (2nd ed.). Addison-Wesley.---全文完