shirushi
Gérer les ID de document dans les dépôts Git
Les grands dépôts peuvent perdre le suivi de l’identité des documents, des références et des modifications de contenu. Shirushi aide à valider, attribuer, analyser et recalculer les doc_ids dans les fichiers Markdown et YAML.
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 "shirushi" from https://skillstore.io/skills/caphtech-shirushi.md and its manifest at https://skillstore.io/api/skills/caphtech-shirushi/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 « shirushi ». Vérifie la santé des ID de document avant mon commit de documentation.
Résultat attendu:
Le dépôt a réussi la validation doc_id. Deux références pointent vers des documents modifiés, donc examine ces spécifications liées avant la fusion.
Utilisation de « shirushi ». Trouve API-SPEC-2025-0001-G.
Résultat attendu:
Shirushi a trouvé le document et a renvoyé son titre, son type et l’emplacement du fichier. L’ID est déjà enregistré dans l’index.
Utilisation de « shirushi ». Attribue des ID aux nouveaux fichiers de documentation.
Résultat attendu:
De nouveaux ID de document ont été attribués aux fichiers de documentation non suivis. Le rapport liste chaque fichier et l’ID généré.
Audit de sécurité
SûrAll 24 static findings are false positives caused by Markdown backticks, fenced examples, headings, or ordinary prose. SKILL.md documents fixed Shirushi CLI workflows and contains no Ruby execution, reconnaissance behavior, prompt injection, or executable implementation.
Facteurs de risque
⚙️ Commandes externes (21)
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/caphtech-shirushi/audits/9?utm_source=security_passport&utm_medium=share&utm_campaign=versioned_reportBadge Markdown
[](https://skillstore.io/skills/caphtech-shirushi?utm_source=security_passport_badge)Badge HTML
<a href="https://skillstore.io/skills/caphtech-shirushi?utm_source=security_passport_badge"><img src="https://skillstore.io/badges/skills/caphtech-shirushi/security.svg" alt="Skillstore security assessment" loading="lazy"></a>Carte intégrable
<iframe src="https://skillstore.io/embed/skills/caphtech-shirushi.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
CAPHTECH. (2026). shirushi security audit report (audit version 9) [Author version unspecified]. Skillstore. https://skillstore.io/skills/caphtech-shirushi/audits/9Citation BibTeX
@techreport{caphtech-caphtech-shirushi-2026,
author = {CAPHTECH},
title = {shirushi security audit report (audit version 9)},
institution = {Skillstore},
year = {2026},
number = {9},
url = {https://skillstore.io/skills/caphtech-shirushi/audits/9},
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: "shirushi security audit report (audit version 9)"
version: "unspecified"
type: report
authors:
- name: "CAPHTECH"
date-released: "2026-07-23"
url: "https://skillstore.io/skills/caphtech-shirushi/audits/9"
identifiers:
- type: other
value: "skillstore:caphtech-shirushi:audit:9"
description: "Skillstore immutable audit report identifier"
Score Skillstore
Pourquoi ce score Niveau de confiance des preuves: ÉlevéCe que vous pouvez créer
Valider la documentation avant commit
Vérifier les doc_ids, les index et les références avant que les modifications de documentation n’entrent dans le contrôle de version.
Trouver rapidement les métadonnées d’un document
Utiliser un doc_id pour localiser un document et examiner ses métadonnées enregistrées.
Examiner le risque lié aux références dans une pull request
Comparer les modifications de documentation avec la branche cible et identifier les documents référencés modifiés.
Essayez ces prompts
Utilise Shirushi pour vérifier l’intégrité des doc_id et de l’index dans ce dépôt. Explique les problèmes éventuels et suggère des corrections avant commit.
Trouve le document <doc_id> avec Shirushi, résume ses métadonnées et indique-moi si les références semblent à jour.
Examine les nouveaux fichiers de documentation, attribue les doc_ids Shirushi manquants lorsque c’est approprié et signale les fichiers modifiés.
Exécute la validation Shirushi par rapport à la branche cible, vérifie les références @see docid et résume les risques pour les reviewers.
Bonnes pratiques
- Exécuter la validation avant de committer des modifications de documentation.
- Maintenir la configuration Shirushi alignée avec votre taxonomie de documents.
- Examiner les références de documents modifiées pendant les pull requests.
Éviter
- Ne modifiez pas les doc_ids existants sans plan de migration.
- N’exécutez pas l’attribution sur des documents générés ou temporaires.
- N’ignorez pas les avertissements concernant les documents référencés modifiés.