跳转至

2026 年

Kimi官方 Prompt 最佳实践指南

本文转载自 Kimi 官方文档入门指南：Prompt 最佳实践一文。

System Prompt最佳实践：system prompt（系统提示）指的是模型在生成文本或响应之前所接收的初始输入或指令，这个提示对于模型的运作至关重要

大模型中 system prompt指的是什么，为什么它很重要？

在大型机器学习模型，尤其是自然语言处理（NLP）模型中，"system prompt"（系统提示）指的是模型在生成文本或响应之前所接收的初始输入或指令。这个提示对于模型的运作至关重要，原因如下：

  1. 指导生成内容：系统提示为模型提供了生成文本的起点，帮助模型理解用户的需求和上下文。
  2. 确定响应类型：提示可以明确告诉模型需要生成哪种类型的响应，比如回答问题、撰写文章、进行翻译等。
  3. 设定上下文：通过包含必要的上下文信息，系统提示可以帮助模型更好地理解问题，并生成更准确的回答。
  4. 影响生成文本的风格和语气：系统提示还可以设定文本的风格和语气，比如正式、非正式、幽默、严肃等。
  5. 控制生成文本的长度：在某些情况下，系统提示可以包含对生成文本长度的要求。
  6. 避免不当内容：通过精心设计系统提示，可以减少模型生成不当或不安全内容的风险。
  7. 提高效率：一个好的系统提示可以提高模型的效率，因为它减少了模型需要猜测的内容，从而加快了生成过程。
  8. 用户交互：在交互式应用中，系统提示是用户与模型之间沟通的桥梁，确保了用户意图的准确传达。

在设计系统提示时，需要考虑到这些因素，以确保模型能够生成高质量、相关且符合预期的输出。

编写清晰的说明

为什么需要向模型输出清晰的说明？

模型无法读懂你的想法，如果输出内容太长，可要求模型简短回复。如果输出内容太简单，可要求模型进行专家级写作。如果你不喜欢输出的格式，请向模型展示你希望看到的格式。模型越少猜测你的需求，你越有可能得到满意的结果。

  • 分类于 翻译
  • 需要 2 分钟阅读时间

马修·伯恩斯坦讲线性代数系列：矩阵作为函数

原文：Matrices as functions

线性代数的核心思想是将矩阵表示函数。在本文中，我们将考察几个常见的初等函数，并讨论它们对应的矩阵。

引言

回想一下，矩阵-向量乘法 的定义使我们能够从以下意义上将矩阵视为函数：如果我们固定一个矩阵 \(\boldsymbol{A} \in \mathbb{R}^{m \times n}\)，该矩阵将 \(\mathbb{R}^n\) 中的向量映射到 \(\mathbb{R}^m\) 中的向量。也就是说，我们可以定义一个函数 \(T : \mathbb{R}^n \rightarrow \mathbb{R}^m\)：

\[ T(\boldsymbol{x}) := \boldsymbol{A}\boldsymbol{x} \]

在本文中，我们将考察几个常见的初等函数，并讨论它们对应的矩阵。

ConnectRPC：下一代 Protobuf RPC 框架——当 gRPC 遇见现代 Web 开发

为什么我们需要"更好的 gRPC"？

自 2016 年 Google 开源 gRPC 以来，它凭借 Protocol Buffers 的高效序列化和 HTTP/2 的多路复用，迅速成为微服务间通信的事实标准。然而，随着云原生架构的演进和前后端分离开发的普及，gRPC 的一些设计局限日益凸显：

  • 浏览器兼容性：gRPC 依赖 HTTP/2 的底层特性，浏览器无法直接调用，必须借助 grpc-web + Envoy 代理
  • 调试困难：二进制协议让 curl 和浏览器开发者工具束手无策
  • 部署复杂：需要特殊的负载均衡器支持 HTTP/2 trailers
  • 代码冗长：生成的客户端代码模板化严重，与现代开发体验脱节

ConnectRPC（简称 Connect）正是 Buf 团队为解决这些痛点而打造的现代化 RPC 框架。它不仅完全兼容 gRPC 生态，更带来了浏览器原生支持、HTTP/1.1 回退、以及 REST 般的调试体验。

  • 分类于 编程语言
  • 需要 9 分钟阅读时间

Python 类型注解完全指南

为什么要用类型注解？

Python 是一门动态类型语言，变量类型在运行时才确定。这种灵活性带来了快速开发的优势，但也埋下了隐患：

# 没有类型注解时，这个 bug 可能在生产环境才暴露
def calculate_total(price, quantity):
    return price * quantity

# 调用者可能传入错误类型，而 Python 不会提前报错
result = calculate_total("100", "5")  # 结果是 "100100100100100"，而非 500

