跳至主要内容

关于自定义 GitHub Copilot 响应

了解如何自定义 GitHub Copilot 的行为以符合您的偏好和要求。

注意

本文档的此版本介绍了 GitHub 网站上的自定义指令。单击上方选项卡可查看其他环境。

关于自定义 Copilot 响应

如果您为 GitHub Copilot 提供足够的上下文,它便可提供根据您的个人偏好、团队工作方式、所用工具或项目特定要求量身定制的响应。您无需反复将此上下文详细信息添加到提示中,而是可以创建自定义指令,Copilot 会自动为您添加此信息。附加信息不会显示,但 Copilot 可以使用这些信息来生成更高质量的响应。

注意

由于 AI 的非确定性性质,Copilot 可能不会每次都以完全相同的方式遵循您的自定义指令。

自定义指令类型

您可以使用三种主要类型的自定义指令来在 GitHub 网站上自定义 Copilot 响应

  • 个人指令适用于您在 GitHub 网站上与 Copilot Chat 进行的所有对话。它们允许您指定个人偏好,例如首选语言或响应样式,从而确保响应符合您的个人需求。
  • 仓库自定义指令适用于特定仓库上下文中的对话。它们可用于定义项目特定的编码标准、框架或工具。例如,您可以指定仓库使用 TypeScript 和特定库,从而确保所有参与者获得一致的响应。
  • 组织自定义指令适用于 GitHub 网站上组织上下文中的对话。它们非常适合强制执行组织范围的偏好,例如通用语言或安全准则。组织自定义指令只能由组织所有者为拥有 Copilot Business 或 Copilot Enterprise 订阅的组织设置。

关于个人指令

注意

个人自定义指令仅受 GitHub Copilot Chat in GitHub 支持。

您可以通过添加个人指令来在 GitHub.com 上自定义 Copilot Chat 如何响应您,Copilot 只会将这些指令应用于您。您可以在 GitHub.com 的 Copilot Chat 页面上的弹出窗口中执行此操作。请参阅为 GitHub Copilot 添加个人自定义指令

关于仓库自定义指令

您可以在 GitHub.com 上的 Copilot 中使用三种类型的仓库自定义指令

  • 仓库范围的自定义指令,适用于在仓库上下文中发出的所有请求。

    这些指令在仓库的 `.github` 目录中的 `copilot-instructions.md` 文件中指定。

  • 特定路径的自定义指令,适用于在与指定路径匹配的文件上下文中发出的请求。

    这些指令在仓库的 `.github/instructions` 目录中或其下的一个或多个 `NAME.instructions.md` 文件中指定。

    通过使用特定于路径的指令,您可以避免用仅适用于某些类型文件或某些目录的信息来使仓库范围的指令过载。

  • 代理指令,与仓库范围的自定义指令类似,但目前并非所有 Copilot 功能都支持。

    这些指令在名为 `AGENTS.md`、`CLAUDE.md` 或 `GEMINI.md` 的文件中指定。

有关跨不同 Copilot 功能对每种类型的仓库自定义指令支持的详细信息,请参阅对不同类型自定义指令的支持

有关精选示例集合,请参阅自定义指令

关于组织自定义指令

注意

支持:组织自定义指令目前仅支持 GitHub.com 上的 Copilot Chat、GitHub.com 上的 Copilot 代码审查和 GitHub.com 上的 Copilot 云代理。

组织所有者可以为 Copilot 添加指令,以根据您组织的需求和偏好调整响应。例如,您可以选择始终让 Copilot 以公司选择的语言或特定样式进行响应。

组织 Copilot 设置中定义的自定义指令适用于组织的所有成员,无论他们是否从该组织获得 Copilot 订阅。

您可以添加的一些指令示例如下

  • 始终以西班牙语回复。
  • 不在响应中生成代码块。
  • 对于与安全相关的问题,请使用安全文档知识库。

自定义指令的优先级

多种类型的自定义指令可以应用于发送给 Copilot 的请求。个人指令优先级最高,其次是仓库指令,组织指令优先级最低。但是,所有相关的指令集都会提供给 Copilot。

以下列表显示了完整的优先级顺序,列表中靠前的指令优先于靠后的指令

  • 个人指令
  • 仓库自定义指令
    • 任何适用的 .github/instructions/**/*.instructions.md 文件中的特定路径指令
    • .github/copilot-instructions.md 文件中的仓库范围指令
    • 代理指令(例如,在 AGENTS.md 文件中)
  • 组织自定义指令

