obra/dotfiles.
11 skills★ 113View on GitHub ↗
- 100/100
chronicle
|
- 100/100
e2e-scenario-testing
Use when verifying a running application end-to-end through its real interface — a web UI, a CLI, or a TUI — by writing and executing agent-run "scenario cards" against a freshly built instance with falsifiable assertions. Trigger on "test it end to end", "prove the UI actually works", "write/run a scenario", or after a change touches a user-facing surface that unit tests can't fully cover. Not for unit tests, pure code review, or API-only checks.
- 100/100
maintaining-documentation
Use when documentation needs creating, checking, or maintaining — docs may have drifted from code, pre-release doc verification, updating docs after finishing code work, adding or enforcing project terminology, deciding where a new doc should live, or a routine re-audit of previously verified docs.
- 100/100
roborev-design-review
Request a design review for a commit and present the results
- 100/100
roborev-design-review-branch
Request a design review for all commits on the current branch and present the results
- 100/100
roborev-fix
Use when the user asks to fix open failing reviews, invokes /roborev-fix, or provides job IDs; do not use when the user only pastes review findings with no request to discover or close reviews
- 100/100
roborev-refine
Iterative review-fix loop for the current branch — reviews via daemon, fixes inline, re-reviews until passing or max iterations reached
- 100/100
roborev-respond
Add a comment to a roborev code review and close it
- 100/100
roborev-review
Request a code review for a commit and present the results
- 100/100
roborev-review-branch
Request a code review for all commits on the current branch and present the results
- 100/100
syncing-obsidian
Use when reading or writing files in an Obsidian vault that is synced with obsync. Ensures changes are pulled before reading and pushed after writing. Also covers sync status, file history, version restore, and diagnosing sync issues.