类型注解（Type Hints） 在 PEP 484（Python 3.5）中引入，它解决了以下核心痛点：

痛点 解决方案
IDE 智能提示弱 PyCharm/VSCode 能基于类型提供精准的自动补全和跳转
代码可读性差 函数签名即文档，无需阅读实现即可了解接口
重构风险高 修改函数参数时，类型检查器能发现所有调用点
团队协作难 接口契约显性化，减少沟通成本
文档不同步 类型注解即实时文档，不会过时

🦞 OpenClaw：给 AI 装上“爪子”的开源革命 —— 数字贾维斯已到来

OpenClaw 是什么？

OpenClaw（原名 Clawdbot → Moltbot → OpenClaw）是一个开源 AI 代理框架，由奥地利独立开发者 Peter Steinberger 创建。它不是一个大模型，而是一个"给 AI 装上爪子的执行系统"。

简单来说：

  • GPT/Claude 是"大脑"——只能思考和建议
  • OpenClaw 是"手脚"——能真正操作你的电脑执行任务

它运行在你的本地设备（Mac/PC）或私有服务器上，通过 WhatsApp、Telegram、Slack、飞书、钉钉等日常聊天软件与你交互，拥有读写文件、执行终端命令、操控浏览器、访问邮件日历等系统级权限。

一文带你理解Dart空安全

原文：Understanding null safety

作者： 鲍勃·尼斯特罗姆，写于 2020年7月

自 Dart 2.0 中用可靠的静态类型系统替换了原有的不完善的可选类型系统以来，空安全是我们对 Dart 做出的最大改动。Dart 最初发布时，编译时空安全还是一项罕见的特性，需要详细讲解。如今，Kotlin、Swift、Rust 和其他语言都针对这个已经非常普遍的问题提供了各自的解决方案。以下是一个示例：

// 无空安全：
bool isEmpty(String string) => string.length == 0;

void main() {
  isEmpty(null);
}

如果运行这段 Dart 程序时没有启用空安全机制，它会在调用 .length 方法时抛出 NoSuchMethodError 异常。因为空值是 Null 类的一个实例，而 Null 类没有 length 方法。运行时错误非常糟糕。对于像 Dart 这样旨在运行在终端用户设备上的语言来说，这一点尤为重要。如果服务器应用程序崩溃，通常可以在用户注意到之前重启它。但是，当 Flutter 应用在​​用户的手机上崩溃时，用户会非常不满意。用户不满意，开发者自然也不会满意。

开发者喜欢像 Dart 这样的静态类型语言，因为它们允许类型检查器在编译时（通常直接在 IDE 中）查找代码中的错误。越早发现 bug，就能越早修复它。当语言设计者谈到“修复空引用错误”时，他们指的是增强静态类型检查器的功能，使语言能够检测到类似上述尝试对可能为空的值调用 .length 的错误。

掌握Flutter状态管理

原文：Mastering State Management in Flutter

想象一下一群书呆子为如何操作数据争吵了五年。这基本上就是 Flutter 社区一直在发生的事情。

五年过去了，关于 GetX 的帖子仍然会引发风暴。我就是那些书呆子之一。所以，我想最后一次狂热一下，然后继续我的生活。这是我关于状态管理的最终结论。

最终结论

使用任何你想用的状态管理方案。如果你在意别人用什么，那就找点更好的事情去关心。

我不在乎你用什么。然而，我强烈建议你了解你所使用的工具，并理解如何仅使用 Flutter 提供的工具来管理你的状态。

什么是状态？

状态管理这个短语可以分解为一个用于管理你的状态的系统。什么是状态？

状态是一种数据。应用程序中有两种类型的数据：

  • 常规数据（硬编码且无法更改）
  • 状态（可以更改的奇特数据）

一个典型的状态例子是用户信息。例如，你可以在主屏幕上显示 Hello, Tadas，其中 Tadas 这部分信息是从用户信息状态中获取的。假设你有一个设置页面，可以在其中将名称更改为 T-Dog。这将使用新值更新用户信息状态，你的应用将更改为显示 Hello,T-Dog。状态管理解决方案将促进这一更改数据并在整个应用程序中传播这些更改的过程。

其他一些常见的状态例子包括新闻动态、关注者数量、待办事项、倒计时器等。

状态最简单的定义就是可以更改的数据。

Material Design 3 (Material You) 完整开发指南

概述与核心变革

Material Design 3（代号 Material You）是 Google 于 2021 年 I/O 大会发布的第三代设计系统，随 Android 12 正式推出。它代表了从"统一设计"到"个性化表达"的范式转变。

