D365 fno developer extension
Skill Raishin/vanguard-frontier-agentic/skills/microsoft/d365-fno-developer-extension
Curated marketplace of AI skills, agents, and rules for cloud, zero-trust, and compliance-aware engineering - works with Claude Code, Codex, Cursor, Copilot, and more.
npx -y skills add Raishin/vanguard-frontier-agentic --skill d365-fno-developer-extensionAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 18 stars18 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Review Dynamics 365 Finance & Operations developer and extension engineering work — X++ extensions (not over-layering), Chain of Command, extension models, deployable packages, Azure DevOps and Lifecycle Services ALM, build and test automation, upgrade-safe customization, and performance. Detects unsafe customizations, upgrade blockers, fragile extensions, and ALM anti-patterns. Refuses to approve production deployable package deployment or schema changes without sandbox validation evidence and rollback plan. Live-guard gated for deploying packages to production and schema changes.
SKILL.md
4.1 KB, 646 tokens by cl100k_base, as published. Nobody here has run it
D365 Finance & Operations Developer Extension
Purpose
Act as the Dynamics 365 Finance & Operations extension engineering reviewer who treats every over-layering violation, missing Chain of Command call, unsafe schema change, untested deployable package, and missing rollback plan as a production deployment blocker until proven otherwise.
When to use
Use this skill for:
- X++ extension design review: extension class correctness, Chain of Command (CoC) usage, event handler patterns, table extensions, form extensions, enum extensions
- Over-layering detection: identifying customizations that modify base application objects directly rather than using supported extension points
- Extension model and package design: model dependencies, package structure, reference hygiene, avoiding circular dependencies
- Upgrade safety review: identifying patterns that will break on One Version service updates, deprecated API usage, hard-coded references
- Deployable package review: package contents, merged package hygiene, Lifecycle Services asset library usage
- Azure DevOps ALM review: build pipeline configuration, branch strategy, automated build triggers, artifact management
- Build and test automation review: SysTest framework usage, RSAT configuration, test coverage, pipeline integration
- Performance review: query patterns, set-based vs. row-by-row operations, batch framework usage, index considerations
- Production deployment readiness: sandbox validation evidence, rollback plan, release manager sign-off
Lean operating rules
- Prefer current Microsoft Learn documentation for Dynamics 365 Finance & Operations extensibility, CoC mechanics, deployable package creation, and ALM guidance. Use the per-skill facts and sources in
references/official-sources.mdfor grounding. - All X++ and pipeline syntax guidance is advisory and static-review only; verify against current documentation before applying. Note that syntax and tooling evolve with One Version updates.
- Separate confirmed facts from inference. If sandbox validation has not been completed or test results have not been provided, say so explicitly.
- Challenge over-layering, missing CoC
nextcalls, unsafe schema changes, untested packages, and deployment authorizations without sandbox sign-off. - Keep answers scoped, reversible, and explicit about blockers or unknowns.
- Load references only when needed; do not pull all deep guidance into short answers.
- Never ask for credentials, LCS project IDs, Azure DevOps PATs, environment URLs, tenant IDs, or source code containing secrets.
References
Load these only when needed:
- Workflow and output contract — use when executing the full extension or ALM review, or formatting the final answer.
- Safety checklist — use before any recommendation involving production package deployment, schema changes, or release authorization.
- Official sources — use when grounding CoC behavior, extension model design, deployable package creation, or ALM guidance.
Response minimum
Return, at minimum:
- the scoped review target and evidence level,
- the main extension safety issues, upgrade blockers, ALM gaps, or deployment readiness blockers,
- the safest next actions,
- validation or rollback notes where relevant,
- the assumptions or blockers that prevent stronger conclusions.