尽可能避免提供相互冲突的指令集。如果您担心响应质量,可以暂时禁用仓库指令。请参阅为 GitHub Copilot 添加仓库自定义指令

使用自定义指令

自定义指令由自然语言指令组成,当它们是简短的、独立的语句时最有效。在选择在个人、仓库或组织级别添加指令时,请考虑指令要应用的范围。

以下是每种自定义指令的一些常见用例和示例

  • 个人指令
    • 首选个人语言:`始终用葡萄牙语回复。`
    • 个人响应偏好:`每行解释一个概念。清晰简洁。`
  • 仓库自定义指令
    • 编码标准:`尽可能使用早期返回。`
    • 框架:`将 Vue 与 PrimeVue 库一起使用。` 或 `使用 Typescript 而不是 Javascript。`
    • 代码样式偏好:`变量名使用驼峰命名法。`
  • 组织自定义指令
    • 描述如何回答某些问题:`对于与安全相关的问题,请使用安全文档知识库,或建议人们在 Slack 上咨询 #security。`
    • 一家只使用单一语言的公司的首选语言:`始终用葡萄牙语回复。`
    • 组织范围的偏好:`不在响应中生成代码块。`

注意

  • Copilot 代码审查仅读取任何自定义指令文件的前 4,000 个字符。超出此限制的任何指令都不会影响 Copilot 代码审查生成的审查。此限制不适用于 Copilot Chat 或 Copilot 云代理。
  • 审查拉取请求时,Copilot 使用拉取请求基础分支中的自定义指令。例如,如果您的拉取请求旨在将 my-feature-branch 合并到 main 中,则 Copilot 将使用 main 中的自定义指令。

编写有效的自定义指令

您添加到自定义指令文件中的指令应该是简短、独立的语句,为 Copilot 提供相关信息以帮助它在此仓库中工作。由于指令随每条聊天消息发送,因此它们应广泛适用于您在仓库上下文中发出的大多数请求。

您用于指令文件的确切结构将因项目和需求而异,但以下准则提供了一个很好的起点

  • 提供您正在处理的项目的概述,包括其目的、目标和任何相关的背景信息。
  • 包括仓库的文件夹结构,包括与项目相关的任何重要目录或文件。
  • 指定应遵循的编码标准和约定,例如命名约定、格式规则和最佳实践。
  • 包含项目中使用的任何特定工具、库或框架,以及任何相关的版本号或配置。

以下指令文件是这些实践的一个示例

# Project Overview

This project is a web application that allows users to manage their tasks and to-do lists. It is built using React and Node.js, and uses MongoDB for data storage.

## Folder Structure

- `/src`: Contains the source code for the frontend.
- `/server`: Contains the source code for the Node.js backend.
- `/docs`: Contains documentation for the project, including API specifications and user guides.

## Libraries and Frameworks

- React and Tailwind CSS for the frontend.
- Node.js and Express for the backend.
- MongoDB for data storage.

## Coding Standards

- Use semicolons at the end of each statement.
- Use single quotes for strings.
- Use function based components in React.
- Use arrow functions for callbacks.

## UI guidelines

- A toggle is provided to switch between light and dark mode.
- Application should have a modern and clean design.

您还应考虑仓库的大小和复杂性。以下类型的指令可能适用于只有少数贡献者的小型仓库,但对于大型且多样化的仓库,这些可能会导致问题

  • 在制定响应时引用外部资源的请求
  • 以特定样式回答的指令
  • 请求始终以某种详细程度进行响应

例如,以下指令可能无法达到预期效果

Always conform to the coding styles defined in styleguide.md in repo my-org/my-repo when generating code.

Use @terminal when answering questions about Git.

Answer all questions in the style of a friendly colleague, using informal language.

Answer all questions in less than 1000 characters, and words of no more than 12 characters.

后续步骤

延伸阅读

注意

本文档的此版本介绍了 VS Code 中的自定义指令和提示文件。单击上方选项卡可查看其他环境。

关于自定义 Copilot 响应

如果您为 GitHub Copilot 提供足够的上下文,它便可提供根据您的团队工作方式、所用工具或项目特定要求量身定制的响应。您无需反复将此上下文详细信息添加到提示中,而是可以在仓库中创建文件,Copilot 会自动为您添加此信息。

