Skip to content
Back to skills

Save

ASecurity

Save the forge to git — the light check, then commit and push; no renders

  • 3 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 20, 2026
toolsgit

Security analysis

A100/100

Scanned October 1, 2026

npx -y skills add pche-broken-artist/forge-of-thought --skill save --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Save?

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

Security grade badge for Save
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/pche-broken-artist-save/badge)](https://www.skillsdirectory.com/skills/pche-broken-artist-save)

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
---
description: Save the forge to git — the light check, then commit and push; no renders
argument-hint: '[project-slug] [-m "message"] [-Tag name]'
disable-model-invocation: true
---

Save the forge to git: the light check, then commit and push on
whatever branch is checked out, nothing more (POS.1100). The
`project` and `engine` checks and the renders belong to `/release`
(`.claude/skills/release/SKILL.md`, POS.0570). The engine and every project are repositories of their
own (POS.0940); what the save does per repository is stated in the
help header of `scripts/forge-save.ps1`, and CLAUDE.md (Persistence)
carries the one-line summary (POS.1070).
Arguments (`[slug]`, `-m "message"`, `-Tag <name>`) are passed
through to the script; a project without a repository is a property,
not a defect — relay the script's note in the report.

1. Determine scope from `./scripts/forge-status.ps1` (the scripts are
   the only door to git — CLAUDE.md, Persistence). It reports the
   engine and each project
   separately, with the branch each is on. A project "not under git"
   with changes is named in the report and otherwise left alone.
1a. Run the `light` check on every repository in scope and settle
   its report through the `/check` procedure
   (`.claude/skills/check/SKILL.md`; the engine's project is
   `forge`); a save never waits on a finding the principal has not
   asked to fix (POS.0430).
2. Unless `-m` was supplied, draft a one-line English commit message
   summarising the round — from the records the round appended to
   the touched documents' histories, the primary record of every
   round (CLAUDE.md, Versioning & status) — and propose it to the
   principal; commit with the confirmed or adjusted wording. When
   more than one repository has changes, one message per repository
   is drafted, or the save is run per slug. The script's
   auto-generated file list is used only if the principal says so.
3. A tag is set only on the principal's word: `-Tag <name>` given, or
   asked for in words. A tag needs one repository, so a slug. When he
   asks for a tag without naming it, propose `v<intent version>` of
   that repository's intent and take his word or his own name — any
   name git accepts (`pre-save-release-split` as readily as a
   number). The one fixed name, `v<major>` at an approved major, is
   `/release`'s rule; it runs this command with it (POS.1100).
4. Only then run `./scripts/forge-save.ps1 $ARGUMENTS` and report the
   outcome — the script itself prints the commit's file summary and
   the tag; no direct git verification afterwards.

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…