与 Material Design 2 的关键差异

特性 Material 2 Material 3
颜色哲学 固定品牌色（Primary/Secondary） 动态个性化（从壁纸/种子色生成）
颜色数量 12个基础色槽 26+个语义化颜色角色
表面层级 阴影海拔（Elevation） 色调表面（Tone-based Surfaces）
排版体系 6种样式（Headline 1-6等） 15种令牌化样式（Display/Headline/Title/Body/Label）
形状系统 固定圆角 7级可配置圆角体系
个性化 无 核心特性（壁纸取色、算法生成）

核心设计原则

  1. 个性化优先：系统从用户壁纸提取颜色，生成独一无二的主题
  2. 算法驱动美学：基于 HCT 颜色空间的科学算法确保配色和谐
  3. 无障碍内置：所有颜色组合默认满足 WCAG 2.1 AA 对比度标准
  4. 跨平台一致：提供跨平台实现规范，Android（Compose/View）与 Flutter 为官方完整实现，Web 与 iOS 通过 Material Color Utilities 支持配色算法

Flutter布局终极指南：轻松布局 Flutter 组件的唯一指南

原文：The Ultimate Flutter Layout Guide:The only guide you need to layout your Flutter widgets hassle-free

引言

你在构建 Flutter 应用时是否曾被以下错误困扰过？

  • A RenderFlex overflowed…（RenderFlex 溢出…）
  • RenderBox was not laid out（RenderBox 未布局）
  • Viewport was given unbounded height（Viewport 被赋予了无限高度）
  • An InputDecorator …cannot have an unbounded width（InputDecorator 不能拥有无限宽度）
  • Incorrect use of ParentData widget（ParentData 组件使用不正确）

如果答案是肯定的，那么这篇博客文章就是为你准备的！

在这篇博客文章中，我将讨论并分享一些常见的 Flutter 布局场景和最佳实践。我会更多地关注代码片段，而不是组件细节。对于组件详情，我会分享相关链接。

单个子元素布局组件

Align（对齐）

一个将其子组件在其内部对齐的组件，并可选择根据子组件的大小调整自身大小。

Center(
  child: Container(
    height: 120.0,
    width: 120.0,
    color: Colors.blue[50],
    child: const Align(
      alignment: Alignment.topRight,
      child: FlutterLogo(
        size: 60,
      ),
    ),
  ),
)
  • 分类于 翻译
  • 需要 3 分钟阅读时间

马修·伯恩斯坦讲线性代数系列：矩阵-向量乘法

原文: Matrix-vector multiplication

引言

在上一篇博客文章中，我们讨论了观察矩阵的三种方式：作为值表格、作为向量列表，以及最终作为函数。正是第三种观察矩阵的方式赋予了矩阵真正的力量。在这里，我们将介绍矩阵和向量之间的一种操作，称为矩阵-向量乘法，这将使我们能够将矩阵用作函数。

矩阵-向量乘法是矩阵和向量之间的一种操作，会产生一个新向量。值得注意的是，矩阵-向量乘法仅定义在矩阵和向量之间，其中向量的长度等于矩阵的列数。其定义如下：

定义 1 (矩阵-向量乘法)： 给定矩阵 \(\boldsymbol{A} \in \mathbb{R}^{m \times n}\) 和向量 \(\boldsymbol{x} \in \mathbb{R}^n\)，\(\boldsymbol{A}\) 和 \(\boldsymbol{x}\) 的矩阵-向量乘法定义为

\[\boldsymbol{A}\boldsymbol{x} := x_1\boldsymbol{a}_{*,1} + x_2\boldsymbol{a}_{*,2} + \dots + x_n\boldsymbol{a}_{*,n}\]

其中 \(\boldsymbol{a}_{*,i}\) 是 \(\boldsymbol{A}\) 的第 \(i\) 个列向量。

像大多数数学概念一样，矩阵-向量乘法可以从多个角度审视，具有不同程度的抽象性。这些视角在尝试概念化我们利用矩阵-向量乘法来建模现实世界问题时的各种方式时非常有用。以下是我发现用于概念化矩阵-向量乘法的三种方式，按从最不抽象到最抽象排序：

  1. 作为一种“逐行”的向量生成过程： 矩阵-向量乘法定义了一个使用现有向量创建新向量的过程，其中新向量的每个元素是通过使用向量元素作为系数，对矩阵的每一行取加权和而“生成”的。
  2. 作为矩阵列的线性组合： 矩阵-向量乘法是使用向量元素作为系数，对矩阵的列空间取线性组合的过程。
  3. 作为向量空间之间函数的求值： 矩阵-向量乘法允许矩阵定义两个向量空间之间的映射。