Hacker Newsnew | past | comments | ask | show | jobs | submit | mstr32's commentslogin

Looks like this is a combination of documentation with a skill, right? How do you manage these skills across projects?


I did create special repo that has all skills/agents/scripts and MCP configuration. All agents ( currently 3 in use: claude code, opencode, and pi ) packed in docker container, with artifacts required by project technologies, and task at hand ( planning, code review, documentation management, web design, ... ). Nothing but a small file with list of technologies committed to project.

For evaluation, there is command to record session, repository commit, and observed problems that stored in special database, so each session can be reproduced. Developer commit reports, I do analysis, refine and evaluate system.


Commit them in the root of your monorepo :P

Or create a repo for skills and have people check those out in their user skills dir.

Or in case of Claude, create a plugin that your people install.


That's very cool. How does the binary keep skills updated across users?


It clones the skills repo if not present and relies on the git last commit as the "version".


The main problem I encountered around this is that skills need to be edited across projects and across team members in a controlled way. Git is of course required for this but is not enough so I built a tool to do just that:

https://github.com/genged/capshelf

Using capshelf I manage my skills across projects. When I start a new project I can just:

$ capshelf add security-review

From the skill repo.

And if I create a new skill I can promote it to the repo so everyone can install it:

$ capshelf promote security-review

It pins the skill content hash so there are no unexpected edits that can break your flow. It also supports MCP configs and agent configs.


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: