Upgrade gh-aw to main (post-v0.71.1) to unblock autoloop file limit

[mrjf]

Problem

All three autoloop programs are stuck because create_pull_request enforces a hardcoded 100-file limit that counts diff --git headers in the patch rather than unique files. On long-running branches that merge main before committing, this inflates the count to ~1768 (nearly the entire repo tree) even though each iteration only touches 1-3 files.

• perf-comparison: E003 — 1767 files (limit 100)
• build-tsb-pandas-typescript-migration: E003 — 101 files (limit 100)
• tsb-perf-evolve: patch size failures

Fix

The fix landed on gh-aw main in github/gh-aw#28472 but is not yet in a release (latest is v0.71.1, Apr 24). It:

• Counts unique files in the patch instead of raw diff --git headers
• Adds a new max-patch-files config option (default 100, configurable)

Action

Upgrade tsessebe's gh-aw dependency to track main (or a pinned commit) instead of the v0.71.1 release, so we pick up the fix.

Once upgraded, we can also add max-patch-files: 500 to the autoloop workflow's safe-outputs config for additional headroom.

Related

• gh-aw issue: create_pull_request 100-file limit counts full branch diff, not per-push diff github/gh-aw#28471
• autoloop PR with max-patch-size bump: Fix safe-outputs patch size limit and title double-prefixing autoloop#57
• Example failing run: https://github.com/githubnext/tsessebe/actions/runs/24997568696