count-registry

Manage project entity counts stored in a JSON manifest.

Updated Apr 21, 2026
One-click install
npx skills add https://github.com/cassm199-mita/azure-agentic-infraops-accelerator --skill count-registry-cassm199-mita
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: count-registry
Source: https://github.com/cassm199-mita/azure-agentic-infraops-accelerator/tree/main/.github/skills/count-registry
Command: npx skills add https://github.com/cassm199-mita/azure-agentic-infraops-accelerator --skill count-registry-cassm199-mita

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

This Skill provides a centralized way to manage and reference counts of entities within the project, ensuring accurate and up-to-date information without hard-coded numbers.

Core Features & Use Cases

  • Centralized Counting: Stores counts of agents, skills, instructions, and validators in .github/count-manifest.json.
  • Descriptive Language: Encourages the use of descriptive language over exact numbers to maintain clarity.
  • Canonical Phrasing: Defines canonical phrases for different entities to maintain consistency in documentation.

Quick Start

Retrieve the count of specialized agents from the count-manifest.json.

Frequently Asked Questions about count-registry

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I maintain project entity counts without hardcoding numbers in documentation?

To maintain project entity counts without hardcoding, use a centralized JSON manifest to store statistics for agents, skills, and validators. This approach ensures documentation consistency by referencing a single source of truth for project statistics.

What is the best way to keep project reference statistics up to date across multiple documents?

Keeping project reference statistics up to date is best achieved by managing counts in a JSON manifest file. This method provides centralized access to entity counts, preventing discrepancies and avoiding hardcoded numbers across project documentation.

Can I use descriptive language instead of exact numbers for project reference data?

Yes, you can and should use descriptive language instead of exact numbers for project reference data. Defining canonical phrases for different entities maintains clarity and ensures document consistency even when underlying counts change.

Do I need a JSON manifest to manage project statistics for agents and skills?

Yes, a JSON manifest is required to manage project statistics for agents and skills. This file acts as the centralized storage location for entity counts, enabling consistent references and preventing hardcoded values in your documentation.

Why should I avoid hardcoding entity counting in my project documentation?

You should avoid hardcoding entity counting in project documentation because it leads to inconsistencies when counts change. Centralizing entity counts in a manifest ensures accurate references and eliminates the need to manually update numbers across multiple documents.

What are the limitations of using a JSON manifest for project entity counts?

Using a JSON manifest for project entity counts requires manual updates to the file to reflect changes in agents, skills, or validators. If the manifest is not updated, descriptive language and canonical phrases may not accurately represent current project statistics.