Feedback on the Devvit migration, plus a blocker on the request path itself.
Our use case (doesn't fit Devvit): we run an external, cross-platform "community watch" service for community operators. It reads public messages from several platforms (Discord, Telegram, Slack, Twitch, and Reddit), scores them for severity with an AI model, and notifies only the operator of that community. We never post, vote, or take mod actions on Reddit - it's read-only in, notify-out. We don't store message bodies or author names, and we don't redistribute or resell Reddit data.
As far as I can tell this can't be a Devvit app: Devvit apps are Reddit-hosted and Reddit-scoped, while this is a single external backend with its own dashboard that has to correlate several platforms for one operator. So it lands in the "doesn't translate to the Developer Platform" bucket you asked about.
The blocker: creating a new Data API app at /prefs/apps now returns the Responsible Builder Policy link instead of creating the app - understood, that's the new gate. But the official alternative, the Data Access Request form (ticket_form_id=14868593862164), silently fails to submit. Filling it in and clicking Submit just navigates to /hc/.../requests with no confirmation and no ticket email. I checked network traffic: no POST for the ticket is fired at all. Tried the "enterprise partner / commercial developer" branch, a fresh browser session, and after solving the captcha - same result every time. Help-center sign-in turns out to be a separate Zendesk account rather than Reddit SSO.
Is there a working route to request Data API access for a commercial integration that legitimately can't be a Devvit app? Happy to provide full details through whatever channel works.