license-validation

Validate and conservatively repair SPDX copyright and license metadata in the TotalCross website repository. Use when creating, moving, splitting, or relicensing files; when license CI fails; before closing a milestone that changes tracked files; or when ownership and REUSE mappings need review.

Jump to install

Repository: TotalCross/totalcross.github.io
Last source activity: August 10, 2026 at 23:54
Detected SKILL.md language: English
Stars: 0
Forks: 2

Install options

The review-first prompt is selected by default. You can switch to a direct command or download a local copy.

Install with Codex or Claude Copy this prompt, paste it into Codex, Claude, or another assistant, and let it review the skill page and install it for you.

A direct command skips the review prompt. Inspect the source before running it.

npx skills add https://github.com/TotalCross/totalcross.github.io --skill license-validation

The command stays on one line. Scroll horizontally to inspect it before copying.

Prefer a local copy? Download the files currently available to SkillsMP.

Review the source files

Read SKILL.md and any companion files shown by SkillsMP before deciding whether to install.

File Explorer

2 files

SKILL.md

Source instructions · Read-only preview

Back to search Back to installation

asset-optimization

Optimize and validate media delivery in the TotalCross Astro website. Use when adding or replacing raster images, animation, or video; changing Astro Image, Picture, or getImage usage; investigating asset-size or page-payload budget failures; or reviewing source-versus-generated media provenance.

2026-08-11

logical-commits

Prepare coherent, reviewable Conventional Commits while preserving unrelated work in the TotalCross website repository. Use before staging or committing any repository change, when separating mixed diffs, or when recording an ExecPlan milestone or completed implementation slice.

2026-08-10

View all from this repository

License validation

Use the repository's canonical validator. Do not mass-edit headers manually or infer ownership from a path, filename, or visual appearance.

Workflow

Inspect git status --short and the focused diff for the files in the active logical slice. Preserve unrelated changes.

Run npm run license:check for changed, staged, and untracked files.

For reported paths, read only the relevant entries in NOTICE.md, REUSE.toml, and the focused diff. Preserve existing notices.

If the file is clearly project-owned, run npm run license:fix. Use npm run license:fix -- --all only for a deliberate, reviewed repository-wide cleanup.

Review every fixer change with a focused diff. Revert or escalate anything whose ownership is not certain; never substitute a guessed holder or license.

Re-run the targeted check. At milestone closure or in CI, run npm run license:check:all once.

Policy boundaries

Project-authored source, tooling, configuration, workflows, tests, and technical documentation use MIT and SPDX-FileCopyrightText: 2026 Amalgam Solucoes em TI Ltda..

Original TotalCross editorial/blog content uses CC BY 4.0 with the same copyright notice and identifies totalcross.com as canonical where applicable.

TotalCross trademarks, logos, distinctive brand assets, and proprietary marketing artwork are excluded through LicenseRef-TotalCross-Brand.

Customer, partner, font, image, icon, and other third-party materials retain their terms. Unverified material uses LicenseRef-ThirdParty-Material until human review.

JSON, binaries, generated metadata, and other non-commentable files use reviewed REUSE.toml annotations rather than injected comments.

The fixer may add known project/editorial headers and normalize exact duplicates. It must refuse different holders, unknown licenses, partial metadata, third-party notices, and brand classifications. Treat refusal as a request for human ownership review, not as permission to weaken the check.

For renderable authored formats, metadata stays source-only: Astro block headers live inside Astro frontmatter, and blog Markdown/MDX uses YAML comments inside content frontmatter. The fixer may migrate only the exact known legacy HTML-comment form into those placements; conflicting or unrelated comments remain a refusal.