aim-repo-mapping

Map request keywords to business domains using repository routing documents.

4|Updated May 17, 2026
One-click install
npx skills add https://github.com/hellopoisonx/aim --skill aim-repo-mapping
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aim-repo-mapping
Source: https://github.com/hellopoisonx/aim/tree/main/skills/aim-repo-mapping
Command: npx skills add https://github.com/hellopoisonx/aim --skill aim-repo-mapping

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

When a feature request, bug fix, or change request lands without a clear ownership boundary, this Skill helps you quickly determine which business domain and supporting documentation/config should be used first.

Core Features & Use Cases

  • Fast domain routing: maps requirement keywords to the primary domain so you can avoid spending time in the wrong module.
  • Module boundary discovery: directs you from a general routing layer into the specific domain Skill when the scope crosses APIs/config/workflows across domains.
  • Operational and workflow awareness: points to the most relevant references for run/infra-related questions (Docker build conventions, Kafka operational pitfalls, and module routing rules).

Quick Start

Use the aim-repo-mapping skill to locate the correct domain and references for a request by first checking references/request-to-module-map.md, then references/module-routing.md, and finally switching to the domain Skill named by the routing result.

Frequently Asked Questions about aim-repo-mapping

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

FAQPage Schema
How do I find the correct business domain for a microservices feature request when the entry point is unclear?

To find the correct business domain for a microservices request, map requirement keywords to the primary domain using the request-to-module-map and module-routing references. This directs you to the specific domain Skill and avoids spending time in the wrong module.

What is the best way to discover module boundaries for cross-domain API and workflow changes?

The best way to discover module boundaries for cross-domain changes is to apply repository routing documents that map request keywords to domains. This enforces gateway REST/WS rules and cross-domain handoff conventions to isolate scope accurately.

How do I locate controller, workflow, or configuration references for an impact assessment across domains?

To locate controller, workflow, or configuration references for an impact assessment, check the request-to-module-map and module-routing documents. This identifies the supporting modules and primary business domain affected by the change request.

Does this domain routing approach handle operational questions like Docker build conventions and Kafka ops pitfalls?

Yes, this domain routing approach handles operational questions by pointing to the most relevant references for Docker build conventions and Kafka operational pitfalls. It maps run and infra-related queries to the appropriate module routing rules.

Can I use this for bug fixing scoping or does it only support new feature development?

You can use this for bug fixing scoping as well as feature and change requests. It determines the correct business domain and supporting documentation whenever a request lands without a clear ownership boundary.

When should I not use request-to-module mapping for microservices routing?

You should not use request-to-module mapping when the entry point and ownership boundary are already clearly defined. The Skill is designed specifically for situations where the initial domain and supporting modules are unclear.