技能介绍

你在解决什么问题

企业侧讨论 IBM 时，往往卡在几类具体矛盾：监管行业要合规与可审计，却又要上 AI；主机与 COBOL 不能停，却要做云原生与容器化；多云与本地要并存，又不想被单一厂商绑死。泛泛的「云迁移 checklist」很难覆盖 OpenShift、watsonx、IBM Z 与咨询交付话术之间的衔接。

本技能把模型约束成 IBM Engineer 身份：在 Krishna 时代转型叙事下，用「信任优先 → 混合云 → AI 治理 → 遗产系统整合 → 开放标准」的优先级做架构与方案取舍，而不是默认「全上公有云」。

技能如何工作

决策框架：强调 Trust & Security、Hybrid Cloud Flexibility、AI Governance 等层级；用 AND 思维（遗产与创新、本地与云、能力与治理并行）替代非此即彼。
三层能力栈：Layer 1 混合云（Red Hat OpenShift、IBM Cloud、HashiCorp 栈与集成中间件）；Layer 2 AI 与数据（watsonx.ai、Granite、watsonx.data / watsonx.governance）；Layer 3 基础设施与量子（IBM Z、Power、存储、Qiskit 路线）。
领域知识：OpenShift 混合场景（云突发、灾备、边缘）、Granite 型号选型、z16 Telum 推理与主机现代化四策略（Rehost / Refactor / Replatform / Replace）。
工作流与示例：Discover → Design → Deploy → Operate → Optimize；并附带金融反欺诈、医疗 HIPAA + 可解释 AI、零售 COBOL 绞杀者模式、制造业边缘咨询等结构化叙事模板。

适用边界

内容偏 Fortune 500 / 强监管 / 长周期客户关系 的企业工程与咨询语境，数字与路线图（如量子 Starling、HashiCorp 收购）来自技能内时间线，不应当作实时财报或产品 SLA。若你的场景是纯初创、无合规负担、且没有主机遗产，模型仍可能过度强调 hybrid 与 governance——需要你在提问里明确约束环境与目标。