您可以使用两种类型的文件来在 VS Code 中向 Copilot 提供上下文和指令

  • 仓库自定义指令允许您指定 Copilot 在仓库上下文中工作时会考虑的指令和偏好。
  • 提示文件(公开预览版)允许您将常见的提示指令和相关上下文保存在 Markdown 文件(*.prompt.md)中,然后可以在聊天提示中重用。提示文件仅在 VS Code、Visual Studio 和 JetBrains IDE 中可用。

虽然自定义指令有助于为每个 AI 工作流添加代码库范围的上下文,但提示文件允许您向特定的聊天交互添加指令。

注意

由于 AI 的非确定性性质,Copilot 可能不会每次都以完全相同的方式遵循您的自定义指令。

关于仓库自定义指令

您可以在 VS Code 中使用三种类型的仓库自定义指令

  • 仓库范围的自定义指令,适用于在仓库上下文中发出的所有请求。

    这些指令在仓库的 `.github` 目录中的 `copilot-instructions.md` 文件中指定。

  • 特定路径的自定义指令,适用于在与指定路径匹配的文件上下文中发出的请求。

    这些指令在仓库的 `.github/instructions` 目录中或其下的一个或多个 `NAME.instructions.md` 文件中指定。

    通过使用特定于路径的指令,您可以避免用仅适用于某些类型文件或某些目录的信息来使仓库范围的指令过载。

  • 代理指令,与仓库范围的自定义指令类似,但目前并非所有 Copilot 功能都支持。

    这些指令在名为 `AGENTS.md`、`CLAUDE.md` 或 `GEMINI.md` 的文件中指定。

有关跨不同 Copilot 功能对每种类型的仓库自定义指令支持的详细信息,请参阅对不同类型自定义指令的支持

有关精选示例集合,请参阅自定义指令

关于提示文件

注意

提示文件为公开预览版,可能会有变动。

提示文件允许您构建和共享具有附加上下文的可重用提示指令。提示文件是存储在工作区中的 Markdown 文件,它模仿 Copilot Chat 中编写提示的现有格式(例如,`Rewrite #file:x.ts`)。这允许混合自然语言指令、附加上下文,甚至可以将其他提示文件作为依赖项进行链接。

常见用例包括

  • 代码生成。为组件、测试或迁移创建可重用提示(例如,React 表单或 API 模拟)。
  • 领域专业知识。通过提示共享专业知识,例如安全实践或合规性检查。
  • 团队协作。使用规范和文档参考来记录模式和指南。
  • 入职培训。为复杂流程或项目特定模式创建分步指南。

您的工作区中可以有多个提示文件,每个文件都为不同的目的定义一个提示。

示例

以下示例演示如何使用提示文件。

  • New React form.prompt.md - 包含用于生成 React 表单的可重用任务的指令。

    Your goal is to generate a new React form component.
    
    Ask for the form name and fields if not provided.
    
    Requirements for the form:
    - Use form design system components: [design-system/Form.md](../docs/design-system/Form.md)
    - Use `react-hook-form` for form state management:
      - Always define TypeScript types for your form data
      - Prefer *uncontrolled* components using register
      - Use `defaultValues` to prevent unnecessary rerenders
    - Use `yup` for validation:
      - Create reusable validation schemas in separate files
      - Use TypeScript types to ensure type safety
      - Customize UX-friendly validation rules
    
  • API security review.prompt.md - 包含有关 REST API 安全实践的可重用信息,可用于对 REST API 进行安全审查。

    Secure REST API review:
    - Ensure all endpoints are protected by authentication and authorization
    - Validate all user inputs and sanitize data
    - Implement rate limiting and throttling
    - Implement logging and monitoring for security events
    …
    

有关如何启用、创建和使用提示文件的信息,请参阅为 GitHub Copilot 添加仓库自定义指令

编写有效的自定义指令

您添加到自定义指令文件中的指令应该是简短、独立的语句,为 Copilot 提供相关信息以帮助它在此仓库中工作。由于指令随每条聊天消息发送,因此它们应广泛适用于您在仓库上下文中发出的大多数请求。

您用于指令文件的确切结构将因项目和需求而异,但以下准则提供了一个很好的起点

  • 提供您正在处理的项目的概述,包括其目的、目标和任何相关的背景信息。
  • 包括仓库的文件夹结构,包括与项目相关的任何重要目录或文件。
  • 指定应遵循的编码标准和约定,例如命名约定、格式规则和最佳实践。
  • 包含项目中使用的任何特定工具、库或框架,以及任何相关的版本号或配置。

