agentsclimarketplace

Local changes review

Skill aneviaro/pipack/agent/skills/local-changes-review

Backup of my pi agent configuration: settings, custom skills, and npm dependency manifests.

Install
npx -y skills add aneviaro/pipack --skill local-changes-review

Assembled from the repository path, not quoted from the project. Check it against their README if it does not work.

2 things to look at

  • no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
  • 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.

What its author says it does

Copied from the file, not written here

Review current uncommitted and untracked local changes for correctness, quality, best practices, and verification. Use when asked to review local changes, diffs, or implementation progress without a required implementation plan.

SKILL.md

2.8 KB, 546 tokens by cl100k_base, as published. Nobody here has run it

Local Changes Review

Use this skill to review uncommitted and untracked local changes without requiring an implementation plan.

Scope

Review all current uncommitted and untracked local changes when the user explicitly identifies files, requirements, or a task scope. Treat explicit user-provided requirements as the review baseline and do not request a plan.

If the user provides no scope or requirements, stop and call ask_user_question:

{
  "question": "What files, change, or requirements should I use as the review scope?",
  "allowFreeform": true,
  "recommendation": "Provide the changed file paths or a short description of the intended behavior."
}

Workflow

  1. Identify any explicit user-provided scope or requirements.
  2. Inspect all local changes:
    • git status --short
    • git diff HEAD --stat and git diff HEAD --name-status for all tracked changes, including staged changes
    • git ls-files --others --exclude-standard to enumerate untracked files
    • focused git diff HEAD -- <path> for tracked files
    • file reads or git diff --no-index -- /dev/null <path> || true for untracked files
  3. Review from these perspectives:
    • correctness and functional behavior
    • contract/spec compatibility where applicable
    • quality, maintainability, boundaries, naming, and simplicity
    • security/privacy requirements where applicable
    • test coverage and relevant verification commands
    • regressions or accidental unrelated changes
  4. Run the smallest relevant verification commands when practical.
  5. Assess and estimate the finding relevance from 0 to 10. Report only findings with relevance > 8.

Output format

Be concise and decisive.

Use this structure:

Findings:
- [severity] file:line — issue and why it matters

Scope coverage:
- Reviewed: ...
- Missing/partial: ...

Verification:
- `command` — PASS/FAIL

Recommendation: approve / request changes

Proposed commit message: [proposed commit message]

If there are no issues, say Findings: no blocking issues. and still report scope coverage and verification.

Review rules

  • This is a review skill: do not edit files unless the user explicitly asks to fix issues.
  • Prefer exact file paths and line numbers for findings.
  • Treat executable contracts and tests as stronger evidence than prose docs when they conflict.
  • Do not over-report nits; include only issues that affect correctness, maintainability, security/privacy, or stated scope completion.
  • If verification cannot be run, say exactly why.

Keep looking

Skills are one crate of 328,083. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.