Not the sort you'll like. I don't think scripters are going to do anything until the sheet is out of beta, more finalized, and they decide whether this is a sheet that is worth supporting. Yes, the sheet emerged from it's "official" beta waaaaaaaaaaay back on Sept 17... but that was... ...prior to character leveling working ...while still suffering from a problem that causes sheets to go blank ...without the ability to link bars to custom attributes ...with an inherent data-model problem that, in order to fix character-leveling, required users to REBUILD characters they'd already built ...not to mention the score of small clerical errors that are getting detected and corrected (a modifier not applying correctly, or over-applying itself, or a bit of data being wrong, etc.)... The point is, all of that is the sort of stuff you would expect to occur during a beta test period -- a character REBUILD? on a production sheet? The Sept 17 release wasn't a production-ready release. It was a panicked "we have to have some sort of release that we call production-ready or we'll lose userbase to other platforms who will have a 2024-rules-ready sheet" release. Eventually, we'll get an announcement that everything on the sheet that is going to be exposed to the API has been exposed to the API. At that point, scripters are going to have to make a decision. Better able to determine IF they are going to be able to update their script, and knowing HOW they would need to change it, they are going to have to evaluate WHETHER they should. Is it worth it? They be looking at trustability -- the sheet has already had a POST-BETA required character rebuild; Jumpgate had a UNILATERAL reworking of path objects; Roll20 is not concerned with making changes that undermine players' lived-UX if the change aligns with an imagined "ideal-UX". Is it worth it to code if Roll20 is willing to unilaterally break things? They'll also be looking at the sheet roadmap -- will a demiplane sheet replace this one at some point, and is it worth it to code in the meantime? They'll also be looking at usage of the sheet, and other sheet options -- there are some rumblings about crowd-funding a community sheet in the style of the 2014 sheet (with all of the 2014 UX including scripts), but built to better accommodate 2024 rules. If something like that happens, scripters might opt not to update their scripts to work with Beacon sheets. As far as timing, I've heard 3-6 months before the sheet is "stable," which I think is really optimistic... which only begins the clock on Scripters deciding what they're going to do, let alone the doing of those things.