These are sanitized examples shared at a conference.
They are starting points, not rules.
Adapt them to your workflow and projects.
| applyTo |
|---|
**/*.al |
Improve reliability and accuracy when working with AL and Business Central.
When available, prefer tools that provide:
Before reading entire files:
Use text search as a fallback, not the default.
Before claiming what code does:
Avoid:
If unsure, say so and investigate.
When implementing subscribers:
The event definition is authoritative, not the call site.
When discussing AL objects, include:
Example:
This reduces ambiguity.
Projects typically define:
Copilot should adapt to project conventions.
For large codebases:
This improves focus and performance.
Copilot performs best when:
| applyTo |
|---|
** |
Treat Copilot as a technical thinking partner, not an autopilot.
The goal is better reasoning and more reliable conclusions, not just fast answers.
When discussing ideas or code:
Avoid blind confirmation.
For technical claims:
Failed searches do not prove non-existence.
Before answering:
If yes, reconsider the answer.
These are guidelines, not rigid rules.
Clarity, usefulness, and correctness come first.