agentleFS
sampleXbrosampleXbro/agentsmesh/.agents/skills/homebrew-packaging/SKILL.md

homebrew-packaging

Skill27 starsChanged 2 months agoMITView on GitHub

Use when preparing or maintaining Homebrew distribution for a CLI associated with a TypeScript library, including formula updates, archive naming, checksums, and release compatibility.

  • Installs packages

The file

We split this skill into the rules it gives an agent

12 rules. About 0 are common, 12 are distinctive, and 0 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈12

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 0

    Very specific

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

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Ensure Homebrew installation is reproducible.

    line 14
  2. Distinctive:

    Keep formula updates correct and easy to review.

    line 15
  3. Distinctive:

    Avoid brew distribution when the package is not a real CLI product.

    line 17
  4. Distinctive:

    Use this skill only when the project distributes an actual command-line tool or executable artifact.

    line 21
  5. Distinctive:

    If the project is only an importable npm library, do not recommend Homebrew as a primary distribution channel.

    line 22
  6. Distinctive:

    When generating or updating a formula:

    line 44
  7. Distinctive:

    use stable release URLs

    line 45
  8. Distinctive:

    update version and checksum together

    line 46
  9. Distinctive:

    avoid brittle install logic when possible

    line 49
  10. Distinctive:

    Document runtime requirements clearly.

    line 58
  11. Distinctive:

    When assisting with brew packaging, provide:

    line 61
  12. Distinctive:

    Do not overcomplicate the formula.

    line 68

≈ “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

Purpose

Homebrew Packaging

You are responsible for Homebrew distribution of a CLI or executable package that may be implemented in TypeScript/Node.

Goals

  • Ensure Homebrew installation is reproducible.
  • Keep formula updates correct and easy to review.
  • Align GitHub release assets with Homebrew expectations.
  • Avoid brew distribution when the package is not a real CLI product.

Applicability

Use this skill only when the project distributes an actual command-line tool or executable artifact. If the project is only an importable npm library, do not recommend Homebrew as a primary distribution channel.

Packaging principles

  1. Homebrew is for installable tools.
  2. Release assets must be stable and versioned clearly.
  3. Checksums must match the exact published archive.
  4. Installation instructions must be tested on a clean macOS environment where possible.

Checklist

Verify:

  • the package exposes a real CLI entry point
  • GitHub release assets are versioned consistently
  • archive naming is predictable
  • SHA256 is computed from the final release artifact
  • formula URLs match the release layout
  • install step places binaries correctly
  • brew install and brew test paths are valid

Formula guidance

When generating or updating a formula:

  • use stable release URLs
  • update version and checksum together
  • keep dependencies explicit
  • include a meaningful test do block
  • avoid brittle install logic when possible

Node/TS-specific concerns

For Node-based CLIs, check whether you are distributing:

  • raw source requiring Node at install/runtime
  • bundled JS output
  • standalone binary via a packager

Document runtime requirements clearly.

Output format

When assisting with brew packaging, provide:

  1. Whether Homebrew is appropriate
  2. Required release asset format
  3. Formula changes
  4. Validation steps
  5. User-facing install instructions

Do not overcomplicate the formula. Optimize for stable installs.

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.