@teamix-evo/skills 0.12.0 → 0.13.0

package/src/teamix-evo-design-opentrek/principles.md

@@ -0,0 +1,541 @@
+# Brand & Philosophy — OpenTrek 企业级 AI 产品设计哲学
+
+> ⚠️ **何时读本文件**：`workflow.md` Step 1 强制读取。  
+> 本文件定义 OpenTrek 的品牌调性、文案语气与设计哲学，是视觉、交互、文案、AI 生成策略的上层裁判依据。  
+> 结构化规则见 `rules/*.json`；约束边界见 `boundaries.md`；视觉 token 见 `foundations.md` / `design-tokens.json`。
+
+---
+
+## 0. 定位
+
+OpenTrek 是面向**阿里云 AI 类产品 / 企业级 AI 控制台 / 大模型工程化平台**的设计语言，服务对象是大型企业中的：
+
+- AI 平台管理员
+- 算法工程师 / AI 工程师
+- 研发负责人 / 架构师
+- 运维与 SRE
+- 安全、合规、审计、成本管理角色
+- 业务侧的模型应用负责人
+
+这些用户的核心诉求不是“被 AI 惊艳”，而是：
+
+1. **可信**：知道结果从哪里来、是否可靠、是否可复核。
+2. **可控**：知道系统会做什么、不会做什么，关键动作可审批、可回滚、可追责。
+3. **安全**：数据、权限、模型调用、企业资产边界明确。
+4. **高效**：复杂任务可以被快速配置、批量执行、持续观测。
+5. **可规模化**：适合多团队、多环境、多模型、多租户、多业务线长期使用。
+6. **成本可见**：token、算力、存储、调用量、资源配额都能被看见和治理。
+
+**核心主张**：让企业安全、可控、高效地使用 AI，而不是把 AI 做成不可解释的黑箱。
+
+---
+
+# Part A · 品牌调性
+
+---
+
+## A1. 视觉风格五维
+
+| 维度 | 定位 | 具体表现 | 对立面（禁止） |
+|---|---|---|---|
+| **色彩情绪** | 稳定、可信、技术感 | 品牌主色 `#0055EE` / 阿里云蓝系；状态色严格语义化；高对比信息层级 | 花哨多彩、渐变堆叠、装饰性大色块 |
+| **信息密度** | 企业级高密度 | 单屏承载核心监控、配置、审批、操作；表格、筛选、批量操作优先 | 大面积无效留白、卡片堆叠、营销页式排版 |
+| **视觉层次** | 克制有序 | 通过间距、字重、色阶、分组建立 3 级层级 | 多重强调、全部高亮、组件互相抢焦点 |
+| **交互反馈** | 即时、确定、可追踪 | 操作后 ≤ 200ms 给出状态反馈；长任务展示进度、阶段、日志、结果 | 静默执行、模糊状态、只给“处理中” |
+| **圆角风格** | 中圆角、工具感 | `rounded-md` 8px / `rounded-lg` 12px；重要容器圆角与阴影同档对应 | 全直角、胶囊化、超大圆角、卡通感 |
+| **AI 表达** | 证据优先 | AI 结果必须展示依据、置信度、限制、下一步动作 | “魔法感”、拟人化、无来源结论 |
+
+---
+
+## A2. 情感矩阵
+
+```text
+可信赖       ████████████████████ 98%   ← 不可让步
+安全感       ███████████████████░ 95%   ← 不可让步
+可控感       ███████████████████░ 95%   ← 不可让步
+高效率       ██████████████████░░ 90%
+专业感       ██████████████████░░ 88%
+现代感       ████████████████░░░░ 75%
+亲和力       ██████████░░░░░░░░░░ 50%   ← 次要
+趣味性       ███░░░░░░░░░░░░░░░░░ 15%   ← 极度克制
+```
+
+> 对企业级 AI 产品而言，“可信赖、安全感、可控感”优先于“聪明感”和“惊艳感”。AI 能力越强，界面越需要提供边界、依据、确认和回滚机制。
+
+---
+
+## A3. 品牌个性
+
+| 特征 | 描述 | 设计映射 |
+|---|---|---|
+| **可信** | 企业用户需要确认 AI 结果是否有依据 | 来源引用、证据链、置信度、生成时间、模型版本、审计记录 |
+| **安全** | 企业数据、权限、模型调用、外部工具都存在风险边界 | RBAC、审批流、敏感操作确认、数据脱敏、越权提示 |
+| **可控** | 用户必须知道 AI 将要执行什么、影响什么资源 | 执行计划、影响范围、Dry-run、人工确认、回滚入口 |
+| **透明** | AI 黑箱会降低大型企业采纳意愿 | Trace、工具调用日志、参数、上下文、失败原因、成本拆解 |
+| **高效** | 企业用户面对大量任务、数据和资源 | 批量操作、筛选持久化、模板化、自动化工作流、快捷入口 |
+| **稳定** | 企业级平台不能频繁改变操作模型 | 一致的页面骨架、固定操作区、统一状态语义、可预期跳转 |
+
+---
+
+## A4. 文案语气总体风格
+
+> **准确 > 亲切。可执行 > 有温度。证据 > 修辞。边界 > 承诺。**
+
+文案目标不是“让用户觉得 AI 很聪明”，而是帮助用户快速判断：
+
+1. 当前发生了什么。
+2. 为什么发生。
+3. 影响范围是什么。
+4. 用户下一步该做什么。
+5. 结果是否可信、是否可复核、是否可回滚。
+
+### A4.1 语气矩阵
+
+| 场景 | 语气 | ✅ 正例 | ❌ 反例 |
+|---|---|---|---|
+| 标题 / 导航 | 名词、定语短句 | “模型服务” / “知识库配置” / “调用审计” | “你的 AI 小助手” |
+| 引导说明 | 简洁、可执行 | “上传文档后，可创建企业知识库并配置召回策略。” | “快来让 AI 学习你的资料吧～” |
+| 主操作按钮 | 动宾结构、≤ 6 字 | “创建应用” / “发布模型” / “运行评测” | “立即开启智能之旅” |
+| 危险按钮 | 明确动作 + 对象 | “删除知识库” / “下线模型” / “撤销授权” | “确认” / “OK” |
+| 错误提示 | 对象 + 原因 + 建议 | “知识库同步失败：3 个文件解析超时。建议稍后重试或减少单批文件数量。” | “任务失败，请重试” |
+| 成功反馈 | 已完成事实 | “已发布模型服务 v3。” | “发布成功！太棒了！” |
+| 空状态 | 当前状态 + 下一步 | “暂无评测任务。创建任务以比较模型效果。” | “这里空空如也～” |
+| 加载提示 | 阶段化进行时 | “正在解析文档，已完成 18/42。” | “AI 正在努力思考中” |
+| AI 结论 | 结论 + 依据 + 限制 | “建议选择 qwen-plus。依据：延迟低 18%，成本低 12%。限制：长文本场景未覆盖。” | “这是最佳选择” |
+
+### A4.2 写作规范
+
+1. **动作明确**：按钮使用动宾结构，如“创建应用”“运行评测”“撤销授权”。
+2. **对象明确**：错误、警告、成功反馈必须指出对象，如“模型服务 v3 发布失败”。
+3. **原因明确**：避免仅写“失败”。必须补充原因或排查路径。
+4. **影响明确**：涉及资源、权限、成本、数据的操作，必须说明影响范围。
+5. **数值明确**：使用具体数值，不写“很多”“较大”“明显”。
+6. **边界明确**：不确定时必须说明不确定来源，而不是模糊承诺。
+7. **避免拟人化**：不使用“我正在思考”“我帮你搞定”。使用“系统正在生成”“AI 建议”。
+8. **避免营销化**：不使用“颠覆式”“革命性”“一键搞定所有问题”等不可验证表达。
+
+### A4.3 标点与排版
+
+- 按钮文字、表头标签：不加句号。
+- 描述、提示、说明：使用完整句子，建议加句号。
+- 列表项格式统一：全加句号或全不加。
+- 中英文 / 中数字之间加 1 个空格：`已选 3 项 / 共 128 项`。
+- 模型名、实例 ID、任务 ID 使用等宽样式：`qwen-plus`、`job-xxx`。
+- 时间格式统一：`2026-05-14 10:23:45`。
+- 百分比、token、费用、延迟保留必要精度：`12.4%`、`18,240 tokens`、`¥36.20`、`230 ms`。
+
+---
+
+## A5. AI 场景文案规则
+
+AI 相关文案必须遵守以下原则：
+
+| 规则 | 要求 | 示例 |
+|---|---|---|
+| **不拟人化** | 不用第一人称，不把 AI 塑造成同事或人格 | ✅ “AI 已生成建议方案。” ❌ “我已经想好了。” |
+| **不夸大能力** | 不使用绝对化承诺 | ✅ “可提升排查效率。” ❌ “彻底解决所有问题。” |
+| **说明依据** | 关键建议必须说明依据 | “依据最近 7 天调用数据，峰值延迟主要出现在 20:00~22:00。” |
+| **说明限制** | 数据不足、覆盖不全、推断性结论必须标注 | “该结论未覆盖离线批处理任务。” |
+| **说明下一步** | AI 结论必须可行动 | “建议先扩容推理副本数至 4，并观察 30 分钟。” |
+| **高风险需确认** | 影响生产、权限、成本、数据的动作必须人工确认 | “该操作将下线生产模型服务，请确认后继续。” |
+
+### A5.1 AI 结果展示结构
+
+AI 生成的建议、诊断、总结、执行计划，默认使用以下结构：
+
+```text
+结论：一句话给出判断。
+依据：列出关键证据、数据来源、时间范围。
+影响：说明影响的资源、用户、成本、权限或数据。
+风险：说明不确定性、缺失信息、潜在副作用。
+建议动作：给出下一步可执行动作。
+```
+
+复杂任务可扩展为：
+
+```text
+目标 → 当前状态 → 约束 → 方案对比 → 推荐方案 → 执行计划 → 风险与回滚 → 审批确认
+```
+
+---
+
+## A6. 危险操作与企业治理文案（硬约束）
+
+以下操作必须使用强确认模式：
+
+- 删除、释放、下线、禁用、撤销授权。
+- 修改生产环境配置。
+- 变更模型服务路由、流量比例、API Key、权限策略。
+- 执行可能产生明显费用的任务。
+- 导出、删除、脱敏、同步企业数据。
+- 调用外部工具、写入外部系统、触发自动化工作流。
+
+| 元素 | 规则 | 示例 |
+|---|---|---|
+| **标题** | 陈述句，包含动作和对象 | ✅ “下线模型服务 `prod-chat-v3`” ❌ “确定要下线吗？” |
+| **正文** | 列出具体后果、影响范围、是否可恢复 | “下线后，生产流量将停止转发到该服务。当前关联 3 个应用，预计影响 12 个调用方。” |
+| **确认按钮** | 重复危险动作 | ✅ “下线服务” ❌ “确认” |
+| **取消按钮** | 使用“取消” | ❌ “再想想” |
+| **二次校验** | 高风险操作要求输入对象名或审批 | “请输入 `prod-chat-v3` 以确认下线。” |
+| **审计记录** | 成功后展示审计入口 | “已提交下线申请。查看审批与审计记录。” |
+
+---
+
+## A7. 视觉正反例对照
+
+### A7.1 布局
+
+| ✅ 正例 | ❌ 反例 |
+|---|---|
+| 控制台页面保留稳定的 Header、Sidebar、Content、Action Zone | 同一产品多种导航结构混用 |
+| 列表页筛选固定顶部，表格自适应高度，分页固定底部 | 筛选、批量操作、分页位置随机 |
+| 详情页按“概览 → 配置 → 监控 → 日志 → 审计”组织 | 按技术字段字母顺序排列 |
+| AI 执行任务展示阶段、日志、工具调用和结果 | 只展示一个“正在处理”Loader |
+| 成本、延迟、错误率、调用量在同一分析区域展示 | 指标分散在多个页面，无法对比 |
+
+### A7.2 色彩
+
+| ✅ 正确 | ❌ 错误 |
+|---|---|
+| 主色用于主行动点、当前选中态、关键路径 | 用主色表示错误或警告 |
+| 状态色只表达状态语义：成功、警告、错误、处理中、未知 | 每个模块自定义一套状态色 |
+| 图表使用 `chart-*` token，并保证可读性 | 用高饱和色填满大面积背景 |
+| AI 结果中的置信度、风险、来源使用中性色 + 状态标识 | 用强主色包装所有 AI 输出 |
+
+### A7.3 动效
+
+| ✅ 正确 | ❌ 错误 |
+|---|---|
+| Hover 使用 `transition-colors duration-150 ease-out` | 给 width / height / margin 加过渡，造成布局抖动 |
+| 弹窗入场使用轻量 opacity / transform | 大面积弹跳、旋转、粒子动效 |
+| 长任务用进度、阶段、日志、Skeleton | 用复杂 Loader 替代真实进度 |
+| AI 生成过程展示结构化阶段 | 用“打字机效果”替代状态反馈 |
+
+### A7.4 AI 结果卡片
+
+| ✅ 正确 | ❌ 错误 |
+|---|---|
+| 展示结论、依据、影响、风险、下一步 | 只输出长段自然语言 |
+| 可展开查看证据、上下文、工具调用 | 隐藏推理来源和执行日志 |
+| 高风险动作必须进入确认流程 | AI 直接执行生产变更 |
+| 结果可以复制、导出、追踪版本 | AI 回复不可复核、不可审计 |
+
+---
+
+## A8. 品牌自检
+
+- [ ] 页面是否让用户明确知道“当前是什么、下一步做什么”。
+- [ ] AI 结果是否包含依据、限制和下一步动作。
+- [ ] 高风险操作是否有确认、影响范围、回滚或审批入口。
+- [ ] 是否避免拟人化、营销化、不可验证的 AI 表述。
+- [ ] 错误提示是否包含对象、原因、建议。
+- [ ] 成本、token、延迟、失败率等关键指标是否可见。
+- [ ] 主色是否只用于 CTA、当前选中态和关键路径。
+- [ ] 状态语义是否通过颜色 + 图标 + 文案共同表达。
+- [ ] 动效是否只用于状态变化和焦点引导，而非装饰。
+- [ ] 文案是否符合企业级语气：准确、克制、可执行。
+
+---
+
+# Part B · 设计哲学
+
+---
+
+## B1. 我们是谁
+
+OpenTrek 是面向**大型企业 AI 使用、治理、交付和运维**的设计语言。它覆盖模型服务、知识库、Agent、工作流、评测、观测、审计、权限、成本等场景。
+
+企业级 AI 产品的关键矛盾是：
+
+> AI 提升了系统能力，但也引入了不确定性、不可解释性、数据风险、成本波动和责任边界问题。
+
+因此，OpenTrek 的设计目标不是让 AI 看起来“更聪明”，而是让企业用户在复杂 AI 系统中保持：
+
+- 对结果的判断权。
+- 对动作的控制权。
+- 对风险的知情权。
+- 对成本的治理权。
+- 对过程的审计权。
+
+**核心主张**：复杂能力必须被界面转译成清晰、可控、可验证的工作系统。
+
+---
+
+## B2. 六条底层信念
+
+1. **信任来自证据，不来自语气。**  
+   企业用户不会因为 AI 表达自信而信任它，只会因为依据、来源、限制、历史表现和可复核路径而信任它。
+
+2. **AI 越自动化，界面越要可控。**  
+   自动执行必须伴随权限、确认、影响分析、审批、回滚和审计。
+
+3. **安全与治理不是附加功能，而是产品骨架。**  
+   RBAC、数据边界、模型调用边界、审计链路必须进入基础交互模型。
+
+4. **一致性优先于创造性。**  
+   企业控制台中，“惊喜”通常意味着学习成本和误操作风险。
+
+5. **信息密度服务于决策，不服务于堆砌。**  
+   高密度不是把信息塞满，而是让用户在一个视图内完成判断。
+
+6. **成本是 AI 体验的一部分。**  
+   token、算力、存储、调用量、上下文长度、评测任务都必须被可视化和治理。
+
+---
+
+## B3. 设计原则（按优先级降序）
+
+冲突时裁决顺序：
+
+```text
+Governance & Safety
+> Trust & Evidence
+> Reliability & Predictability
+> Clarity
+> Efficiency at Scale
+> Cost Awareness
+```
+
+---
+
+### P1 · Governance & Safety — 治理与安全
+
+> 企业级 AI 的第一原则是风险可控。
+
+**必须做到：**
+
+- 权限、数据、模型、工具调用必须有清晰边界。
+- 生产变更必须有确认、审批或回滚路径。
+- 高风险操作必须展示影响范围。
+- 敏感数据必须标识、脱敏或权限隔离。
+- 外部工具调用必须展示工具名、参数、目标系统和结果。
+
+**评判问题：**
+
+- 用户是否知道该操作影响哪些资源、数据、权限或业务？
+- 操作失败或误操作后，是否有恢复路径？
+- 审计人员是否能追踪谁在什么时候做了什么？
+
+---
+
+### P2 · Trust & Evidence — 信任与证据
+
+> AI 结果必须可以被追问、复核、质疑。
+
+**必须做到：**
+
+- 关键结论展示来源、数据时间范围、模型版本或工具调用记录。
+- AI 建议展示置信度或不确定性说明。
+- 重要判断提供“查看依据”入口。
+- 不确定时不假装确定。
+- 不把生成内容伪装成事实。
+
+**评判问题：**
+
+- 用户能否判断 AI 结果是否可信？
+- 用户能否追溯结论来自哪些数据、文档、日志或工具？
+- 如果结果错误，是否能定位错误来源？
+
+---
+
+### P3 · Reliability & Predictability — 可靠与可预期
+
+> 企业用户不应该猜测页面、任务或 AI 会如何响应。
+
+**必须做到：**
+
+- 同类页面使用同样的信息架构和操作位置。
+- 同类任务使用同样的状态模型：待运行、运行中、部分成功、失败、已取消、已完成。
+- 长任务展示阶段、进度、耗时、失败点和重试入口。
+- AI 执行计划先展示，再执行。
+- 页面跳转关系可预测：面包屑、返回、URL 语义稳定。
+
+**评判问题：**
+
+- 用户在 A 页面学会的操作，能否迁移到 B 页面？
+- 用户能否在任务执行前预测影响范围？
+- 系统失败后，用户是否知道下一步如何处理？
+
+---
+
+### P4 · Clarity — 清晰优先
+
+> 复杂系统必须通过界面降低认知负荷。
+
+**必须做到：**
+
+- 页面只突出一个主任务。
+- 关键信息优先：状态、风险、影响、成本、下一步。
+- 状态语义使用颜色 + 图标 + 文案三重表达。
+- 文字对比度满足可访问性要求。
+- 表格、表单、详情页遵循固定信息层级。
+
+**评判问题：**
+
+- 新用户是否能在 3 秒内理解页面目的？
+- 用户是否能一眼看出异常、风险、待处理项？
+- 是否存在多个视觉焦点互相竞争？
+
+---
+
+### P5 · Efficiency at Scale — 规模化效率
+
+> 大型企业的效率来自批量、模板、复用和自动化，而不是单点快捷。
+
+**必须做到：**
+
+- 高频任务 ≤ 2 次点击可达。
+- 支持批量操作、批量配置、批量重试。
+- 筛选条件、视图配置、列配置可持久化。
+- 支持模板、预设、策略复用。
+- 支持跨环境、跨团队、跨业务线的统一治理视图。
+
+**评判问题：**
+
+- 当资源数量从 10 个变成 10,000 个时，界面是否仍然可用？
+- 用户是否能复用配置，而不是重复填写？
+- 是否支持团队级协作和交接？
+
+---
+
+### P6 · Cost Awareness — 成本可感知
+
+> AI 成本不可见，就无法被企业治理。
+
+**必须做到：**
+
+- 展示 token、调用量、延迟、失败率、费用估算。
+- 长任务执行前给出成本预估。
+- 任务执行后给出成本归因。
+- 成本异常提供解释和优化建议。
+- 模型、上下文、检索、工具调用的成本差异可比较。
+
+**评判问题：**
+
+- 用户能否在执行前知道大致成本？
+- 用户能否定位成本上涨来自模型、token、知识库、工具调用还是重试？
+- 用户能否基于成本和效果做取舍？
+
+---
+
+## B4. 原则冲突示例
+
+| 场景 | 候选 | 选择 | 理由 |
+|---|---|---|---|
+| AI 是否可以直接下线生产模型？ | A. 直接执行，提高效率<br>B. 展示影响范围并要求确认 | B | Governance & Safety > Efficiency |
+| 诊断结果是否只显示结论？ | A. 只显示“根因是 X”<br>B. 显示结论、证据、日志、限制 | B | Trust & Evidence > Clarity 的表面简洁 |
+| 表格是否为了美观减少列？ | A. 减少列，界面更清爽<br>B. 保留关键治理字段，可配置隐藏 | B | Clarity + Governance > 视觉轻量 |
+| 低风险建议是否需要审批？ | A. 所有建议都审批<br>B. 按风险等级分级确认 | B | Efficiency at Scale 与 Safety 平衡 |
+| 模型评测是否默认跑全量？ | A. 全量评测，结果完整<br>B. 先抽样预估成本，再允许全量 | B | Cost Awareness > 结果完整性 |
+| AI 回复是否可以更“亲切”？ | A. 拟人化表达<br>B. 使用准确、克制、可执行表达 | B | Trust & Evidence > 亲和力 |
+
+---
+
+## B5. 决策框架
+
+当无法判断一个设计是否正确时，按以下顺序裁决：
+
+1. **是否安全可控？** 影响生产、权限、数据、成本的动作是否有防护栏？
+2. **是否有证据？** 结论、建议、诊断是否有来源、限制和追溯路径？
+3. **是否可预期？** 用户是否能预测点击、提交、执行后的结果？
+4. **是否清晰？** 用户是否能快速理解当前状态、风险和下一步动作？
+5. **是否高效？** 高频任务是否足够短路径，批量场景是否可规模化？
+6. **是否成本可见？** 执行前后是否能看到 token、调用、资源和费用影响？
+7. **是否一致？** 是否复用既有页面类型、组件、文案和状态模型？
+8. **是否可访问？** 对比度、键盘操作、状态传达是否满足可访问性要求？
+9. **是否克制？** 是否存在装饰性元素、过度动效或营销式表达？
+
+---
+
+## B6. 页面与组件设计推导
+
+### B6.1 AI 任务页面
+
+必须包含：
+
+- 任务目标。
+- 输入数据 / 约束条件。
+- 执行计划。
+- 运行阶段。
+- 工具调用。
+- 结果摘要。
+- 证据与日志。
+- 风险与限制。
+- 成本与耗时。
+- 下一步动作。
+
+### B6.2 模型 / Agent / 工作流详情页
+
+默认信息架构：
+
+```text
+概览 → 配置 → 评测 → 监控 → 日志 → 权限 → 审计 → 成本
+```
+
+### B6.3 列表页
+
+必须支持：
+
+- 搜索。
+- 筛选。
+- 状态筛选。
+- 环境筛选。
+- 负责人 / 团队筛选。
+- 批量操作。
+- 列配置。
+- 排序。
+- 导出或审计入口。
+
+### B6.4 AI 结果卡片
+
+默认结构：
+
+```text
+标题
+状态 / 置信度 / 时间范围
+结论
+依据
+影响
+风险
+建议动作
+查看详情 / 查看日志 / 复制 / 导出
+```
+
+---
+
+## B7. 文件分工
+
+- `principles.md`：为什么这样设计；定义品牌调性、文案语气、设计哲学。
+- `boundaries.md`：不能做什么；定义禁止项、风险边界、强约束。
+- `foundations.md`：用什么 token；定义颜色、字体、间距、圆角、阴影、状态语义。
+- `rules/*.json`：机器可消费的结构化规则；AI 生成和校验的事实源。
+- `patterns/`：具体页面、组件、流程的组合范式。
+- `examples/`：可复用样例，不作为规则源头。
+
+冲突时优先级：
+
+```text
+boundaries.md
+> rules/*.json
+> foundations.md / design-tokens.json
+> principles.md
+> patterns/
+> examples/
+```
+
+---
+
+## B8. 最终验收标准
+
+一个符合 OpenTrek 的企业级 AI 产品界面，应该满足：
+
+- [ ] 用户知道当前页面的核心任务。
+- [ ] 用户知道 AI 结果的依据、限制和下一步动作。
+- [ ] 用户知道关键操作的影响范围、风险和回滚路径。
+- [ ] 用户可以追踪模型、工具、数据、权限、成本的变化。
+- [ ] 用户可以用统一方式管理多模型、多 Agent、多环境、多团队。
+- [ ] 页面在高密度信息下仍保持清晰层级。
+- [ ] 文案准确、克制、可执行，无拟人化和营销化表达。
+- [ ] 所有状态都有颜色、图标、文案或结构化补充，不只依赖颜色。
+- [ ] 关键流程可被审计、复核、导出或交接。
+- [ ] 视觉风格服务于可信、可控和效率，而不是装饰。