With bigger autonomy, I'd like my skill be tight to my release in prod/commit sha for dev, to figure out what version caused harm/bug. What is the motivation to decouple and make it a separate thing?
My main argument is that just using vanilla git where you store it in the directory that the AI coding agent expects means that you can't share across teams or orgs.
Also, not every kind of team is comfortable with git. How would you distribute these assets to a Marketing team?
I almost 100% sure everything that you described is part of nested harness of your company, not some external registry.
what would you like to share? there a few generic skills, that are optional , e.g. tdd, etc. sure. Maybe environment related items, like going to db , how to use secrets etc, the surface of that is very very thin.
you place them in git, and vibe code a tiny script on how to pull it in. done?
the rest are debugging scripts, very specific skills, that are very coupled to the root repo. I tried a few similar "external" systems. Anything beyond ralph loop/use tdd skills, feels hostile in your internal system.
We wanted something short and easy to remember
I therefore love the idea. Thanks for sharing
I don't disagree there's probably a need and niche, but why not extend and adapt an existing package manager?
detkin•1d ago
The short version: sx treats skills, MCP server configs, slash commands, agents, hooks, and rule files as versioned packages. You define them once, push them to a vault (a local folder, a git repo, or our hosted backend), and install them where they belong. There's a lockfile so installs are reproducible, scope levels for org / team / repo / individual, and the CLI translates the same asset into the format each AI client expects.
Supported clients today: Claude Code, Cursor, GitHub Copilot, Cline, Codex, Gemini (CLI / VS Code / JetBrains / Android Studio), Kiro, claude.ai, chatgpt.com. The last two are what let non-engineering teams (marketing, legal, ops) use the same primitive instead of being locked out of the AI-assets ecosystem.
The thing I'd most like feedback on is whether the scope model is the right shape. Org → team → repo → path → individual is what's emerged from talking to ~60 teams over the last six months, but I expect bigger orgs will surface scopes we haven't modeled (sub-team, environment, etc.).
Why this and not just plugins / vendor marketplaces? Claude Code plugins are real and a good step up over raw git-checked-in CLAUDE.md files. The limitations show up at scale: each plugin is scoped to its publishing repo, so teams duplicate skills across plugins, and you're still locked to a single vendor's client. Full writeup with the technical details: https://www.sleuth.io/post/there-s-an-npm-shaped-hole-in-the...
giancarlostoro•1d ago
detkin•1d ago
The tool support is certainly one of the key pillars of the project so we're open to any tool additions that will help people get value from the project.
giancarlostoro•1d ago
Tools that come to mind:
RTK (Rust Token Killer since googling the acronym yields terrible results, asking an LLM without spelling it out too)
Beads (what GuardRails was inspired by)
... and an endless list of tools people have made in place of making an MCP.
I too thought about having a "AI Package manager" just found the message I sent a friend several months back.
[0]: https://github.com/Giancarlos/guardrails
guilhermecgs•1d ago
So, it is true that some skills are independent, but not all. IN my company, we ship assets by domain and workflows (development, discovery, data science, etc)
detkin•1d ago
Very interesting about the domain and workflows. Do you think domain could map to a team or is it different?
At your company how are you shipping your assets? How do you do the domain and workflow grouping?
guilhermecgs•23h ago
we have a internal cli that creates the plugin on the fly after you select the domains you want to work with. This cli is a standalone cli + wizard that does it all. Generally speaking, we have skills that are code related and mostly independent (ex: a skill to teach python how to log in our tech stack). Another type are skills related to our workflow (a skill to plan that outputs a file that is used in the next step "implement", together with a dev agent and so on)
detkin•23h ago
Is this just for engineering or is it being used for other functions, like Marketing and HR as well?
guilhermecgs•22h ago
the problem we have right now is the repository (where to store the documents).
lets say i'm a business expert and want to use a skill to create a md file with all the info about some area. It is ok to learn claude/cursor, but to upload this generated material to git is another level of problem...
mrdonbrown•22h ago
guilhermecgs•21h ago
The problem is collaboration without Git.
For example: I am a business person, someone sends me the skills/plugins, and I install them effortlessly. I use Claude Cowork to generate some financial information related to my area, and I need to share this information with the development team.
Right now, since I am not familiar with Git, I would probably upload it to Google Drive. The developers would then download it and push it to the repository in order to use it for coding.
mrdonbrown•21h ago