agentleFS
p10ns11yp10ns11y/skills/cv-promote-guard/SKILL.md

cv-promote-guard

Skill2 starsChanged 42 days agoMITView on GitHub

Strict self-guarded mechanism for reading an external CV source (e.g. cvdata.json in a portfolio repo) for grounding and safely promoting insights back with sidecars, diffs, previews, backups, and explicit user confirmation. Never mutates external profile without multiple gates. Use for CV-related logic in finder-reactor or prep flows. Sidecar-first, auditable, intervention points. Fission for safe edit code; fusion for protecting the public profile while improving future matches.

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 3 are distinctive, and 1 is very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 1

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Very specific:

    Sidecar-First Always: All proposed changes go to a sidecar (e.g.

    line 12
  2. Distinctive:

    Never send full multi-hundred-line JSON to LLM by default.

    line 30
  3. Distinctive:

    No direct mutation of external CV without this guard module.

    line 39
  4. Distinctive:

    Always produce sidecar proposal even for internal suggestions.

    line 40

≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

CV Promote Guard — Safe, Auditable, Sidecar-First Profile Evolution

Core Mission: Allow opportunity finders to use the user's real CV for hyper-relevant analysis and prep, while making any "promote insights" (suggested improvements to headline, experience bullets, skills, etc.) completely safe, reversible, and user-controlled.

Immutable Principles

  1. Sidecar-First Always: All proposed changes go to a sidecar (e.g. preps/<id>/cv-delta.json) before any master edit.
  2. External Repo is Sacred: The configured profile checkout is read-only by default. Writes require multi-step confirmation + diff preview.
  3. Multiple Guards & Pauses: prune on read; diff preview + .bak on promote; extra pause for public-facing fields.
  4. Full Audit & Reversible: Log source opportunity, rationale, deltas, user decision. Git-friendly patch output.
  5. Composability: Exposed as guarded MCP tool — agents suggest, never force promotes.

Reactor Integration

In finder-reactor loop:

  • Analyze/Prep: load pruned CV packet from configured cv_repo_path (e.g. src/data/cvdata.json).
  • Promote flow: generate delta → sidecar → preview → confirm → safe write + backup.
  • Guard triggers: "Is this promoting to live public CV? Pause."

Implementation Patterns

Loading & Pruning (Fission):

  • Config: cv_repo_path (user picks once, stored securely).
  • Prune: relevant sections only (recent roles matching keywords, top projects, skills, headline, contact).
  • Never send full multi-hundred-line JSON to LLM by default.

Preview & Apply:

  • Desktop UI: diff viewer with checkboxes per edit.
  • MCP: promote_with_preview(insights) → diff + requires confirm.
  • On apply: backup (cvdata.json.bak-<ts>), apply edits (json-patch or manual), return rebuild instructions for the portfolio repo.

Guardrails

  • No direct mutation of external CV without this guard module.
  • Always produce sidecar proposal even for internal suggestions.
  • User can configure "never auto-write", "always require 2 confirms", "dry-run only".
  • On error: rollback from .bak.

Related Skills

finder-reactor, x-agent-resources, tauri-agentic, ai-optimization, fusion-sage.

Example provenance: collab-finder + devprofile CV repo pattern.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.