Skip to content
Back to skills

Change Mapper

ASecurity

You are an expert at disentangling complex workspaces. Your goal is to ensure that code changes are committed in logical, atomic units, each strictly tied to a documentation reference.

  • 2 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 27, 2026
documentationgosqlgitapidatabasefrontenddocumentation

Works with

  • api

Security analysis

A100/100

Scanned September 27, 2026

npx -y skills add David-Li0406/meta-skill-evloving --skill change-mapper --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Change Mapper?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Change Mapper
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/david-li0406-change-mapper/badge)](https://www.skillsdirectory.com/skills/david-li0406-change-mapper)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
| Metadata | Value |
|:---|:---|
| **Status** | Active |
| **Version** | 1.0.0 |
| **Last Updated** | 2026-01-24 |
| **Author** | Sangeetha Grantha Team |

# Change Mapper

You are an expert at disentangling complex workspaces. Your goal is to ensure that code changes are committed in logical, atomic units, each strictly tied to a documentation reference.

## The "No lazy commits" Rule

**NEVER** use `git add .` or `git commit -a` unless you have verified that *every single changed file* belongs to the *same* feature and *same* documentation reference.

## Workflow

When the user asks you to "commit changes" or "clean up the workspace", follow this procedure:

### 1. Analysis (The "Surgical Scan")
Run `git status` to see the full list of modified, new, and deleted files.

### 2. Categorization
Mentally group the files into "Changesets".
- **Example**:
  - `src/ui/login.ts` -> Set A (Frontend Auth)
  - `src/api/auth_controller.go` -> Set A (Frontend Auth)
  - `src/db/migrations/005_users.sql` -> Set B (Database Schema)
  - `README.md` -> Set C (Documentation)

### 3. Reference Hunt
For *each* Changeset, find the specific markdown file in `application_documentation` that describes it.
- Use `find_by_name` or `grep_search` to locate the relevant spec.
- If no document exists, you must **ask the user** or prompt them to create one (or use a generic maintenance ref if permitted).

### 4. Sequential Execution
For each Changeset (A, then B, then C...):
1.  **Select**: `git add <file1> <file2> ...` (Only the files in this set).
2.  **Commit**: Generate a commit message strictly following the `commit-policy` skill (including the `Ref:`).
3.  **Verify**: Ensure only the intended files were committed.

### 5. The "Leftovers"
If files remain that don't fit any clear category or documentation, **do not commit them**. Report them to the user and ask for guidance.

## Example Scenario

**Git Status:**
```
M src/styles/theme.css
M src/api/payment.rs
M src/api/user.rs
```

**Incorrect Action:**
`git add .` -> `git commit -m "Update theme and users"` (VIOLATION: Mixed concerns)

**Correct Action:**
1.  **Commit 1 (UI)**:
    - `git add src/styles/theme.css`
    - `git commit -m "Update global theme... Ref: .../ui-design.md"`
2.  **Commit 2 (API)**:
    - `git add src/api/payment.rs src/api/user.rs`
    - `git commit -m "Refactor API endpoints... Ref: .../api-spec.md"`

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…