skills: add portable continue and status session-discipline skills

README.md

@@ -113,6 +113,7 @@ ongoing host installs and upgrades.
 | `address-review` | Fetch and triage GitHub PR review comments. |
 | `adversarial-pr-review` | Run a skeptical pre-merge or post-merge PR review. |
 | `autoreview` | Run a structured second-model local diff review. |
+| `continue` | Resume an in-progress task with a structured checkpoint. |
 | `evaluate-issue` | Decide whether an issue or proposed fix is worth doing. |
 | `plan-issue-triage` | Produce a ready prompt for review-only issue triage. |
 | `plan-pr-batch` | Shape candidate issues or PRs before launching a batch. |
@@ -121,6 +122,7 @@ ongoing host installs and upgrades.
 | `replicate-ci` | Reproduce hosted-CI/local parity gaps. |
 | `run-ci` | Choose and run repo-local CI checks. |
 | `spec` | Turn vague implementation intent into requirements, design, and tasks. |
+| `status` | Report tight progress (done/next/blocked) without starting new work. |
 | `tdd` | Drive test-first red-green-refactor loops for features and bug fixes. |
 | `triage` | Build a whole-surface issue/PR inventory and batch split. |
 | `update-changelog` | Classify merged PRs and update a repo changelog. |

skills/continue/SKILL.md

@@ -0,0 +1,27 @@
+---
+name: continue
+description: Resume an in-progress task with a structured checkpoint instead of a bare "continue", re-establishing what is done, what is next, and how done is verified. Use when resuming work after an interruption, handoff, or a vague "keep going".
+---
+
+# Continue
+
+Resume the current task. Before doing any new work, re-establish context so work does not drift or
+repeat:
+
+1. **Where we are** - Summarize in 2-4 lines what is already done (cite files, commits, or PRs) and
+   the current goal. If the goal is unclear, state your best inference and proceed; do not stop to
+   ask unless you are genuinely blocked.
+2. **What is next** - List the remaining steps to reach done, then pick the next concrete one.
+3. **Definition of done** - Restate the overall success criteria in one line, plus the command or
+   test that will verify it.
+4. Continue working on the next step.
+
+If the user supplied focus text or arguments, treat it as additional direction or a narrowed scope
+for what to continue.
+
+- Do not re-do completed work, and do not ask the user to repeat context you can reconstruct from
+  the conversation, open files, or git state.
+- Honor `AGENTS.md` boundaries and safety rules while resuming; never push or take irreversible
+  actions unless the task already authorized them.
+- End with a short status line: what changed, how it was verified, what is left. Use `/status` to
+  produce that report without starting new work.

skills/status/SKILL.md

@@ -0,0 +1,21 @@
+---
+name: status
+description: Report tight progress on the current work - done, in progress, blocked, and next - without starting new work. Use when asked for a status update or "where are we / anything needed from me".
+---
+
+# Status
+
+Give a tight status update on the current work. **Do not start new work.**
+
+Report:
+
+- **Done** - what is complete and verified. Cite files, commits, or test results, and only claim
+  "verified" if the check was actually run.
+- **In progress** - what is mid-way through.
+- **Blocked / needs input** - anything that genuinely needs a decision, credentials, or an external
+  unblock. If nothing, say "nothing needed - proceeding".
+- **Next** - the next one to three concrete steps.
+
+Keep it to roughly ten lines. If you are waiting on a long-running command or a background agent,
+name it and the signal you are waiting for. Do not run another review or build solely to produce a
+nicer status.