🌱 Spec Kit

更快地构建高质量软件。

一个开源工具包，让你专注于产品场景和可预测的结果，而不是从头开始为每个部分进行凭感觉编码。

目录

• 🤔 什么是规范驱动开发？
• ⚡ 开始使用
• 📽️ 视频概览
• 🧩 社区扩展
• 🎨 社区预设
• 🚶 社区教程
• 🛠️ 社区伙伴
• 🤖 支持的 AI 编码助手集成
• 🔧 Specify CLI 参考
• 🧩 让 Spec Kit 更符合你的需求：扩展与预设
• 📚 核心理念
• 🌟 开发阶段
• 🎯 实验目标
• 🔧 前置条件
• 📖 了解更多
• 📋 详细流程
• 🔍 故障排除
• 💬 支持
• 🙏 致谢
• 📄 许可证

🤔 什么是规范驱动开发？

规范驱动开发颠覆了传统软件开发的模式。几十年来，代码一直被视为核心——而规格说明只是我们在开始“真正”的编码工作之前搭建并丢弃的脚手架。规范驱动开发则改变了这一点：规格说明可以直接执行，从而直接生成可用的实现，而不仅仅是作为指导。

⚡ 开始使用

1. 安装 Specify CLI

选择你喜欢的安装方式：

重要提示： Spec Kit 的官方维护包仅从此 GitHub 仓库发布。任何在 PyPI 上同名的包都与本项目无关，且不由 Spec Kit 维护人员维护。请务必按照下方所示直接从 GitHub 安装。

选项 1：持久化安装（推荐）

只需安装一次，即可在任何地方使用。为了稳定性，请固定某个特定的发布标签（查看 Releases 获取最新版本）：

# 安装特定稳定版（推荐 — 将 vX.Y.Z 替换为最新标签）
uv tool install specify-cli --from git+https://github.com/github/spec-kit.git@vX.Y.Z

# 或者从 main 分支安装最新版本（可能包含未发布的更改）
uv tool install specify-cli --from git+https://github.com/github/spec-kit.git

然后验证是否已正确安装：

specify version

接着可以直接使用该工具：

# 创建新项目
specify init <PROJECT_NAME>

# 或在现有项目中初始化
specify init . --ai copilot
# 或
specify init --here --ai copilot

# 检查已安装的工具
specify check

要升级 Specify，请参阅升级指南，获取详细说明。快速升级方法如下：

uv tool install specify-cli --force --from git+https://github.com/github/spec-kit.git@vX.Y.Z

选项 2：一次性使用

无需安装，直接运行：

# 创建新项目（固定到稳定版 — 将 vX.Y.Z 替换为最新标签）
uvx --from git+https://github.com/github/spec-kit.git@vX.Y.Z specify init <PROJECT_NAME>

# 或在现有项目中初始化
uvx --from git+https://github.com/github/spec-kit.git@vX.Y.Z specify init . --ai copilot
# 或
uvx --from git+https://github.com/github/spec-kit.git@vX.Y.Z specify init --here --ai copilot

持久化安装的优势：

• 工具会一直安装在系统路径中，随时可用
• 无需创建 shell 别名
• 可以更好地管理工具，例如使用 uv tool list、uv tool upgrade 和 uv tool uninstall
• Shell 配置更简洁

选项 3：企业级 / 离线环境安装

如果您的环境无法访问 PyPI 或 GitHub，请参阅企业级 / 离线环境安装指南，了解如何使用 pip download 在联网机器上创建适用于不同操作系统的便携式 wheel 包的分步说明。

2. 确立项目原则

在项目目录中启动你的 AI 助手。大多数助手将 spec-kit 作为 /speckit.* 斜杠命令暴露出来；而 Codex CLI 在技能模式下则使用 $speckit-* 命令。

使用 /speckit.constitution 命令来制定项目的治理原则和发展指南，这些原则将指导后续的所有开发工作。

/speckit.constitution 制定以代码质量、测试标准、用户体验一致性及性能要求为核心的项目原则

3. 创建规范

使用 /speckit.specify 命令描述你想要构建的内容。重点关注做什么和为什么做，而不是技术栈。

/speckit.specify 构建一个应用程序，帮助我将照片整理到不同的相册中。相册按日期分组，可以在主页面上通过拖放重新排序。相册之间不会嵌套。每个相册内的照片将以平铺式界面预览。

4. 制定技术实现计划

使用 /speckit.plan 命令提供你的技术栈和架构选择。

/speckit.plan 应用程序使用 Vite，并尽量减少库的数量。尽可能使用原生 HTML、CSS 和 JavaScript。图片不会上传到任何地方，元数据将存储在本地 SQLite 数据库中。

5. 分解任务

使用 /speckit.tasks 从你的实施计划中创建一份可执行的任务清单。

/speckit.tasks

6. 执行实现

使用 /speckit.implement 执行所有任务，并按照计划构建你的功能。

/speckit.implement

有关详细的分步说明，请参阅我们的全面指南。

📽️ 视频概览

想亲眼看看 Spec Kit 的实际效果吗？观看我们的视频概览吧！

🧩 社区扩展

[!NOTE] 社区扩展由各自的作者独立创建和维护。GitHub 和 Spec Kit 维护者可能会对向社区目录添加条目的拉取请求进行格式、目录结构或政策合规性的审查，但他们不会审查、审计、认可或支持扩展代码本身。社区扩展网站也是一个第三方资源。请在安装和使用前自行审阅扩展的源代码，并根据自身判断决定是否使用。

🔍 在社区扩展网站上浏览和搜索社区扩展。

以下由社区贡献的扩展可在 catalog.community.json 中找到：

分类：

• docs — 读取、验证或生成规范相关工件
• code — 审查、验证或修改源代码
• process — 协调跨阶段的工作流
• integration — 与外部平台同步
• visibility — 报告项目健康状况或进展

作用：

• 只读 — 生成报告而不修改文件
• 读写 — 修改文件、创建工件或更新规范

要提交您自己的扩展，请参阅扩展发布指南。

🎨 社区预设

[!NOTE] 社区预设由其各自作者独立创建和维护。GitHub 和 Spec Kit 维护者可能会审查向社区目录添加条目的拉取请求，以确保格式、目录结构或政策合规性，但他们不会审查、审计、认可或支持预设代码本身。请在安装和使用前自行审阅预设源代码。

以下由社区贡献的预设可自定义 Spec Kit 的行为——覆盖模板、命令和术语，而无需更改任何工具。预设可在 catalog.community.json 中找到：

要构建并发布您自己的预设，请参阅预设发布指南。

🚶 社区教程

[!NOTE] 社区教程由其各自作者独立创建和维护。它们未经过 GitHub 审查、认可或支持。请在跟随操作前自行审阅内容，并根据自身判断使用。

通过这些由社区贡献的教程，您可以了解规范驱动开发在不同场景下的实际应用：

• 从零开始的 .NET CLI 工具 — 从一个空目录开始构建一个时区实用工具作为 .NET 单一二进制 CLI 工具，涵盖完整的 Spec Kit 工作流程：制定章程、明确需求、制定计划、分解任务，并利用 GitHub Copilot 代理进行多轮实现。

• 从零开始的 Spring Boot + React 平台 — 使用 Spring Boot、嵌入式 React、PostgreSQL 和 Docker Compose 从头构建一个 LLM 性能分析平台（REST API、图表、迭代跟踪），其中包含澄清步骤和跨构件一致性分析环节。

• ASP.NET CMS 的改造项目 — 在现有的开源 .NET CMS（CarrotCakeCMS-Core，约 307,000 行 C#、Razor、SQL、JavaScript 和配置文件）中新增两项功能——跨平台 Docker Compose 基础设施和基于令牌认证的无头 REST API——展示 Spec Kit 如何融入现有代码库，即使没有预先的规范或章程。

• Java 运行时的改造项目 — 在现有的开源 Jakarta EE 运行时（Piranha，约 420,000 行 Java、XML、JSP、HTML 和配置文件，分布在 180 个 Maven 模块中）中新增一个受密码保护的服务器管理控制台，演示 Spec Kit 在大型多模块 Java 项目中的应用，且该项目此前既无规范也无章程。

• Go / React 仪表盘的改造项目 — 完全通过终端并使用 GitHub Copilot CLI演示 Spec Kit。在 NASA 开源的 Hermes 地面支持系统（Go）基础上，新增一个轻量级的基于 React 的网络遥测仪表盘，证明从章程到明确需求、制定计划、分解任务再到实施的完整流程完全可以在终端中运行。

