oss: automatic audit result reporting to platform API with offline queuing

[jeff-atriumn]

Summary

When logged in to the noxaudit platform, the CLI automatically reports audit results. The local workflow is unchanged — reports still write to local files. The platform is an additional destination.

Implementation

• After run_audit completes, POST to POST /api/audits if logged in
• Local queue for offline resilience: ~/.noxaudit/pending-sync.jsonl
• noxaudit sync command to manually flush queued results

Offline-first behavior

• If the platform API is unreachable, the CLI works normally
• Results queue locally in ~/.noxaudit/pending-sync.jsonl
• Next successful noxaudit run (or explicit noxaudit sync) flushes the queue

Work

• After run_audit completes, POST to platform API if logged in
• Local queue for offline resilience
• noxaudit sync command to manually flush queued results

Depends on

• atriumn/noxaudit-platform#20 (audit ingestion API)
• oss: CLI login/logout/whoami commands and token storage #146 (CLI login/logout/whoami — must implement auth first)

Does NOT depend on

• atriumn/noxaudit-platform#24 (Stripe billing) — reporting works regardless of payment status

---

Note: This issue was split from the original #126. Authentication (login/logout/whoami/credential management) is now handled separately in #146 for better separation of concerns.

[jeff-atriumn]

This issue has been split into two focused issues:

1. oss: CLI login/logout/whoami commands and token storage #146 — oss: CLI login/logout/whoami commands and token storage (authentication layer)
2. oss: automatic audit result reporting to platform API with offline queuing #126 — oss: automatic audit result reporting to platform API with offline queuing (this issue, now focused on result reporting)

The auth issue (#146) is a dependency for this one. Implement login/credential management first, then result reporting.

[jeff-atriumn]

Blocked by atriumn/noxaudit-platform#20 (platform API ingestion endpoint must exist first)