upstream(fujibee/agmsg)の追加2コミットを同期する（#885 shard timeout, #887 compat_posix）

[kappaseijin4claude]

概要

Issue #89（PR #90）でのupstream同期直後に、upstream(fujibee/agmsg)へ新たに2コミットが追加されているのを定期確認で見つけました。いずれも現在追跡中の課題と直接関連が高いため、通常の1日1回のペースを待たず今回取り込みます。

対象コミット

• d077a87 fix(ci): pin count-invisible heavy test files apart, raise the shard timeout with real margin (#885) — upstream issue bats shards are balanced by test count, so adding tests can push one bucket past the job ceiling fujibee/agmsg#847/ci: macOS shard runtime has outgrown the 25-minute cap — adding tests can re-pack a shard over the cliff (wall-clock cancel of a passing shard, not a hang) fujibee/agmsg#848（batsシャードがtest数で均等分割される結果、大きいテストファイルが1つのシャードに偏り25分の上限を超えうる）への対処。このリポジトリで追跡中のIssue macos-latest runnerでtest_remote_status_liveness.batsのsync startテスト群が断続的にハングする #88（macos-latest runnerでのsync startテスト群のハング）・Issue test_remote_engine_start_refusal.bats: sync startのlock retake断定テストがmacOSで断続的に失敗する（2回中2回） #91（同ファイルのlock retakeテストの断続失敗）と同じ「macOSシャードの時間的余裕」という领域に関わる可能性があります。
• 7397131 test(compat): make the space-containing-path premise able to fail (#887) — tests/test_compat_posix.batsの、直前のPR #90で私自身も独立に気づいてgrep -qへ変換した非最後[[ ]]assertion（check-enforced-assertions.sh対象）を、upstream側はcase文で同趣旨に修正したものです。同一行なのでmerge時にconflictします。upstream側の実装を採用します（今後もupstreamと追従しやすくするため）。

進め方

軽微な2コミットの取り込みのため、通常の完全なガバナンス経路（ブランチ→ローカルテスト→PR→CI→マージ→後処理）は維持しつつ簡潔に進めます。

[kappaseijin4claude]

PR #94を作成しました。対象テスト(test_ci_sharding.bats, test_compat_posix.bats、計16件)ローカルpass確認済みです。CI green確認後mergeします。