• 使用自定义预设的 Spring Boot MVC 应用程序 — 使用自定义的海盗语预设从零开始构建一个 Spring Boot MVC 应用程序，展示预设如何重塑整个 Spec Kit 的体验：规范变为“航行清单”，计划变为“作战计划”，任务则变为“船员分配”——所有内容均以纯正的海盗方言生成，且无需更改任何工具。

• 使用 AIDE 扩展的 Spring Boot + React 应用程序 — 演示AIDE 扩展，这是一种社区扩展，为 Spec Kit 添加了一种替代的规范驱动工作流程，采用高层规范（愿景）和低层规范（工作项），并按 7 步迭代生命周期组织：愿景 → 路线图 → 进度跟踪 → 工作队列 → 工作项 → 执行 → 反馈循环。以一个家庭交易平台（Spring Boot 4、React 19、PostgreSQL、Docker Compose）为例，说明扩展机制允许您接入不同风格的规范驱动开发，而无需更改任何核心工具——真正体现了 Spec Kit 中的“Kit”。

🛠️ 社区伙伴

[!NOTE] 此处列出的社区项目由各自作者独立创建和维护。它们未经过 GitHub 审核、认可或支持。请在安装和使用前自行审查其源代码，并根据自身判断决定是否使用。

以下是一些扩展、可视化或基于 Spec Kit 构建的社区项目：

• cc-spex — 一个 Claude Code 插件，它在 Spec Kit 的基础上添加了可组合的特性，结合了基于 Superpowers 的质量门控、规范/代码评审、Git 工作树隔离以及通过代理团队实现并行开发等功能。

• Spec Kit Assistant — 一款 VS Code 扩展，为完整的 SDD 流程（章程 → 规范 → 计划 → 任务 → 实现）提供可视化编排工具，包括阶段状态可视化、交互式任务清单、DAG 可视化，以及对 Claude、Gemini、GitHub Copilot 和 OpenAI 后端的支持。需要在 PATH 中包含 specify CLI。

• SpecKit Companion — 一款 VS Code 扩展，为 Spec Kit 提供了一个可视化的 GUI 界面。用户可以在功能丰富的 Markdown 查看器中浏览规范，点击文件引用；可以附带图片创建规范；以 GitHub 风格的评论方式逐条在线修改和完善；通过可视化阶段推进器跟踪 SDD 流程的进度；还可以管理章程和模板等指导性文档。

🤖 支持的 AI 编码代理集成

Spec Kit 支持 30 多种 AI 编码代理，包括 CLI 工具和基于 IDE 的助手。完整列表及使用说明，请参阅 支持的 AI 编码代理集成 指南。

运行 specify integration list 可查看当前安装版本中所有可用的集成。

可用的斜杠命令

运行 specify init 后，您的 AI 编码代理将可以使用这些用于结构化开发的斜杠命令。如果您传递 --ai <agent> --ai-skills，Spec Kit 将安装代理技能而非斜杠命令提示文件；--ai-skills 参数必须与 --ai 一起使用。

核心命令

用于规范驱动开发流程的基本命令：

可选命令

用于提升质量和验证的附加命令：

🔧 Specify CLI 参考

有关完整命令详情、选项和示例，请参阅 CLI 参考。

🧩 自定义 Spec Kit：扩展与预设

Spec Kit 可通过两种互补的系统——扩展和预设——进行个性化定制，此外还支持项目本地覆盖以进行一次性调整：

• 模板会在运行时被解析——Spec Kit 会自上而下查找，并使用第一个匹配项。
• 项目本地覆盖（.specify/templates/overrides/）允许您针对单个项目进行一次性调整，而无需创建完整的预设。
• 扩展/预设命令会在安装时应用——当您运行 specify extension add 或 specify preset add 时，命令文件会被写入代理目录（例如 .claude/commands/）。
• 如果多个预设或扩展提供了相同的命令，则优先级最高的版本生效。移除后，次高优先级的版本会自动恢复。
• 如果没有覆盖或自定义设置，Spec Kit 将使用其核心默认值。

扩展 — 添加新功能

当您需要超出 Spec Kit 核心功能范围的能力时，可以使用扩展。扩展会引入新的命令和模板——例如，添加内置 SDD 命令未涵盖的领域特定工作流、与外部工具集成，或增加全新的开发阶段。它们扩展了 Spec Kit 的能力。

