pr
The `pr` skill automates opening GitHub pull requests for the EverOS project with correct branch targeting and template completion. Use it after local CI checks pass to create properly scoped pull requests that route feature and fix branches to `dev` and hotfix branches to `master`, with all required template sections completed.
git clone --depth 1 https://github.com/EverMind-AI/EverOS /tmp/pr && cp -r /tmp/pr/.claude/skills/pr ~/.claude/skills/prSKILL.md
# /pr
Open a pull request on GitHub using the `gh` CLI and the repo's PR template.
## Steps
1. Confirm the branch and target:
- Base branch is **`main`**.
- Head branch should be a scoped branch such as `feat/*`, `fix/*`,
`docs/*`, `ci/*`, `chore/*`, or `refactor/*`.
2. Ensure local checks pass first:
```bash
make ci
```
Do not open a PR with failing lint/tests.
3. Push the branch:
```bash
git push -u origin HEAD
```
4. Create the PR, filling the template
([.github/PULL_REQUEST_TEMPLATE.md](../../../.github/PULL_REQUEST_TEMPLATE.md)):
```bash
gh pr create --base main --fill-first
```
Then edit the body to complete each section:
- **Summary** — what changed and why.
- **Area** — tick the relevant box (architecture / benchmark / use case /
docs / DX / CI-build-release).
- **Verification** — paste the commands you ran (`make ci`, manual checks).
- **Checklist** — tick honestly; don't tick boxes you didn't satisfy.
- **Notes for Reviewers** — anything subtle.
## Notes
- Keep the PR scoped to one area. Split unrelated changes.
- If `make ci` was not fully run, say so in Verification rather than implying it passed.
- Never retarget a community PR away from `main` unless a maintainer explicitly
asks for it.Stage and create a Conventional Commits message for the current change
Create a GitHub branch from main with the project naming convention
Add a new business memory kind end-to-end. Pick the storage combination (Markdown / SQLite / LanceDB), pick the markdown strategy (daily-log / skill-named / single-file), then wire up the schema(s), repo(s), and writer(s).
Cut a versioned release and publish everos to PyPI via the tag-triggered workflow