fix(scripts): stop org table helpers rewriting block content

Both helpers treated any pipe-led line as a table row, so ASCII art in an example block got mangled into a bordered table (a work file took a 1949-line reformat on 2026-07-09). The scanners now track the open block's type and skip its content. Only the matching end marker closes a block, so a literal end_src quoted inside an example block can't re-expose it.

The deeper cause was wrap-org-table's load-time dispatch: it fired when lint-org merely required the library, running the reformatter over files lint-org was only asked to report on. It now dispatches only when named as the entry script. lint-org's CLI is also report-only by default now. Writes require --fix, and the wrap-up workflow and lint command pass it.

1 files changed, 6 insertions, 1 deletions

diff --git a/.ai/workflows/wrap-it-up.org b/.ai/workflows/wrap-it-up.org
index 6b84a02..5ce88a5 100644
--- a/.ai/workflows/wrap-it-up.org
+++ b/.ai/workflows/wrap-it-up.org
@@ -202,9 +202,14 @@ else
     followups=".ai/lint-followups.org"
 fi
 [ -f todo.org ] && emacs --batch -q -l .ai/scripts/lint-org.el \
-  --followups-file="$followups" todo.org
+  --fix --followups-file="$followups" todo.org
 #+end_src
 
+The =--fix= flag is required for the writes: lint-org's CLI default is
+report-only (a linter reports, it doesn't write), and this wrap-up pass is
+the deliberate exception that applies fixes — its diff rides the wrap-up
+commit for review.
+
 =lint-org= runs =org-lint= over =todo.org=, auto-applies four mechanical
 categories (=item-number= counters, bare =#+begin_src= → =#+begin_example=,
 multi-line planning-info merged onto one line, =**X.**= → =*X.*=), and