Thanks for contributing to @stoe/skill-authoring. Keep changes focused, reviewable, and documented when they change the CLI or its public API.
- Use Node.js 22 or newer.
- Run
npm cifor a clean, reproducible install. - Do not add secrets, credentials, personal data, or hardcoded local paths to the repository.
cli.jsis the command-line entry point.src/commands/contains theinitandvalidatecommands.src/core/contains shared filesystem, discovery, logging, frontmatter, and reporting helpers.src/validate/contains skill validation and security checks.test/contains Node.js test files that mirror the source layout..github/workflows/contains test and publishing automation.
- Check open issues and pull requests to avoid duplicate work.
- Keep each change focused on one outcome.
- Update
README.mdwhen CLI behavior, package exports, installation, or validation rules change. - Add or update tests with behavior changes.
- Run
npm testbefore opening a pull request.
This package is published to GitHub Packages when a GitHub Release is published. The release workflow uses the package metadata in package.json.
When you open a pull request:
- Explain why the change is needed.
- Describe what changed.
- Summarize the relevant validation.
- Link related issues when applicable.
- Avoid unrelated cleanup in the same pull request.
Do not open public issues for suspected vulnerabilities. Follow the security policy to report them privately.
Use the support guide for the best route for bug reports, feature requests, and usage questions.