以下指令文件是这些实践的一个示例

# Project Overview

This project is a web application that allows users to manage their tasks and to-do lists. It is built using React and Node.js, and uses MongoDB for data storage.

## Folder Structure

- `/src`: Contains the source code for the frontend.
- `/server`: Contains the source code for the Node.js backend.
- `/docs`: Contains documentation for the project, including API specifications and user guides.

## Libraries and Frameworks

- React and Tailwind CSS for the frontend.
- Node.js and Express for the backend.
- MongoDB for data storage.

## Coding Standards

- Use semicolons at the end of each statement.
- Use single quotes for strings.
- Use function based components in React.
- Use arrow functions for callbacks.

## UI guidelines

- A toggle is provided to switch between light and dark mode.
- Application should have a modern and clean design.

您还应考虑仓库的大小和复杂性。以下类型的指令可能适用于只有少数贡献者的小型仓库,但对于大型且多样化的仓库,这些可能会导致问题

  • 在制定响应时引用外部资源的请求
  • 以特定样式回答的指令
  • 请求始终以某种详细程度进行响应

例如,以下指令可能无法达到预期效果

Always conform to the coding styles defined in styleguide.md in repo my-org/my-repo when generating code.

Use @terminal when answering questions about Git.

Answer all questions in the style of a friendly colleague, using informal language.

Answer all questions in less than 1000 characters, and words of no more than 12 characters.

后续步骤

注意

本文档的此版本介绍了 Visual Studio 中的自定义指令和提示文件。单击上方选项卡可查看其他环境。

关于自定义 Copilot 响应

如果您为 GitHub Copilot 提供足够的上下文,它便可提供根据您的团队工作方式、所用工具或项目特定要求量身定制的响应。您无需反复将此上下文详细信息添加到提示中,而是可以在仓库中创建文件,Copilot 会自动为您添加此信息。

您可以使用两种类型的文件来在 Visual Studio 中向 Copilot 提供上下文和指令

  • 仓库自定义指令允许您指定 Copilot 在仓库上下文中工作时会考虑的指令和偏好。
  • 提示文件允许您将常见的提示指令和相关上下文保存在 Markdown 文件(*.prompt.md)中,然后可以在聊天提示中重用。提示文件仅在 VS Code、Visual Studio 和 JetBrains IDE 中可用。

虽然自定义指令有助于为每个 AI 工作流添加代码库范围的上下文,但提示文件允许您向特定的聊天交互添加指令。

注意

由于 AI 的非确定性性质,Copilot 可能不会每次都以完全相同的方式遵循您的自定义指令。

关于仓库自定义指令

您可以在 Visual Studio 中使用两种类型的仓库自定义指令

  • 仓库范围的自定义指令,适用于在仓库上下文中发出的所有请求。

    这些指令在仓库的 `.github` 目录中的 `copilot-instructions.md` 文件中指定。

  • 特定路径的自定义指令,适用于在与指定路径匹配的文件上下文中发出的请求。

    这些指令在仓库的 `.github/instructions` 目录中或其下的一个或多个 `NAME.instructions.md` 文件中指定。

    通过使用特定于路径的指令,您可以避免用仅适用于某些类型文件或某些目录的信息来使仓库范围的指令过载。

有关跨不同 Copilot 功能对每种类型的仓库自定义指令支持的详细信息,请参阅对不同类型自定义指令的支持

有关精选示例集合,请参阅自定义指令

关于提示文件

提示文件允许您构建和共享具有附加上下文的可重用提示指令。提示文件是存储在工作区中的 Markdown 文件,它模仿 Copilot Chat 中编写提示的现有格式(例如,`Rewrite #file:x.ts`)。这允许混合自然语言指令、附加上下文,甚至可以将其他提示文件作为依赖项进行链接。

常见用例包括

  • 代码生成。为组件、测试或迁移创建可重用提示(例如,React 表单或 API 模拟)。
  • 领域专业知识。通过提示共享专业知识,例如安全实践或合规性检查。
  • 团队协作。使用规范和文档参考来记录模式和指南。
  • 入职培训。为复杂流程或项目特定模式创建分步指南。

您的工作区中可以有多个提示文件,每个文件都为不同的目的定义一个提示。

示例