# 搜索可用的扩展
specify extension search

# 安装一个扩展
specify extension add <扩展名>

例如，扩展可以添加 Jira 集成、实施后的代码评审、V 模型测试可追溯性，或项目健康诊断等功能。

有关完整命令指南，请参阅 扩展参考。您还可以浏览上方的 社区扩展 以了解现有选项。

预设 — 自定义现有工作流

当您希望改变 Spec Kit 的运行方式，而无需添加新功能时，可以使用 预设。预设会覆盖核心以及已安装扩展中自带的模板和命令——例如，强制采用以合规为导向的规格格式、使用领域特定术语，或将组织标准应用于计划和任务。它们能够自定义 Spec Kit 及其扩展生成的工件和说明文档。

# 搜索可用的预设
specify preset search

# 安装一个预设
specify preset add <预设名称>

例如，预设可以重新组织规格模板，以要求法规可追溯性；调整工作流程以适应您所使用的开发方法（如敏捷、看板、瀑布模型、用例驱动设计或领域驱动设计）；在计划中加入强制性的安全评审节点；强制执行测试先行的任务顺序；或将整个工作流程本地化为另一种语言。海盗语演示 展示了自定义的深度。多个预设可以按优先级叠加使用。

完整的命令指南，包括解析顺序和优先级叠加，请参阅 预设参考文档。

何时使用哪种方式

📚 核心理念

规范驱动开发是一种结构化的流程，强调：

• 意图驱动开发：先明确“做什么”，再考虑“怎么做”
• 丰富的规范创建：通过约束条件和组织原则来构建规范
• 多步骤迭代优化：而非仅凭提示一次性生成代码
• 高度依赖先进 AI 模型的能力来进行规范解读

🌟 开发阶段

🎯 实验目标

我们的研究和实验重点关注以下方面：

技术无关性

• 使用多样化的技术栈构建应用
• 验证规范驱动开发并非局限于特定技术、编程语言或框架的假设

企业约束

• 展示关键任务型应用的开发
• 融入组织约束条件（云服务商、技术栈、工程实践）
• 支持企业级设计系统和合规要求

以用户为中心的开发

• 为不同用户群体和偏好构建应用
• 支持多种开发方式（从直觉编码到原生 AI 开发）

创意与迭代流程

• 验证并行实现探索的概念
• 提供稳健的迭代式功能开发流程
• 将流程扩展至升级和现代化任务

🔧 前置条件

• Linux/macOS/Windows
• 受支持的 AI 编码助手
• uv 用于包管理
• Python 3.11+
• Git

如果您在使用某个助手时遇到问题，请提交 issue，以便我们优化集成。

📖 了解更多

• 完整的规范驱动开发方法论 - 深入探讨完整流程
• 详细流程 - 分步实施指南

📋 详细流程

specify init <项目名称>

specify init .
# 或者使用 --here 标志
specify init --here
# 如果目录中已有文件，跳过确认
specify init . --force
# 或
specify init --here --force

specify init <项目名称> --ai copilot
specify init <项目名称> --ai gemini
specify init <项目名称> --ai codex

# 或在当前目录下：
specify init . --ai copilot
specify init . --ai codex --ai-skills

# 或使用 --here 标志
specify init --here --ai copilot
specify init --here --ai codex --ai-skills

# 强制合并到非空当前目录
specify init . --force --ai copilot

# 或
specify init --here --force --ai copilot

specify init <项目名称> --ai copilot --ignore-agent-tools

/speckit.constitution 制定以代码质量、测试标准、用户体验一致性及性能要求为核心的项目原则。同时明确这些原则如何指导技术决策和实现选择。

