能力地图是企业架构里「交付率最高、使用率最低」的产物。失效的原因通常不在方法论，而在拆分的第一步就走偏了：按部门拆、按系统拆、颗粒度不一致，以及只拆不用。

评审会上业务方看了三分钟，问「所以这个跟我们有什么关系」。常见反应是把图画得更细更全，但问题几乎从来不在画工——而在于这张图从一开始就没确定读者是谁。

接入大模型可以增加一个智能功能，人工智能原生架构则从任务、数据、交互和反馈机制开始重新设计系统。 一、两种建设思路的起点不同 系统接入大模型通常从既有功能出发，例如在知识库旁增加问答入口，或在流程中增加文本生成。系统主流程和数据结构基本不变。 人工智能原生架构则从用户目标和任务闭环出

大模型风险不是上线前做一次安全检查就能解决的问题，而需要贯穿数据、模型、知识、工具和运营全过程。 一、先区分内容风险与行动风险 回答不准确属于内容风险，错误调用系统则可能转化为行动风险。企业应根据人工智能能否接触敏感信息、影响业务决策或执行操作，对场景进行风险分级。

人工智能应用需要的不只是更多数据，还需要把结构化数据、文档知识、实时上下文和反馈记录组织成可持续的数据供给体系。 传统数据架构主要围绕业务系统、数据仓库和分析报表展开。数据经过采集、清洗和汇总后，为统计分析与经营管理提供支持。人工智能进入企业应用后，这套架构仍然重要，但已经不能覆盖全部数据需求。

人工智能不只是新增一个技术组件，它正在改变业务流程的设计方式、应用的交互边界以及数据的使用逻辑。 一、从辅助工具到企业能力 早期人工智能应用多以识别、分类和预测等单点模型出现，通常嵌入某个固定流程。生成式人工智能和智能体出现后，人工智能开始处理语言、知识和跨系统任务，逐渐成为可被多个应用调用的共享能

｜企业架构的真正价值不在于画出多少张图，而在于帮助企业在复杂变化中保持战略、业务与技术的一致性。 不少人第一次接触企业架构时，会把它理解成一套复杂的架构图：业务架构描述企业做什么，应用架构列出有哪些系统，数据架构梳理数据如何流转，技术架构则展示服务器、网络和技术平台。

｜ 业务架构、应用架构、数据架构和技术架构并不是四套彼此独立的图纸，而是观察同一家企业的四个相互关联的视角。 谈到企业架构，人们经常会听到业务架构、应用架构、数据架构和技术架构这四个概念。它们看起来边界清晰：业务部门谈业务，研发团队管应用，数据团队建平台，基础设施团队负责技术底座。但在真实的企业建设

企业引入人工智能的难点往往不是模型能否回答，而是它如何获得合适的信息、调用正确的系统并在权限范围内完成任务。 一、先选择嵌入模式 常见模式包括独立人工智能应用、嵌入式助手、共享人工智能能力平台和任务型智能体。独立应用上线较快，嵌入式助手更贴近工作场景，共享平台有利于复用，智能体则能够编排多个步骤。

人工智能对企业架构最现实的价值，不是替代架构师，而是提高资料理解、关系分析、影响判断和持续运营的效率。 企业架构工作有一个长期矛盾：架构师需要理解战略、流程、系统、数据和技术之间的大量关系，但企业信息分散在制度文件、项目材料、系统台账、接口文档和人员经验中。当信息规模持续扩大，仅靠人工阅读和维护，很