← Browse

@managedcode/mcaf-formatting

A

Format code and keep style consistent using the repository’s canonical formatting/lint commands from `AGENTS.md`. Use after implementing changes or when formatting drift causes noisy diffs; keep formatting changes intentional and verified with build/tests.

skillclaude

Install

agr install @managedcode/mcaf-formatting --target claude

Writes 1 file into .claude/skills/, pinned to git-aeb5bb72.

  • .claude/skills/mcaf-formatting/SKILL.md

Document


name: mcaf-formatting description: "Format code and keep style consistent using the repository’s canonical formatting/lint commands from AGENTS.md. Use after implementing changes or when formatting drift causes noisy diffs; keep formatting changes intentional and verified with build/tests." compatibility: "Requires the repository’s formatter/linter tools; uses commands from AGENTS.md."

MCAF: Formatting

Outputs

  • Formatted code changes (consistent with repo style)
  • Evidence: formatting command(s) run and any follow-up build/tests

Workflow

  1. Use the canonical format command from AGENTS.md (do not invent commands).
  2. Run the formatter on the smallest scope possible (if your tools allow it).
  3. Review the diff:
    • ensure changes are formatting-only
    • if the formatter touched many files, separate the change or confirm it was explicitly requested
  4. Verify (follow AGENTS.md for sequencing + required commands):
    • for formatting-only changes: run the smallest meaningful verification the repo requires (build/tests/analyze as applicable)
    • for formatting as part of a behaviour change: follow the repo’s normal order (don’t reorder the pipeline)
  5. If format/linters are missing or flaky:
    • fix AGENTS.md to point to a real, repeatable command
    • only then rerun formatting
  6. Report what was run and what changed.

Guardrails

  • Do not introduce unrelated refactors under the cover of formatting.
  • Keep formatting changes and behaviour changes reviewable.

Trustgrade A

  • passBody integrity

    Whether the stored document is plausibly the kind of file the artifact declares, rather than something fetched by mistake.

  • passType matchnot applicable to this artifact type

    Whether the artifact is really the kind of thing its metadata claims it is.

  • passFreshness

    How long since the source repository was last pushed to.

  • passPrompt injection

    Scans the artifact's own text for instructions aimed at your agent rather than at you.

  • passLicense

    Whether the source repository declares an SPDX license permissive enough to redistribute.

How the grade is calculated

Each check contributes 0 points when it passes, 1 when it warns, and 2 when it fails. The total maps to a letter:

  • Aevery check passed
  • Bone warning
  • Ctwo warnings
  • Dprompt injection or body integrity failed, or three warnings
  • Fone of those failed, and something else is wrong

These are automated hygiene checks, not a security audit, and not a dependency or vulnerability scan. A grade of A means nothing was flagged — not that the artifact is safe.

Versions

  • git-aeb5bb72eae12026-07-31