开发 Taskify 团队生产力平台。该平台应允许用户创建项目、添加团队成员、分配任务、评论任务，并以看板风格在不同看板之间移动任务。在本阶段的功能开发中，我们称之为“创建 Taskify”，系统将支持多个用户，但用户将在前期预先定义好。我希望有五位用户，分为两类：一位产品经理和四位工程师。请创建三个不同的示例项目。每个任务的状态应设有标准的看板列，例如“待办”、“进行中”、“评审中”和“已完成”。由于这只是最初的测试版本，用于确保基本功能已就绪，因此本应用暂不设置登录功能。在任务卡片的 UI 中，您应能够在看板工作区的不同列之间切换任务的当前状态。您还可以为特定卡片留下无限数量的评论。此外，您应能从该任务卡片中将任务分配给有效的用户之一。首次启动 Taskify 时，系统会列出五位可供选择的用户。无需输入密码。点击某位用户后，您将进入主视图，显示项目列表。点击某个项目后，您将打开该项目的看板。您可以看到各个列，并能够拖放卡片在不同列之间移动。分配给您——当前登录用户——的任务将以不同于其他任务的颜色显示，以便您快速识别自己的任务。您可以编辑自己留下的评论，但无法编辑他人留下的评论。您可以删除自己留下的评论，但不能删除他人留下的评论。

└── .specify
    ├── memory
    │  └── constitution.md
    ├── scripts
    │  ├── check-prerequisites.sh
    │  ├── common.sh
    │  ├── create-new-feature.sh
    │  ├── setup-plan.sh
    │  └── update-claude-md.sh
    ├── specs
    │  └── 001-create-taskify
    │      └── spec.md
    └── templates
        ├── plan-template.md
        ├── spec-template.md
        └── tasks-template.md

对于每个示例项目或您创建的项目，其任务数量应在 5 到 15 个之间随机分布于不同的完成状态。请确保每个完成阶段至少有一项任务。

阅读评审与验收检查清单，如果功能规格符合标准，请逐一勾选清单中的各项；若不符合，则保持空白。

我们将使用 .NET Aspire 来构建此项目，数据库采用 Postgres。前端应使用 Blazor Server，具备拖放式任务看板和实时更新功能。同时需要创建一个 REST API，包含项目 API、任务 API 和通知 API。

.
├── CLAUDE.md
├── memory
│  └── constitution.md
├── scripts
│  ├── check-prerequisites.sh
│  ├── common.sh
│  ├── create-new-feature.sh
│  ├── setup-plan.sh
│  └── update-claude-md.sh
├── specs
│  └── 001-create-taskify
│      ├── contracts
│      │  ├── api-spec.json
│      │  └── signalr-spec.md
│      ├── data-model.md
│      ├── plan.md
│      ├── quickstart.md
│      ├── research.md
│      └── spec.md
└── templates
    ├── CLAUDE-template.md
    ├── plan-template.md
    ├── spec-template.md
    └── tasks-template.md

我希望你仔细审查实施计划和详细文档，找出那些可能因 .NET Aspire 是快速变化的库而需要进一步研究的地方。对于这些需要额外研究的点，请在 `research.md` 中补充我们将在 Taskify 应用中使用的具体版本信息，并启动并行研究任务，通过网络资源进一步澄清相关细节。

我认为我们需要将这个问题分解成一系列步骤。首先，列出你在实施过程中不确定或需要进一步研究的任务清单。然后针对每一项任务，单独启动一个研究任务，这样我们就能并行地研究所有具体的子问题。我注意到你目前是在泛泛地研究 .NET Aspire，但这对我们当前的需求帮助不大。这种研究过于宽泛，应该聚焦于解决特定的问题。

现在请你审核一下实施计划和详细文档，仔细查看其中是否遗漏了显而易见的执行步骤。因为我不确定现有内容是否足够全面。例如，在核心实现部分，当逐步推进时，最好能够引用详细文档中的相应章节，以便获取所需信息。

/speckit.tasks

/speckit.implement

🔍 故障排除

Linux 上的 Git 凭证管理器

如果你在 Linux 上遇到 Git 身份验证问题，可以安装 Git 凭证管理器：

#!/usr/bin/env bash
set -e
echo "正在下载 Git 凭证管理器 v2.6.1..."
wget https://github.com/git-ecosystem/git-credential-manager/releases/download/v2.6.1/gcm-linux_amd64.2.6.1.deb
echo "正在安装 Git 凭证管理器..."
sudo dpkg -i gcm-linux_amd64.2.6.1.deb
echo "配置 Git 使用 GCM..."
git config --global credential.helper manager
echo "清理中..."
rm gcm-linux_amd64.2.6.1.deb

💬 支持

如需支持，请提交一个 GitHub 问题。我们欢迎关于 Spec-Driven Development 的错误报告、功能请求以及相关问题。

🙏 致谢

该项目深受 John Lam 的工作和研究的启发，并以此为基础。

