Thanks for your interest in contributing. ALIVE is open source and we welcome contributions — whether it's a bug fix, new skill, or documentation improvement.
- Fork the repository
- Clone your fork locally
- Install the plugin from your local copy for testing:
claude plugin install /path/to/your/clone
plugins/alive/
skills/ 12 skill folders, each with a SKILL.md
rules/ 6 rule files defining caretaker behavior
hooks/ hooks.json + scripts/ for session lifecycle
templates/ file templates for walnuts, capsules, companions
onboarding/ first-run experience
statusline/ terminal status bar integration
scripts/ utility scripts (world index, context graph)
CLAUDE.md the core runtime definition
Each skill lives in plugins/alive/skills/{name}/SKILL.md. Skills define what the squirrel can do — they're invoked by the user via /alive:{name}.
Rules live in plugins/alive/rules/. They define how the squirrel behaves — these are always loaded and always followed.
Hook scripts live in plugins/alive/hooks/scripts/. They fire on session lifecycle events (start, resume, compact) and tool use events (pre/post). The hook registry is plugins/alive/hooks/hooks.json.
Templates in plugins/alive/templates/ define the schema for system files. The squirrel reads these before writing any system file.
- Read before writing. Understand the existing code before modifying it.
- Frontmatter on everything. Every
.mdfile has YAML frontmatter. No exceptions. - Don't break backward compatibility. Existing walnuts must keep working.
- Test with a real world. Create a test walnut and exercise your changes.
- Keep skills focused. One skill, one purpose.
- Respect the stash. Mid-session writes are limited to capture and capsule work only.
- Keep PRs focused on a single change
- Describe what changed and why
- Reference any related issues
Use GitHub Issues for bugs and feature requests. Use the provided templates.
By contributing, you agree that your contributions will be licensed under the MIT License.