Phase 6: output paths — issue filing with idempotency, and the audit procedure

bin/filing-plan decides file/comment/skip per candidate and renders both
bodies from references/issue-template.md. The ia-candidate marker match
(FR-6.3) is a literal string comparison over bodies AND comments, done
locally: verified against live Gitea that neither list_issues nor
search_issues returns a body, so the search is list-by-label + per-issue
issue_read, and --existing is mandatory so a failed search can never
become a duplicate-filing spree.

Repo-less targets degrade to summary-only (FR-6.4), tested for real
against third-party/baoyu-design's github.com remote.

skills/offload-audit ties the procedure together and carries the fixed
delegation chain (issuer -> gitea-agent), the implicit-filing rule, and
the coverage-as-dilution reporting contract.

skills/offload-audit/SKILL.md

@@ -89,7 +89,8 @@ offload-audit → Agent(anxious:issuer-agent) → cluster:gitea-agent → Gitea
 ### 5a. Resolve the repo and get the searches
 
 ```bash
-$IA/bin/filing-plan queries --classified classified.json --judgments judgments.json \
+$IA/bin/filing-plan queries \
+    --classified classified.json --judgments judgments.json \
     --target-path <resolved plugin path> > queries.json
 ```
 
@@ -124,7 +125,8 @@ silently become a duplicate-filing spree (FR-6.3).
 ### 5c. Build the plan
 
 ```bash
-$IA/bin/filing-plan plan --classified classified.json --judgments judgments.json \
+$IA/bin/filing-plan plan \
+    --classified classified.json --judgments judgments.json \
     --target-path <path> --existing existing.json \
     --audit-page "Audits/<target>/<YYYY-MM-DD>" \
     --window "<since> -> <until>" --run-date <YYYY-MM-DD> \