以下示例演示如何使用提示文件。

  • New React form.prompt.md - 包含用于生成 React 表单的可重用任务的指令。

    Your goal is to generate a new React form component.
    
    Ask for the form name and fields if not provided.
    
    Requirements for the form:
    - Use form design system components: [design-system/Form.md](../docs/design-system/Form.md)
    - Use `react-hook-form` for form state management:
      - Always define TypeScript types for your form data
      - Prefer *uncontrolled* components using register
      - Use `defaultValues` to prevent unnecessary rerenders
    - Use `yup` for validation:
      - Create reusable validation schemas in separate files
      - Use TypeScript types to ensure type safety
      - Customize UX-friendly validation rules
    
  • API security review.prompt.md - 包含有关 REST API 安全实践的可重用信息,可用于对 REST API 进行安全审查。

    Secure REST API review:
    - Ensure all endpoints are protected by authentication and authorization
    - Validate all user inputs and sanitize data
    - Implement rate limiting and throttling
    - Implement logging and monitoring for security events
    …
    

有关如何创建和使用提示文件的信息,请参阅为 GitHub Copilot 添加仓库自定义指令

编写有效的自定义指令

您添加到自定义指令文件中的指令应该是简短、独立的语句,为 Copilot 提供相关信息以帮助它在此仓库中工作。由于指令随每条聊天消息发送,因此它们应广泛适用于您在仓库上下文中发出的大多数请求。

您用于指令文件的确切结构将因项目和需求而异,但以下准则提供了一个很好的起点

  • 提供您正在处理的项目的概述,包括其目的、目标和任何相关的背景信息。
  • 包括仓库的文件夹结构,包括与项目相关的任何重要目录或文件。
  • 指定应遵循的编码标准和约定,例如命名约定、格式规则和最佳实践。
  • 包含项目中使用的任何特定工具、库或框架,以及任何相关的版本号或配置。

以下指令文件是这些实践的一个示例

# Project Overview

This project is a web application that allows users to manage their tasks and to-do lists. It is built using React and Node.js, and uses MongoDB for data storage.

## Folder Structure

- `/src`: Contains the source code for the frontend.
- `/server`: Contains the source code for the Node.js backend.
- `/docs`: Contains documentation for the project, including API specifications and user guides.

## Libraries and Frameworks

- React and Tailwind CSS for the frontend.
- Node.js and Express for the backend.
- MongoDB for data storage.

## Coding Standards

- Use semicolons at the end of each statement.
- Use single quotes for strings.
- Use function based components in React.
- Use arrow functions for callbacks.

## UI guidelines

- A toggle is provided to switch between light and dark mode.
- Application should have a modern and clean design.

您还应考虑仓库的大小和复杂性。以下类型的指令可能适用于只有少数贡献者的小型仓库,但对于大型且多样化的仓库,这些可能会导致问题

  • 在制定响应时引用外部资源的请求
  • 以特定样式回答的指令
  • 请求始终以某种详细程度进行响应

例如,以下指令可能无法达到预期效果

Always conform to the coding styles defined in styleguide.md in repo my-org/my-repo when generating code.

Use @terminal when answering questions about Git.

Answer all questions in the style of a friendly colleague, using informal language.

Answer all questions in less than 1000 characters, and words of no more than 12 characters.

后续步骤

注意

本文档的此版本介绍了 JetBrains IDE 中的自定义指令和提示文件。单击上方选项卡可查看其他环境。

关于自定义 Copilot 响应

如果您为 GitHub Copilot 提供足够的上下文,它便可提供根据您的团队工作方式、所用工具或项目特定要求量身定制的响应。您无需反复将此上下文详细信息添加到提示中,而是可以在仓库中创建自定义指令文件,Copilot 会自动为您添加此信息。

您可以使用两种类型的文件来在 JetBrains IDE 中向 Copilot 提供上下文和指令

  • 仓库自定义指令允许您指定 Copilot 在仓库上下文中工作时会考虑的指令和偏好。
  • 提示文件(公开预览版)允许您将常见的提示指令和相关上下文保存在 Markdown 文件(*.prompt.md)中,然后可以在聊天提示中重用。提示文件仅在 VS Code、Visual Studio 和 JetBrains IDE 中可用。

虽然自定义指令有助于为每个 AI 工作流添加代码库范围的上下文,但提示文件允许您向特定的聊天交互添加指令。

注意

由于 AI 的非确定性性质,Copilot 可能不会每次都以完全相同的方式遵循您的自定义指令。

关于仓库自定义指令

在 JetBrains IDE 中,仓库自定义指令由您在仓库中创建的单个文件 `.github/copilot-instructions.md` 组成。您添加到文件中的指令应该是简短、独立的语句,用于添加上下文或相关信息以补充 Copilot 提示。

