There really is no particularly satisfactory way to do this since all versions of last_activity_date conflate a question's activity with the activity of its answers.
You are going to have to fetch lots of items and filter out the chaff yourself. There are 2 main routes you can take, events or questions:
A) Use the /events route:
Use a filter that ...
You can filter (not sort) questions (and to some extent answers) by using the /search/advanced route of the API.
The q parameter allows most of the Advanced Search Options.
For example, this will fetch questions tagged python with at least 2 answers, and that have a score of 50 or more:
No, the API has a limited number of sort options (just like the website itself). The best you can do with the API is to fetch all results and then perform a client-side sort.
Alternatively, use SEDE which is much more flexible when it comes to sort orders, but it has the disadvantage of not providing real-time data. And it doesn't have an API, so it's only ...
I think creation_date is a default/universal sorting, unless activity_date is available. (But you know what they say happens when you "ASSUME".)‡
Seems like it would be required if paging is going to work well.
This post has 753 edits (759 revision entries) and the creation dates are all in descending order.
This post has 429 edits (...
This is a classic "procedural" (or "row based" or "sequential") versus "set based" issue. See Understanding “Set based” and “Procedural” approaches in SQL or any one of thousands of similar articles.
The API uses SQL to get its results and the idea of requiring an arbitrary order to results is anathema in SQL -- a sign of possible deficiencies in "set ...
This is most likely one of those things you'll have to do yourself and one reason why the API is available.
And, it's not too hard; here is pseudo code that works:
Call /questions/featured with max page-size and (ideally) filtered by your tag(s) of interest. EG:
Page through the results until has_more ...
Yes, much of the time, but:
Do not assume this is so, since it is never explicitly promised.
Some sortable routes do not even have an activity property (Example).
In this answer, the lead API developer says:
... ordering is descending by default.
This question and answer imply (but do not guarantee) that data is sorted by activity, by default (if ...