mirror of
https://github.com/microsoft/BCQuality.git
synced 2026-10-05 06:36:55 +01:00
Merge analyzer-policy updates from main
Accept main's removal of deterministic compiler and analyzer duplicates, including the ApplicationArea rule, while retaining the read-only development guidance contract and non-mechanical Learn knowledge. Co-authored-by: Copilot App <223556219+Copilot@users.noreply.github.com> Copilot-Session: 638b66d2-9f06-4f60-8781-808709e1485c
This commit is contained in:
commit
d608d89cf0
60 changed files with 45 additions and 1126 deletions
|
|
@ -41,7 +41,9 @@ capable LLM **would get something wrong, or miss something, without it**, not
|
|||
simply because the topic is important. Apply this admission test:
|
||||
|
||||
> If this file did not exist, would a modern LLM reviewing or generating BC
|
||||
> code make a mistake this file would have prevented?
|
||||
> code make a BC-specific mistake that the configured compiler, analyzers, and
|
||||
> tests would not reliably catch, or would it misinterpret or incorrectly
|
||||
> remediate one of their diagnostics?
|
||||
|
||||
Good candidates encode a BC-specific mechanic that models get wrong, a
|
||||
version-dependent behavior, or a misleading interpretation of an analyzer
|
||||
|
|
@ -56,6 +58,15 @@ transactions short" does not earn a separate knowledge file merely by being
|
|||
sound advice. Negative clarifications that prevent false positives are as
|
||||
valuable as rules that catch defects.
|
||||
|
||||
Do not add knowledge whose anti-pattern is fully and deterministically detected
|
||||
by the AL compiler or a standard analyzer. This applies to authoring as well as
|
||||
review: an authoring agent should compile with the consuming app's actual
|
||||
ruleset and correct the resulting diagnostics instead of carrying prose copies
|
||||
of analyzer rules in context. Analyzer-related knowledge belongs here only when
|
||||
it adds a BC-specific exception, version boundary, cross-object implication, or
|
||||
remediation constraint that the diagnostic itself cannot establish. Merely
|
||||
explaining why a deterministic rule exists is not sufficient.
|
||||
|
||||
**Skills hold discovery and execution mechanics; knowledge files hold BC
|
||||
facts.** Correct or extend a knowledge article when a BC fact is missing or
|
||||
wrong. Do not hide that fact in a skill's instructions. A genuine routing,
|
||||
|
|
|
|||
|
|
@ -196,6 +196,12 @@ removal or another comparison-only regression requires an actual baseline.
|
|||
The corpus is technical AL guidance, not exhaustive functional validation or
|
||||
AppSource certification.
|
||||
|
||||
BCQuality intentionally does not duplicate mechanical diagnostics already
|
||||
enforced by the AL compiler or standard analyzers. Run the consuming app's
|
||||
normal compiler and analyzer pipeline alongside review and authoring. Knowledge
|
||||
may still discuss a diagnostic when BC-specific context is needed to avoid a
|
||||
false positive or choose a correct remediation.
|
||||
|
||||
### Knowledge by domain
|
||||
|
||||
Each article describes one concern. Where samples exist, use its linked
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue