When a software project grows, the useful part of AI assistance is less about generic coding and more about remembering project-specific rules. That is why this MyTechDailyNews Software guide focuses on repository context for GitHub Copilot. The goal is to make conventions, procedures, specialized roles, and external tools available automatically, so Copilot does not need to be retrained through repeated prompts.
Four customization layers can be combined: custom instructions, agent skills, custom agents, and Model Context Protocol (MCP) servers. Each layer solves a different problem, from naming and testing rules to repeatable quality checks, multi-file reviews, and browser-based verification.
Use the following checklist to decide where each kind of context should live.
.github/copilot-instructions.md..github/instructions and declare the scope with an applyTo field..github/skills, such as .github/skills/quality-checks, with a SKILL.md file..github/agents..github/copilot-instructions.md if the rule should apply broadly across the repository..github/instructions and use applyTo to signal when it matters..github/skills and describe it in SKILL.md, optionally including scripts or resources..github/agents with purpose, instructions, tools, and relevant project context.Custom instructions set expectations. Agent skills bundle procedures. Custom agents specialize the assistant for wider tasks. MCP servers expand access.
| Customization | What it solves | Typical software-team use | Where it lives |
|---|---|---|---|
| Custom instructions | Conventions that should guide many tasks. | Preferred architecture, naming conventions, testing expectations, validation rules. | .github/copilot-instructions.md or scoped files under .github/instructions. |
| Agent skills | Repeatable multi-step procedures that should load when relevant. | Running quality checks, preparing a release, debugging a failed workflow. | Each skill in its own subfolder under .github/skills, described by SKILL.md. |
| Custom agents | Specialized guidance for tasks larger than one procedure. | Accessibility reviews across components, templates, styles, and interactions. | Repository profile under .github/agents. |
| MCP servers | Connections to external tools, data sources, and services. | Documentation servers, Playwright browser testing, other outside capabilities. | Configured in the Copilot app; available servers can be shown and a custom one can be added. |
No. Start with the smallest layer that removes repeated explanation. Custom instructions are best for conventions, agent skills are best for procedures, custom agents are best for broader specialized work, and MCP is best when Copilot needs access outside the repository.
No. Repository-wide guidance can live in .github/copilot-instructions.md, while path-specific guidance can live under .github/instructions. For a matching file, Copilot can combine broad instructions with more specific guidance, so general standards remain centralized while still allowing file-type-specific behavior.
Instructions are useful when a standard should shape many tasks. A skill is better when guidance mainly matters during a particular procedure. For example, a quality-checks skill can explain when to use it, identify the scripts that run tests and linting, describe what each script checks, and give troubleshooting steps for common failures. Because the SKILL.md description indicates relevant situations, Copilot can load that skill after an interface update and follow the established process instead of guessing commands.
Use Playwright when automated checks are not enough to confirm interface behavior. After Playwright is configured, you can ask: Use the Playwright MCP server to test the functionality manually. Copilot can then open the application in a browser and interact with it much as a person would. That gives it a way to verify not only that the code passes automated checks but also that the updated interface behaves as expected.
Yes. Awesome Copilot offers ready-made instructions, skills, agents, and other community-shared resources. Pick one for a workflow you already repeat, inspect its contents, and adapt it to your repository's tools and standards.
.github/copilot-instructions.md..github/skills before creating a custom agent..github/agents when the task may span multiple files and draw on several tools or sources of context.applyTo.The GitHub Copilot app for Beginners series frames these four approaches: custom instructions, agent skills, custom agents, and Model Context Protocol (MCP) servers. For MyTechDailyNews Software readers, the practical habit is to ask: What project convention do I keep explaining, what multi-step procedure do I repeat, what complex task could benefit from a dedicated custom agent, and what outside tool or source does Copilot need? Then add the smallest useful context layer and observe how Copilot applies it to your next task.