Talk:Flow Portal/Architecture

Hello! Unsure if this is the right place to ask - but hopefully Flow will have good APIs from the start baked in, so that they can be used by gadgets / tools / bots in awesome ways that Talk pages can never be? I assume we'll have OAuth by then, so integration with that would make a lot of the 'spam' / 'permission' issues go away, and will let us truly build awesome tools. So question is, 'are there APIs planned for everything from the beginning, rather than being something tacked on as an afterthought at the end'? Thanks! :) Yuvipanda (talk) 21:39, 17 July 2013 (UTC)
 * Full support for interacting with Flow via the API is absolutely necessary; there should be no excuse for making it so that bots cannot interact with Flow discussions in all ways that users can via the web UI. And yes, I mean full support, not the "limited fallback support for people who can't use VisualEditor" that I've heard mentioned a few times. If that means the bot has to work with VisualEditor's flavor of HTML, so be it, but then make sure that's well documented (if it isn't already) and clearly linked from the appropriate pages. BJorsch (WMF) (talk) 14:08, 19 July 2013 (UTC)


 * @BJorsch (WMF): No, this is not sufficient, and I would put it strong: Flow's human-facing UI must only use the APIs it creates. There should be no magic hooks that aren't exposed as API calls. If we can't be honest and architecturally-correct in developing our software, we have failed. Jdforrester (WMF) (talk) 17:28, 19 July 2013 (UTC)