对仓库自定义指令的支持

有关在各种环境中支持哪些类型自定义指令的详细信息,请参阅对不同类型自定义指令的支持

自定义指令的用例

自定义指令的常见用例包括

  • 测试生成。创建测试生成指令,例如指定使用某个测试框架。
  • 代码审查。指定代码审查指令,例如告诉审查员查找代码中的特定错误。
  • 提交消息生成。编写生成提交消息的指令,例如格式或要包含的信息类型。

示例

此 `.github/copilot-instructions.md` 文件示例包含 Copilot 的三条指令。

We use Bazel for managing our Java dependencies, not Maven, so when talking about Java packages, always give me instructions and code samples that use Bazel.

We always write JavaScript with double quotes and tabs for indentation, so when your responses include JavaScript code, please follow those conventions.

Our team uses Jira for tracking items of work.

有关精选示例集合,请参阅自定义指令

关于提示文件

注意

提示文件为公开预览版,可能会有变动。

提示文件允许您构建和共享具有附加上下文的可重用提示指令。提示文件是存储在工作区中的 Markdown 文件,它模仿 Copilot Chat 中编写提示的现有格式(例如,`Rewrite #file:x.ts`)。这允许混合自然语言指令和附加上下文。

常见用例包括

  • 代码生成。为组件、测试或迁移创建可重用提示(例如,React 表单或 API 模拟)。
  • 领域专业知识。通过提示共享专业知识,例如安全实践或合规性检查。
  • 团队协作。使用规范和文档参考来记录模式和指南。
  • 入职培训。为复杂流程或项目特定模式创建分步指南。

您的工作区中可以有多个提示文件,每个文件都为不同的目的定义一个提示。

示例

以下示例演示如何使用提示文件。

  • New React form.prompt.md - 包含用于生成 React 表单的可重用任务的指令。

    Your goal is to generate a new React form component.
    
    Ask for the form name and fields if not provided.
    
    Requirements for the form:
    - Use form design system components: [design-system/Form.md](../docs/design-system/Form.md)
    - Use `react-hook-form` for form state management:
      - Always define TypeScript types for your form data
      - Prefer *uncontrolled* components using register
      - Use `defaultValues` to prevent unnecessary rerenders
    - Use `yup` for validation:
      - Create reusable validation schemas in separate files
      - Use TypeScript types to ensure type safety
      - Customize UX-friendly validation rules
    
  • API security review.prompt.md - 包含有关 REST API 安全实践的可重用信息,可用于对 REST API 进行安全审查。

    Secure REST API review:
    - Ensure all endpoints are protected by authentication and authorization
    - Validate all user inputs and sanitize data
    - Implement rate limiting and throttling
    - Implement logging and monitoring for security events
    …
    

有关精选示例集合,请参阅提示文件

编写有效的自定义指令

您添加到自定义指令文件中的指令应该是简短、独立的语句,为 Copilot 提供相关信息以帮助它在此仓库中工作。由于指令随每条聊天消息发送,因此它们应广泛适用于您在仓库上下文中发出的大多数请求。

您用于指令文件的确切结构将因项目和需求而异,但以下准则提供了一个很好的起点

  • 提供您正在处理的项目的概述,包括其目的、目标和任何相关的背景信息。
  • 包括仓库的文件夹结构,包括与项目相关的任何重要目录或文件。
  • 指定应遵循的编码标准和约定,例如命名约定、格式规则和最佳实践。
  • 包含项目中使用的任何特定工具、库或框架,以及任何相关的版本号或配置。

以下指令文件是这些实践的一个示例

# Project Overview

This project is a web application that allows users to manage their tasks and to-do lists. It is built using React and Node.js, and uses MongoDB for data storage.

## Folder Structure

- `/src`: Contains the source code for the frontend.
- `/server`: Contains the source code for the Node.js backend.
- `/docs`: Contains documentation for the project, including API specifications and user guides.

## Libraries and Frameworks

- React and Tailwind CSS for the frontend.
- Node.js and Express for the backend.
- MongoDB for data storage.

## Coding Standards

- Use semicolons at the end of each statement.
- Use single quotes for strings.
- Use function based components in React.
- Use arrow functions for callbacks.

## UI guidelines

- A toggle is provided to switch between light and dark mode.
- Application should have a modern and clean design.

