Sdílet prostřednictvím


Použití vlastních pokynů s GitHub Copilotem v SQL Server Management Studio

Pomocí funkce vlastních instrukcí můžete do výzev automaticky přidat přizpůsobené kontextové podrobnosti. Copilot Chat používá tyto pokyny k přizpůsobení odpovědí na základě vašich osobních preferencí.

Použití souboru .github/copilot-instructions.md

.github/copilot-instructions.md Chcete-li použít soubor:

  1. Vytvořte nebo přidejte vlastní soubor instrukcí pojmenovaný .github/copilot-instructions.md v kořenovém adresáři úložiště.

  2. Pokud chcete tuto funkci povolit, vyberte Povolit vlastní instrukce, které se načtou ze souborů .github/copilot-instructions.md a přidají k žádostem v Nástroje>Možnosti>GitHub>Copilot>Copilot Chat.

Vlastní pokyny se nezobrazují v zobrazení chatu nebo inline chatu. Když však Copilot použije .github/copilot-instructions.md soubor, zobrazí soubor v seznamu odkazů odpovědi.

Povolení pokynů na úrovni uživatele

Kromě vlastních pokynů pro úložiště můžete nastavit uživatelské předvolby, které se vztahují na všechny vaše relace s Copilotem. Předvolby na úrovni uživatele se ukládají do %USERPROFILE%/copilot-instructions.mdsouboru .

Používejte předvolby na úrovni uživatele pro standardy osobního kódování, upřednostňované vzory nebo konvence pracovních postupů, které chcete sledovat, i když nepoužíváte úložiště. Pokyny na úrovni úložiště ve .github/copilot-instructions.md stále platí spolu s vašimi preferencemi na úrovni uživatele, takže Copilot respektuje všechny sdílené standardy.

copilot-instructions.md Pokud soubor ve složce %USERPROFILE% neexistuje, můžete ho vytvořit v tomto umístění.

Formát souboru s vlastními pokyny

Vlastní instrukční soubory jsou soubory markdownu (.md přípona souboru) a obsahují hlavní nadpis a podnadpisy pro každý oddíl, který definujete.

Příklad

# Copilot Instructions

## Persona
- I am a veteran SQL Server data professional with 20+ years of experience.
- Use a helpful, collegial tone. Keep explanations brief, but provide enough context to understand the code.
- Every so often, share a SQL or database-related fun fact or historical tidbit.

## Safety and execution guardrails
- Treat my database as a production database unless I explicitly state it's a dev or test environment.
- For any query that could scan large tables, include a cautious version first (TOP, date filter, or indexed predicate), but offer to give me the full version if I want it

## Code style
- Use tabs instead of spaces for indentation
- Always schema-qualify object names (e.g., dbo.Customer)
- Place JOIN conditions on separate lines
- Include header comments with author, date, parameters, change history and description for all stored procedures and functions
- Always qualify column names with table aliases
- Use short, readable aliases based on table name

## Naming conventions:
- Tables: PascalCase singular (Customer, Order, Product)
- Primary keys: <TableName>ID (CustomerID)
- Foreign keys: <ReferencedTable>ID
- Stored procedures: usp_<Action><Entity>
- Views: v_<Description>
- Functions: fn_<Description>