📄 许可证

本项目根据 MIT 开源许可证条款进行许可。完整的条款请参阅 LICENSE 文件。

Spec Kit 快速上手指南

Spec Kit 是一个开源工具包，旨在通过“规范驱动开发”（Spec-Driven Development）模式，帮助开发者专注于产品场景和预期结果，而非从零开始编写每一行代码。它将规范转化为可执行的指令，直接生成工作代码。

环境准备

在开始之前，请确保您的开发环境满足以下要求：

• 操作系统：Windows, macOS, 或 Linux
• 核心依赖：必须安装 uv 包管理器。Spec Kit 官方推荐使用 uv 进行安装和管理，以确保版本稳定性和隔离性。
  • 安装 uv (官方脚本):

    curl -LsSf https://astral.sh/uv/install.sh | sh
    # Windows PowerShell:
    powershell -c "irm https://astral.sh/uv/install.ps1 | iex"
    

• AI 编程助手：需要在项目中配置并运行支持的 AI Agent（如 GitHub Copilot Workspace, Cursor, Codex CLI 等），因为 Spec Kit 主要通过 AI 助手的斜杠命令（Slash Commands）进行交互。

注意：PyPI 上同名包并非官方维护，请务必通过 GitHub 源安装。目前暂无官方提供的中国镜像源，若下载缓慢请自行配置网络加速。

安装步骤

推荐使用 持久化安装 方式，以便在任何项目中直接使用 specify 命令。

1. 安装 Specify CLI

使用 uv 从 GitHub 安装最新稳定版（请将 vX.Y.Z 替换为 Releases 中的最新版本号，或直接使用下方命令安装主干版本）：

# 推荐：安装特定稳定版本 (替换 vX.Y.Z)
uv tool install specify-cli --from git+https://github.com/github/spec-kit.git@vX.Y.Z

# 或者：安装最新主干版本 (可能包含未发布变更)
uv tool install specify-cli --from git+https://github.com/github/spec-kit.git

2. 验证安装

安装完成后，验证版本以确保成功：

specify version

3. 升级工具

如需升级到新版本，使用以下命令强制重新安装：

uv tool install specify-cli --force --from git+https://github.com/github/spec-kit.git@vX.Y.Z

(可选) 单次试用无需安装，可使用 uvx 运行：

uvx --from git+https://github.com/github/spec-kit.git@vX.Y.Z specify init <PROJECT_NAME>

基本使用

Spec Kit 的工作流主要在您的 AI 编程助手（如 Copilot, Cursor 等）中通过斜杠命令完成。

第一步：初始化项目

在终端中创建新项目或在现有项目中初始化：

# 创建新项目
specify init <PROJECT_NAME>

# 或在当前目录初始化 (指定 AI 助手，例如 copilot)
specify init . --ai copilot
# 或者
specify init --here --ai copilot

第二步：在 AI 助手中建立规范

打开项目目录，启动您的 AI 助手。根据您使用的工具，命令前缀可能是 /speckit.* 或 $speckit-*。以下以 /speckit 为例：

1. 制定项目原则 (/speckit.constitution) 定义代码质量、测试标准和架构原则。

   /speckit.constitution Create principles focused on code quality, testing standards, user experience consistency, and performance requirements
   

2. 创建业务规范 (/speckit.specify) 描述你要构建什么（关注 做什么 和 为什么，暂不涉及技术栈）。

   /speckit.specify Build an application that can help me organize my photos in separate photo albums. Albums are grouped by date and can be re-organized by dragging and dropping on the main page. Albums are never in other nested albums. Within each album, photos are previewed in a tile-like interface.
   

3. 制定技术计划 (/speckit.plan) 指定技术栈和架构选择。

   /speckit.plan The application uses Vite with minimal number of libraries. Use vanilla HTML, CSS, and JavaScript as much as possible. Images are not uploaded anywhere and metadata is stored in a local SQLite database.
   

4. 分解任务 (/speckit.tasks) 将计划转化为可执行的任务列表。

   /speckit.tasks
   

5. 执行实现 (/speckit.implement) 让 AI 代理按照计划自动执行所有任务并生成代码。

   /speckit.implement
   

完成上述步骤后，AI 将依据规范自动生成高质量代码。更多高级用法（如社区扩展、自定义预设）请参考官方文档。