您还应考虑仓库的大小和复杂性。以下类型的指令可能适用于只有少数贡献者的小型仓库,但对于大型且多样化的仓库,这些可能会导致问题

  • 在制定响应时引用外部资源的请求
  • 以特定样式回答的指令
  • 请求始终以某种详细程度进行响应

例如,以下指令可能无法达到预期效果

Always conform to the coding styles defined in styleguide.md in repo my-org/my-repo when generating code.

Use @terminal when answering questions about Git.

Answer all questions in the style of a friendly colleague, using informal language.

Answer all questions in less than 1000 characters, and words of no more than 12 characters.

后续步骤

注意

本文档的此版本介绍了 Xcode 中的自定义指令。单击上方选项卡可查看其他环境。

关于自定义 Copilot 响应

如果您为 GitHub Copilot 提供足够的上下文,它便可提供根据您的团队工作方式、所用工具或项目特定要求量身定制的响应。您无需反复将此上下文详细信息添加到提示中,而是可以在仓库中创建自定义指令文件,Copilot 会自动为您添加此信息。附加信息不会显示在聊天输入框中,但 Copilot 可以使用这些信息来生成更高质量的响应。

注意

由于 AI 的非确定性性质,Copilot 可能不会每次都以完全相同的方式遵循您的自定义指令。

关于仓库自定义指令

在 Xcode 中,仓库自定义指令由您在仓库中创建的单个文件 `.github/copilot-instructions.md` 组成。您添加到文件中的指令应该是简短、独立的语句,用于添加上下文或相关信息以补充 Copilot 提示。

对仓库自定义指令的支持

有关在各种环境中支持哪些类型自定义指令的详细信息,请参阅对不同类型自定义指令的支持

自定义指令的用例

仓库自定义指令的常见用例包括

  • 测试生成。创建测试生成指令,例如指定使用某个测试框架。
  • 代码审查。指定代码审查指令,例如告诉审查员查找代码中的特定错误。
  • 提交消息生成。编写生成提交消息的指令,例如格式或要包含的信息类型。

示例

此 `.github/copilot-instructions.md` 文件示例包含 Copilot 的三条指令。

We use Bazel for managing our Java dependencies, not Maven, so when talking about Java packages, always give me instructions and code samples that use Bazel.

We always write JavaScript with double quotes and tabs for indentation, so when your responses include JavaScript code, please follow those conventions.

Our team uses Jira for tracking items of work.

有关精选示例集合,请参阅自定义指令

编写有效的自定义指令

您添加到自定义指令文件中的指令应该是简短、独立的语句,为 Copilot 提供相关信息以帮助它在此仓库中工作。由于指令随每条聊天消息发送,因此它们应广泛适用于您在仓库上下文中发出的大多数请求。

您用于指令文件的确切结构将因项目和需求而异,但以下准则提供了一个很好的起点

  • 提供您正在处理的项目的概述,包括其目的、目标和任何相关的背景信息。
  • 包括仓库的文件夹结构,包括与项目相关的任何重要目录或文件。
  • 指定应遵循的编码标准和约定,例如命名约定、格式规则和最佳实践。
  • 包含项目中使用的任何特定工具、库或框架,以及任何相关的版本号或配置。

以下指令文件是这些实践的一个示例

# Project Overview

This project is a web application that allows users to manage their tasks and to-do lists. It is built using React and Node.js, and uses MongoDB for data storage.

## Folder Structure

- `/src`: Contains the source code for the frontend.
- `/server`: Contains the source code for the Node.js backend.
- `/docs`: Contains documentation for the project, including API specifications and user guides.

## Libraries and Frameworks

- React and Tailwind CSS for the frontend.
- Node.js and Express for the backend.
- MongoDB for data storage.

## Coding Standards

- Use semicolons at the end of each statement.
- Use single quotes for strings.
- Use function based components in React.
- Use arrow functions for callbacks.

## UI guidelines

- A toggle is provided to switch between light and dark mode.
- Application should have a modern and clean design.

您还应考虑仓库的大小和复杂性。以下类型的指令可能适用于只有少数贡献者的小型仓库,但对于大型且多样化的仓库,这些可能会导致问题

  • 在制定响应时引用外部资源的请求
  • 以特定样式回答的指令
  • 请求始终以某种详细程度进行响应

例如,以下指令可能无法达到预期效果

Always conform to the coding styles defined in styleguide.md in repo my-org/my-repo when generating code.

Use @terminal when answering questions about Git.

