osherboudara99
- 8 skills
- 0 followers
- 19 hours ago last updated
- ▌ Poll Codex Comments · osherboudara99 bundleUse after opening or updating a GitHub PR that has the chatgpt-codex-connector[bot] automated reviewer enabled. Polls the PR's review comments until Codex has posted (or a timeout is hit), then triages the findings instead of leaving the user to check back manually.
- ▌
- ▌ Verify · osherboudara99Tests application code just written for bugs and confirms it actually fulfills the user's stated intent, by running it in an isolated sandboxed git worktree. Use when the user invokes /verify, or asks to "verify this works", "sandbox test this", "does this actually do what I wanted", or similar, after code has been written or changed. Spawns an isolated subagent that builds, lints, type-checks, tests, and actually runs/exercises the app, then cross-checks the result against the conversation's stated goals plus any spec/README/plan .md files in the repo.
- ▌ Agents Md · osherboudara99Use when starting nontrivial work in a repo (read docs/AGENTS.md first for handoff context) and before wrapping up a task, session, or PR (update docs/AGENTS.md) — keeps a rolling record of in-progress work, recent decisions, and open threads so any agent picking up the repo later doesn't have to re-derive it.
- ▌ Jev Review · osherboudara99 bundleUse when a code change is ready for review and you want an automated check that the diff actually matches the original request — surfaces unrelated changes, missing requirements, or security concerns before the assistant hands the work back, using TypeSafe's Jev judgment model.
- ▌ Branch Naming · osherboudara99Governs how to name new git branches for this user, across every project on this machine. Use this whenever creating a new branch to start a feature, fix, refactor, or any other piece of dev work — branches must start with a conventional prefix followed by a short kebab-case summary of the change, instead of arbitrary or ticket-only names.
- ▌ Pre Push Checklist · osherboudara99 bundleGoverns what to check before running `git push` for this user, across every project on this machine. Use this every time you're about to push commits — run the repo's linter, type checker, and tests first, and block the push (asking the user to fix or confirm) if any of them fail, instead of pushing broken code straight through.
- ▌ Incremental Commits · osherboudara99Governs how to commit work when doing software development with this user, across every project on this machine. Use this whenever writing code, implementing a feature, fixing a bug, or making any multi-step change in a git repository — commit in small, logical, step-by-step increments with conventional-commit prefixes instead of batching everything into one big commit at the end. Always consult this before staging/committing changes during development work, even if the user didn't explicitly ask for a commit at that moment.