docs: trim repeated boilerplate in git, gitea, and bin skills

Finding 13: five blocks of near-identical wording were repeated across
skills within a plugin — the gitea "resolve owner and repo" step (5
skills), the 404-masks-403 note (6 files), the manual pagination
explanation (8 files), the git plugin's main/master force-push refusal
(7 files, some with multiple internal restatements), and the bin
skills' domain-glossary/ADR paragraph (5 skills). Tightened each
instance in place — same meaning, fewer words — rather than extracting
to a shared file, which ADR-0014's one-file-per-skill install
constraint rules out. Left the three git skills' structured-result
JSON shapes alone (coupled to the separate, out-of-scope git-orchestrate
merge candidate, finding 19).

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01YR2CjVumUbEGWcMikcoXBD

plugins/git/.apm/skills/git-workflow/SKILL.md

@@ -8,7 +8,7 @@ description: >
   agent caller -> `git-orchestrate`. Not Gitea -> `gitea-workflow`.
 
 metadata:
-  version: "1.0.1"
+  version: "1.0.2"
   category: git
   source_keys:
     - nvie-gitflow-post
@@ -60,7 +60,7 @@ owns the request.
 4. **Gate destructive operations** — before force-push, branch deletion, rebase, or
    force-checkout, show what will happen and ask "Proceed?". Cancel gracefully if the user
    declines. Never supply the confirmation on the user's behalf. Some operations are refusals, not
-   confirmations: never offer "Proceed?" for a force-push of `main` or `master`.
+   confirmations — never offer "Proceed?" for a force-push of `main`/`master`.
 5. **Invoke the `git-orchestrate` agent** with `operation`, `parameters` (user-provided or
    inferred), `context` (step 3 plus the session context), and `confirm: true` only for a
    destructive op the user approved in step 4.