Run iterative /review and /simplify passes on the current slice in two phases until both converge. Use when the user wants to harden a code slice end-to-end without manually orchestrating the review/simplify dance. Trigger phrases include "harden this", "polish until done", "iterate until convergence", "harden".
Review a GitHub pull request with empirical verification and clearly-labeled review comments, optionally posting them inline on GitHub or staging them as a pending draft review the user finishes in the GitHub UI. Use when asked to review a PR, post review findings as PR comments, or stage them for approval. Trigger phrases include "review PR", "review this pull request", "post review comments", "stage review comments".
Review a whole OpenMRS module against its openmrs-core contract, verifying every claim against real upstream sources (the core PR/API it implements, library docs and source) rather than the module in isolation, then post the findings as a GitHub issue in a plain senior-reviewer voice. Use when asked to review an OpenMRS module as a whole. NOT for a working diff (use code-review) or for inline comments on an open PR (use pr-review). Trigger phrases: "review this module", "review the <name> module", "code review this OpenMRS module", "post review comments for this module".