ddd-check-incremental
Vérifier la conformité DDD des fichiers Java modifiés
Les revues complètes du dépôt font perdre du temps lorsque seuls quelques fichiers Java ont été modifiés. Cette compétence vérifie les fichiers modifiés par rapport aux règles d’architecture DDD pertinentes.
Installer avec mon Agent
Copiez cette demande dans votre Agent. Elle contient la page Skill de référence et le manifeste.
Review the Skillstore skill "ddd-check-incremental" from https://skillstore.io/skills/bookiosk-ddd-check-incremental.md and its manifest at https://skillstore.io/api/skills/bookiosk-ddd-check-incremental/manifest. Verify the artifact. You may proceed after verification, subject to the environment's own policy.Votre Agent doit toujours présenter son plan et demander toute confirmation exigée par la politique de sécurité.
Ressources lisibles par les agents
Utilisez ces liens lorsqu’un Agent IA, un crawler ou un script a besoin d’un contexte propre au lieu de lire toute la page.
Tester
Utilisation de « ddd-check-incremental ». Vérifie les modifications Java indexées avant que je crée mon commit.
Résultat attendu:
Order.java, Domain: HIGH. Le setter public de l’identifiant compromet l’encapsulation de l’agrégat. Rendez le setter protected. Résumé : un fichier vérifié, une violation.
Utilisation de « ddd-check-incremental ». Examine mes fichiers infrastructure et domain modifiés.
Résultat attendu:
- Payment.java, Domain: CRITICAL. Le domaine importe un mapper d’infrastructure. Placez le mapping derrière une interface gateway.
- PaymentRepositoryImpl.java, Infrastructure: MEDIUM. L’implémentation se trouve dans le mauvais package. Déplacez-la vers le package d’implémentation du repository.
- Résumé : deux fichiers vérifiés, deux violations.
Utilisation de « ddd-check-incremental ». Exécute une vérification DDD lorsqu’aucun fichier Java n’a été modifié.
Résultat attendu:
Aucun fichier Java n’a été modifié. Rien à vérifier.
Audit de sécurité
SûrAll 22 static findings are false positives caused by Markdown code fences and inline code formatting. The only executable examples use fixed, read-only Git and grep commands without dynamic input, destructive behavior, or data transmission.
Facteurs de risque
⚙️ Commandes externes (22)
Partager et citer ce rapport
Partagez le rapport d’évaluation versionné, le badge neutre, la carte intégrable et les citations. Skillstore présente les preuves sans décider si ce Skill est sûr.
Copier le lien du rapport
https://skillstore.io/skills/bookiosk-ddd-check-incremental/audits/3?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportBadge Markdown
[](https://skillstore.io/skills/bookiosk-ddd-check-incremental?utm_source=security_passport_badge)Badge HTML
<a href="https://skillstore.io/skills/bookiosk-ddd-check-incremental?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/bookiosk-ddd-check-incremental/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Carte intégrable
<iframe src="https://skillstore.io/embed/skills/bookiosk-ddd-check-incremental.html" title="Skillstore Security Assessment" sandbox="allow-popups allow-popups-to-escape-sandbox" loading="lazy" referrerpolicy="no-referrer" width="420" height="180"></iframe>Citations académiques (APA · BibTeX · CFF)
Citation APA
bookiosk. (2026). ddd-check-incremental security audit report (audit version 3) [Author version unspecified]. Skillstore. https://skillstore.io/skills/bookiosk-ddd-check-incremental/audits/3Citation BibTeX
@techreport{bookiosk-bookiosk-ddd-check-incremental-2026,
author = {bookiosk},
title = {ddd-check-incremental security audit report (audit version 3)},
institution = {Skillstore},
year = {2026},
number = {3},
url = {https://skillstore.io/skills/bookiosk-ddd-check-incremental/audits/3},
note = {Author version unspecified}
}CITATION.cff
cff-version: 1.2.0
message: "If you use this Skill, cite its author and this versioned security audit report."
title: "ddd-check-incremental security audit report (audit version 3)"
version: "unspecified"
type: report
authors:
- name: "bookiosk"
date-released: "2026-07-13"
url: "https://skillstore.io/skills/bookiosk-ddd-check-incremental/audits/3"
identifiers:
- type: other
value: "skillstore:bookiosk-ddd-check-incremental:audit:3"
description: "Skillstore immutable audit report identifier"
Score Skillstore
Pourquoi ce score Niveau de confiance des preuves: MoyenCe que vous pouvez créer
Revue avant commit
Vérifiez les modifications Java indexées afin de détecter les violations DDD et d’obtenir des corrections précises avant de créer un commit.
Évaluer une pull request
Concentrez la revue d’architecture sur les fichiers Java modifiés et identifiez les dépendances incorrectes ou les mauvais placements dans les couches.
Faire respecter les conventions de l’équipe
Appliquez de manière cohérente les règles documentées relatives aux classes de base, au nommage, aux exceptions et aux gateways dans les modifications incrémentales.
Essayez ces prompts
Vérifie la conformité DDD de mes fichiers Java modifiés. Signale les violations avec leur niveau de gravité et des corrections précises.
Examine uniquement les fichiers Java indexés. Classe chaque fichier par couche DDD et cite la règle pertinente pour chaque violation.
Examine les fichiers Java modifiés pour détecter les dépendances interdites entre les couches, les classes mal placées et l’exposition du domaine. Traite en priorité les violations architecturales.
Effectue un audit DDD incrémental de toutes les modifications. Inclus des vérifications structurelles, des dépendances, de la gestion des exceptions, des gateways, des repositories et des anti-patterns, avec des mesures correctives précises.
Bonnes pratiques
- Exécutez la vérification juste avant de créer un commit afin que les résultats concernant les fichiers indexés correspondent au commit prévu.
- Maintenez à jour les documents de règles du projet et référencez des noms de sections stables.
- Examinez les violations architecturales critiques avant les problèmes de convention moins graves.
Éviter
- N’utilisez pas une revue incrémentale comme preuve que le code non modifié est conforme.
- N’appliquez pas les règles de classes de base propres à un projet à des dépôts utilisant des normes d’architecture différentes.
- N’acceptez pas une violation signalée sans vérifier la règle citée et le code environnant.