Answer all questions in the style of a friendly colleague, using informal language.

Answer all questions in less than 1000 characters, and words of no more than 12 characters.

后续步骤

注意

本文档的此版本介绍了 Eclipse 中的自定义指令。单击上方选项卡可查看其他环境。

关于自定义 Copilot 响应

如果您为 GitHub Copilot 提供足够的上下文,它便可提供根据您的团队工作方式、所用工具或项目特定要求量身定制的响应。您无需反复将此上下文详细信息添加到提示中,而是可以在仓库中创建自定义指令文件,Copilot 会自动为您添加此信息。附加信息不会显示在聊天输入框中,但 Copilot 可以使用这些信息来生成更高质量的响应。

您可以使用两种类型的仓库自定义指令来在 Eclipse 中向 Copilot 提供上下文和指令

  • 工作区自定义指令适用于工作区中的所有项目,并允许您在单个文件中指定工作区范围的指令和偏好。
  • 项目自定义指令适用于特定项目。

注意

由于 AI 的非确定性性质,Copilot 可能不会每次都以完全相同的方式遵循您的自定义指令。

关于仓库自定义指令

工作区自定义指令适用于工作区中的所有项目,并允许您指定工作区范围的指令和偏好。您可以使用工作区自定义指令在 Eclipse 中向 Copilot 提供上下文和指令。

项目自定义指令由您在项目中创建的单个文件 .github/copilot-instructions.md 组成。您添加到文件中的指令应该是简短、独立的语句,用于添加上下文或相关信息以补充 Copilot 提示。

常见用例包括

  • 测试生成。创建测试生成指令,例如指定使用某个测试框架。
  • 代码审查。指定代码审查指令,例如告诉审查员查找代码中的特定错误。
  • 提交消息生成。编写生成提交消息的指令,例如格式或要包含的信息类型。

示例

此 `.github/copilot-instructions.md` 文件示例包含 Copilot 的三条指令。

We use Bazel for managing our Java dependencies, not Maven, so when talking about Java packages, always give me instructions and code samples that use Bazel.

We always write JavaScript with double quotes and tabs for indentation, so when your responses include JavaScript code, please follow those conventions.

Our team uses Jira for tracking items of work.

有关精选示例集合,请参阅自定义指令

编写有效的自定义指令

您添加到自定义指令文件中的指令应该是简短、独立的语句,为 Copilot 提供相关信息以帮助它在此仓库中工作。由于指令随每条聊天消息发送,因此它们应广泛适用于您在仓库上下文中发出的大多数请求。

您用于指令文件的确切结构将因项目和需求而异,但以下准则提供了一个很好的起点

  • 提供您正在处理的项目的概述,包括其目的、目标和任何相关的背景信息。
  • 包括仓库的文件夹结构,包括与项目相关的任何重要目录或文件。
  • 指定应遵循的编码标准和约定,例如命名约定、格式规则和最佳实践。
  • 包含项目中使用的任何特定工具、库或框架,以及任何相关的版本号或配置。

以下指令文件是这些实践的一个示例

# Project Overview

This project is a web application that allows users to manage their tasks and to-do lists. It is built using React and Node.js, and uses MongoDB for data storage.

## Folder Structure

- `/src`: Contains the source code for the frontend.
- `/server`: Contains the source code for the Node.js backend.
- `/docs`: Contains documentation for the project, including API specifications and user guides.

## Libraries and Frameworks

- React and Tailwind CSS for the frontend.
- Node.js and Express for the backend.
- MongoDB for data storage.

## Coding Standards

- Use semicolons at the end of each statement.
- Use single quotes for strings.
- Use function based components in React.
- Use arrow functions for callbacks.

## UI guidelines

- A toggle is provided to switch between light and dark mode.
- Application should have a modern and clean design.

您还应考虑仓库的大小和复杂性。以下类型的指令可能适用于只有少数贡献者的小型仓库,但对于大型且多样化的仓库,这些可能会导致问题

  • 在制定响应时引用外部资源的请求
  • 以特定样式回答的指令
  • 请求始终以某种详细程度进行响应

例如,以下指令可能无法达到预期效果

Always conform to the coding styles defined in styleguide.md in repo my-org/my-repo when generating code.

Use @terminal when answering questions about Git.

Answer all questions in the style of a friendly colleague, using informal language.

Answer all questions in less than 1000 characters, and words of no more than 12 characters.

后续步骤

© . This site is unofficial and not affiliated with GitHub, Inc.