doc-view-java-maintenance

Use when implementing or reviewing Java-only Doc View production changes, especially PSI parsing, services, DTOs, UI, integrations, settings, export, or IntelliJ Platform behavior.

Aller à l'installation

Dépôt: liuzhihang/doc-view
Dernière activité de la source: 11 juillet 2026 à 14:02
Langue détectée de SKILL.md: anglais
Étoiles: 207
Forks: 53

Options d'installation

Le prompt qui vérifie d'abord la source est sélectionné par défaut. Vous pouvez passer à une commande directe ou télécharger une copie locale.

Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.

Une commande directe contourne le prompt de vérification. Examinez la source avant de l'exécuter.

npx skills add https://github.com/liuzhihang/doc-view --skill doc-view-java-maintenance

La commande reste sur une seule ligne. Faites défiler horizontalement pour la vérifier avant de la copier.

Vous préférez une copie locale ? Téléchargez les fichiers actuellement disponibles dans SkillsMP.

Vérifiez les fichiers source

Lisez SKILL.md et les fichiers associés affichés par SkillsMP avant de décider de l'installer.

SKILL.md

Instructions source · Aperçu en lecture seule

Retour à la recherche Retour à l’installation

Doc View Java Maintenance

Use this skill for production plugin work after an observable behavior contract is apply-ready.

Read First

AGENTS.md

docs/architecture.md

Every active apply contextFiles path returned by OpenSpec; runtime work requires proposal/design/spec/tasks context

docs/contract-design.md for PSI, DTO, Markdown, upload, export, settings, writeback, or UI behavior

docs/performance-guide.md for PSI, recursion, cache, background task, rendering, export, upload, or UI responsiveness

docs/intellij-compatibility.md for IntelliJ API, Gradle platform, descriptor, extension, or compatibility work

Steps

Confirm the active OpenSpec change authorizes runtime files and defines expected behavior and validation.

Locate the narrow package boundary: service, utils, dto, ui, integration, config, provider, or action.

Write the failing contract test or fixture before production code.

Preserve Java-only production code and prefer existing services, DTOs, utilities, and public IntelliJ API patterns.

For PSI changes, validate Spring/Feign/Dubbo impact as applicable and guard recursion, invalid elements, Dumb Mode, read actions, and project disposal.

For UI/action work, keep update lightweight and heavy work off EDT.

For integration work, protect secrets and make authentication/network/server failures understandable.

Implement the smallest change, run targeted then full verification, and update OpenSpec tasks only after success.

Guardrails

Do not change generated Markdown shape, payloads, settings, UI, or compatibility without matching OpenSpec requirements.

Do not modify plugin.xml, Gradle, dependencies, or resources unless the approved change explicitly requires them.

Do not add Kotlin, Groovy, scripts, generated runtime sources, or new production languages.

Do not mark tasks complete before code and exact verification are complete.

Do not revert unrelated user changes.