User:Raidarr - Revision history

Raidarr: global userpageifying it

2024-12-06T12:50:19Z

global userpageifying it

← Older revision		Revision as of 12:50, 6 December 2024
Line 1:		Line 1:
	Somewhere, deep in the Tropical Wikis, past the land of Orain, southwind of Miraheze and east of the dilapidated kingdom of Wikia, in the MAW of Fandom beneath the Sky from which wikimedians Shout, there is an Oasis...		Somewhere, deep in the Tropical Wikis, past the land of Orain, southwind of Miraheze and east of the dilapidated kingdom of Wikia, in the MAW of Fandom beneath the Sky from which wikimedians Shout, there is an Oasis...

	==~~Pages~~==		==Maybe useful==
	*Category tree: Documentation -- Support -- Policies -- Teams (pending on feedback on the Teams idea). Most things should fit in these main categories.		* [[mh:meta:User:Raidarr\|Miraheze userpage]] (w/extended list of essays, some applicable here)
	*[[~~Help Center]]? This should not be a duplication from~~ Miraheze.
	*[[Trust and Safety]], ~~this is kinda my shtick~~ here ~~so it could use a draft.~~		==Workspace==
	*[[WikiOasis Teams]], name pending as a hub to present the staff structure of the place. This ~~will hub~~ [[~~Executive Team~~]], [[~~Stewards~~]]~~, [[Trust and Safety]] and [[Tech]] for now, until any other groups are set up with leadership.~~		This is available [[wo:meta:User:Raidarr\|through meta only]]: [[/Workspace/]]
	*Content Policy should probably have an uppercase p, to be worked on soonish.

Raidarr: it's in my history if you want it

2024-12-05T18:21:23Z

it's in my history if you want it

← Older revision		Revision as of 18:21, 5 December 2024
Line 1:		Line 1:
	Somewhere, deep in the Tropical Wikis, past the land of Orain, southwind of Miraheze and east of the dilapidated kingdom of Wikia, in the MAW of Fandom beneath the Sky from which wikimedians Shout, there is an Oasis...		Somewhere, deep in the Tropical Wikis, past the land of Orain, southwind of Miraheze and east of the dilapidated kingdom of Wikia, in the MAW of Fandom beneath the Sky from which wikimedians Shout, there is an Oasis...

	~~==So you want to make a wiki farm==~~

	~~An open letter of sorts that is probably easier to review in wikitext than long blobs on discord.~~

	~~===Starting off===~~
	Core members should individually review and consider the following points; enact as described, enact with changes, no action, something like that. Going through these one at a time, perhaps with internal polls can get the common ground here set quickly. Changes should be reviewed and understood by the founders collectively. For simplicity this means founding members of tech and stewards.

	This is not inherently 'the best way' to do things, just thoughts for how to give it a shot based on the lessons of Miraheze, MakeAWiki and other attempts. Some of this I admit is experiments I've thought of for Miraheze but did not bother for one reason or another.

	~~===Teams===~~
	How to govern this thing. Here's my thoughts. Rather than focus so much on the rights, why don't we focus on groups that take over areas of responsibility. These areas off the top of my head are the Executive (name pending), Tech, Stewards, Trust and Safety and News.

	Executive is the core group of volunteers who will make major decisions and help push the project forward. Details vary but this should include the legal owner, directors of major teams (TS, tech), the stewards, news and what have you. It can include founding members of tech but I'm not sure every tech person going into the future should automatically have membership. It should be possible to have 'at large' trusted others who don't necessarily fit in a clean box. So maybe just the owner/directors inherently have the position, but founders and select tech, stewards, specialists can be invited by executive vote. This would be a more chill version of a Board (see miraheze) and would exist to democratize major platform decisions, and for all groups to come together. The key is that this group will meet or regularly discuss/report on things every so often. Quarterly is probably the easiest idea, but it could be monthly. Reporting would be decisions taken, things to work on, that sort of thing. Communication is key. This seeks to avoid the shortcomings of how Miraheze is managed while not putting power in the hands of a 'ruler'.

	Tech of course is what it says on the tin. Importantly, tech focuses on its own affairs - tech capacity should not mix with community capacity (unless someone is a tech + steward). They can address technical issues on the spot but should leave things like bans to other groups.

	Stewards are both CVTand the group which represents the platform to member wikis. They also assess and implement community decisions. As the time and need arises, this could split into subteams - CVT, a community support group, wiki creation; but this is not necessary at this time. Also as time goes on this could be a position elected, but I do not want to emulate Miraheze on this necessarily. For now it would be prudent to have executive-appointed stewards and let the platform grow a bit, then ease into a more democratic model if that is still desired. A similar idea was attempted by WikiTide. Depending on progress a good time to revisit this would be right around the new year. An interesting angle is to elect stewards specifically and then let their supporting teams (cvt etc) be appointed. This would chop bureaucracy while still giving agency to the community.

	Trust and Safety may not entirely be necessary, but for this case its purpose should be to respond to legal things, develop best practices for all groups, be able to audit or investigate staff conduct (stewards, tech etc), and explore ways to improve the safety and professionalism of WikiOasis.

	The news team would be something new and exist to keep a record of happenings, maintain a news area (including publishing content from other teams such as the executive) and broadcast happenings that the community should know about. This is an example of something people with no rights could contribute to and build up their record if they're interested in advanced volunteering.

	Other teams could be created that are less 'major' and are supervised by a trusted functionary probably from the executive group, such as meta documentation if there are volunteers for that, translation if that becomes a major factor, and more. These could be initiated by the executive group or the community itself.

	~~But, for now, probably best to avoid adding too many kitchens so to speak.~~

	~~===The global community===~~

	Miraheze has two community problems that run deep. One is lack of insightful voting and decisions. This needs to change from the ground up, any decision should be made with good reasoning and a civic interest. The other is that meta doesn't represent the global community. It represents the tiny handful who trickle in. Most wikis just want to mind their own business, or the farm is irrelevant to them and the wiki is just free hosting for something that happens elsewhere.

	So firstly WO needs to pick an attitude. It can either be like a Miraheze but more accepting of its small part in the world, and be as hands off as possible. This includes nixing infeasible policies like 'you must get steward approval for scope changes'. Or it can embrace being a smaller platform and encourage close contact with wiki operators, similar to Weird Gloop. Not everyone might engage but the door would be open to every operator, and democracy would be funneled into the true stakeholders of the platform, the wiki operators.

	The former would be easier to manage but if it's chosen, there should be another avoidance of a miraheze flaw: wikis taking advantage of unlimited free hosting. It should come with certain resource limits I believe, and thought of a premium aspect should start early. It is not a pleasant life living off begging for donations every year, and donation-only I believe is only ideal if the farm is committed to small, sustainable projects. Which would mean twisting arms a bit more at wiki creation to ensure a requestor is serious if they're starting something new, and looking closely at existing communities if something that already exists is moving.

	In any case to start with, major decisions should be mostly founder-initiated, however if we want to pursue something more open these decisions should be public facing for comment and improvement. If the decision is unpopular then even if the executive wants it, it should be reconsidered. No area imo should be totally off limits to open discussion unless necessary, including tech, though obviously tech should take point on things where only they would know what's going on anyway. But if it can be passed through the community, it should be for transparency and to possibly catch issues.

	~~===more?===~~
	~~We'll see what comes of this, I'd like to dig into hard Content Policy questions and stuff later but this is to set what the farm wants to be first, then it can answer those questions.~~

	~~but...~~
	* staff wiki?
	* email/ticketing/custom domain contact. lean inexpensive, this is not a big business™

	==Pages==		==Pages==

Globe: Globe moved page User:Vandalism to User:Raidarr over a redirect without leaving a redirect

2024-11-07T17:12:58Z

Globe moved page User:Vandalism to User:Raidarr over a redirect without leaving a redirect

← Older revision		Revision as of 17:12, 7 November 2024
(No difference)

Globe: Reverted edits by VandalBot (talk) to last revision by Raidarr

2024-11-07T17:12:41Z

Reverted edits by VandalBot (talk) to last revision by Raidarr

← Older revision	Revision as of 17:12, 7 November 2024
Line 1:	Line 1:
		Somewhere, deep in the Tropical Wikis, past the land of Orain, southwind of Miraheze and east of the dilapidated kingdom of Wikia, in the MAW of Fandom beneath the Sky from which wikimedians Shout, there is an Oasis...

		==So you want to make a wiki farm==

		An open letter of sorts that is probably easier to review in wikitext than long blobs on discord.

		===Starting off===
		Core members should individually review and consider the following points; enact as described, enact with changes, no action, something like that. Going through these one at a time, perhaps with internal polls can get the common ground here set quickly. Changes should be reviewed and understood by the founders collectively. For simplicity this means founding members of tech and stewards.

		This is not inherently 'the best way' to do things, just thoughts for how to give it a shot based on the lessons of Miraheze, MakeAWiki and other attempts. Some of this I admit is experiments I've thought of for Miraheze but did not bother for one reason or another.

		===Teams===
		How to govern this thing. Here's my thoughts. Rather than focus so much on the rights, why don't we focus on groups that take over areas of responsibility. These areas off the top of my head are the Executive (name pending), Tech, Stewards, Trust and Safety and News.

		Executive is the core group of volunteers who will make major decisions and help push the project forward. Details vary but this should include the legal owner, directors of major teams (TS, tech), the stewards, news and what have you. It can include founding members of tech but I'm not sure every tech person going into the future should automatically have membership. It should be possible to have 'at large' trusted others who don't necessarily fit in a clean box. So maybe just the owner/directors inherently have the position, but founders and select tech, stewards, specialists can be invited by executive vote. This would be a more chill version of a Board (see miraheze) and would exist to democratize major platform decisions, and for all groups to come together. The key is that this group will meet or regularly discuss/report on things every so often. Quarterly is probably the easiest idea, but it could be monthly. Reporting would be decisions taken, things to work on, that sort of thing. Communication is key. This seeks to avoid the shortcomings of how Miraheze is managed while not putting power in the hands of a 'ruler'.

		Tech of course is what it says on the tin. Importantly, tech focuses on its own affairs - tech capacity should not mix with community capacity (unless someone is a tech + steward). They can address technical issues on the spot but should leave things like bans to other groups.

		Stewards are both CVTand the group which represents the platform to member wikis. They also assess and implement community decisions. As the time and need arises, this could split into subteams - CVT, a community support group, wiki creation; but this is not necessary at this time. Also as time goes on this could be a position elected, but I do not want to emulate Miraheze on this necessarily. For now it would be prudent to have executive-appointed stewards and let the platform grow a bit, then ease into a more democratic model if that is still desired. A similar idea was attempted by WikiTide. Depending on progress a good time to revisit this would be right around the new year. An interesting angle is to elect stewards specifically and then let their supporting teams (cvt etc) be appointed. This would chop bureaucracy while still giving agency to the community.

		Trust and Safety may not entirely be necessary, but for this case its purpose should be to respond to legal things, develop best practices for all groups, be able to audit or investigate staff conduct (stewards, tech etc), and explore ways to improve the safety and professionalism of WikiOasis.

		The news team would be something new and exist to keep a record of happenings, maintain a news area (including publishing content from other teams such as the executive) and broadcast happenings that the community should know about. This is an example of something people with no rights could contribute to and build up their record if they're interested in advanced volunteering.

		Other teams could be created that are less 'major' and are supervised by a trusted functionary probably from the executive group, such as meta documentation if there are volunteers for that, translation if that becomes a major factor, and more. These could be initiated by the executive group or the community itself.

		But, for now, probably best to avoid adding too many kitchens so to speak.

		===The global community===

		Miraheze has two community problems that run deep. One is lack of insightful voting and decisions. This needs to change from the ground up, any decision should be made with good reasoning and a civic interest. The other is that meta doesn't represent the global community. It represents the tiny handful who trickle in. Most wikis just want to mind their own business, or the farm is irrelevant to them and the wiki is just free hosting for something that happens elsewhere.

		So firstly WO needs to pick an attitude. It can either be like a Miraheze but more accepting of its small part in the world, and be as hands off as possible. This includes nixing infeasible policies like 'you must get steward approval for scope changes'. Or it can embrace being a smaller platform and encourage close contact with wiki operators, similar to Weird Gloop. Not everyone might engage but the door would be open to every operator, and democracy would be funneled into the true stakeholders of the platform, the wiki operators.

		The former would be easier to manage but if it's chosen, there should be another avoidance of a miraheze flaw: wikis taking advantage of unlimited free hosting. It should come with certain resource limits I believe, and thought of a premium aspect should start early. It is not a pleasant life living off begging for donations every year, and donation-only I believe is only ideal if the farm is committed to small, sustainable projects. Which would mean twisting arms a bit more at wiki creation to ensure a requestor is serious if they're starting something new, and looking closely at existing communities if something that already exists is moving.

		In any case to start with, major decisions should be mostly founder-initiated, however if we want to pursue something more open these decisions should be public facing for comment and improvement. If the decision is unpopular then even if the executive wants it, it should be reconsidered. No area imo should be totally off limits to open discussion unless necessary, including tech, though obviously tech should take point on things where only they would know what's going on anyway. But if it can be passed through the community, it should be for transparency and to possibly catch issues.

		===more?===
		We'll see what comes of this, I'd like to dig into hard Content Policy questions and stuff later but this is to set what the farm wants to be first, then it can answer those questions.

		but...
		* staff wiki?
		* email/ticketing/custom domain contact. lean inexpensive, this is not a big business™

		==Pages==
		*Category tree: Documentation -- Support -- Policies -- Teams (pending on feedback on the Teams idea). Most things should fit in these main categories.
		*[[Help Center]]? This should not be a duplication from Miraheze.
		*[[Trust and Safety]], this is kinda my shtick here so it could use a draft.
		*[[WikiOasis Teams]], name pending as a hub to present the staff structure of the place. This will hub [[Executive Team]], [[Stewards]], [[Trust and Safety]] and [[Tech]] for now, until any other groups are set up with leadership.
		*Content Policy should probably have an uppercase p, to be worked on soonish.

VandalBot: VandalBot moved page User:Raidarr to User:Vandalism: Vandalism

2024-11-07T15:33:04Z

VandalBot moved page User:Raidarr to User:Vandalism: Vandalism

← Older revision		Revision as of 15:33, 7 November 2024
(No difference)

VandalBot: Vandalism

2024-11-07T15:32:50Z

Vandalism

← Older revision		Revision as of 15:32, 7 November 2024
Line 1:		Line 1:
	Somewhere, deep in the Tropical Wikis, past the land of Orain, southwind of Miraheze and east of the dilapidated kingdom of Wikia, in the MAW of Fandom beneath the Sky from which wikimedians Shout, there is an Oasis...

	~~==So you want to make a wiki farm==~~

	~~An open letter of sorts that is probably easier to review in wikitext than long blobs on discord.~~

	~~===Starting off===~~
	Core members should individually review and consider the following points; enact as described, enact with changes, no action, something like that. Going through these one at a time, perhaps with internal polls can get the common ground here set quickly. Changes should be reviewed and understood by the founders collectively. For simplicity this means founding members of tech and stewards.

	This is not inherently 'the best way' to do things, just thoughts for how to give it a shot based on the lessons of Miraheze, MakeAWiki and other attempts. Some of this I admit is experiments I've thought of for Miraheze but did not bother for one reason or another.

	~~===Teams===~~
	How to govern this thing. Here's my thoughts. Rather than focus so much on the rights, why don't we focus on groups that take over areas of responsibility. These areas off the top of my head are the Executive (name pending), Tech, Stewards, Trust and Safety and News.

	Executive is the core group of volunteers who will make major decisions and help push the project forward. Details vary but this should include the legal owner, directors of major teams (TS, tech), the stewards, news and what have you. It can include founding members of tech but I'm not sure every tech person going into the future should automatically have membership. It should be possible to have 'at large' trusted others who don't necessarily fit in a clean box. So maybe just the owner/directors inherently have the position, but founders and select tech, stewards, specialists can be invited by executive vote. This would be a more chill version of a Board (see miraheze) and would exist to democratize major platform decisions, and for all groups to come together. The key is that this group will meet or regularly discuss/report on things every so often. Quarterly is probably the easiest idea, but it could be monthly. Reporting would be decisions taken, things to work on, that sort of thing. Communication is key. This seeks to avoid the shortcomings of how Miraheze is managed while not putting power in the hands of a 'ruler'.

	Tech of course is what it says on the tin. Importantly, tech focuses on its own affairs - tech capacity should not mix with community capacity (unless someone is a tech + steward). They can address technical issues on the spot but should leave things like bans to other groups.

	Stewards are both CVTand the group which represents the platform to member wikis. They also assess and implement community decisions. As the time and need arises, this could split into subteams - CVT, a community support group, wiki creation; but this is not necessary at this time. Also as time goes on this could be a position elected, but I do not want to emulate Miraheze on this necessarily. For now it would be prudent to have executive-appointed stewards and let the platform grow a bit, then ease into a more democratic model if that is still desired. A similar idea was attempted by WikiTide. Depending on progress a good time to revisit this would be right around the new year. An interesting angle is to elect stewards specifically and then let their supporting teams (cvt etc) be appointed. This would chop bureaucracy while still giving agency to the community.

	Trust and Safety may not entirely be necessary, but for this case its purpose should be to respond to legal things, develop best practices for all groups, be able to audit or investigate staff conduct (stewards, tech etc), and explore ways to improve the safety and professionalism of WikiOasis.

	The news team would be something new and exist to keep a record of happenings, maintain a news area (including publishing content from other teams such as the executive) and broadcast happenings that the community should know about. This is an example of something people with no rights could contribute to and build up their record if they're interested in advanced volunteering.

	Other teams could be created that are less 'major' and are supervised by a trusted functionary probably from the executive group, such as meta documentation if there are volunteers for that, translation if that becomes a major factor, and more. These could be initiated by the executive group or the community itself.

	~~But, for now, probably best to avoid adding too many kitchens so to speak.~~

	~~===The global community===~~

	Miraheze has two community problems that run deep. One is lack of insightful voting and decisions. This needs to change from the ground up, any decision should be made with good reasoning and a civic interest. The other is that meta doesn't represent the global community. It represents the tiny handful who trickle in. Most wikis just want to mind their own business, or the farm is irrelevant to them and the wiki is just free hosting for something that happens elsewhere.

	So firstly WO needs to pick an attitude. It can either be like a Miraheze but more accepting of its small part in the world, and be as hands off as possible. This includes nixing infeasible policies like 'you must get steward approval for scope changes'. Or it can embrace being a smaller platform and encourage close contact with wiki operators, similar to Weird Gloop. Not everyone might engage but the door would be open to every operator, and democracy would be funneled into the true stakeholders of the platform, the wiki operators.

	The former would be easier to manage but if it's chosen, there should be another avoidance of a miraheze flaw: wikis taking advantage of unlimited free hosting. It should come with certain resource limits I believe, and thought of a premium aspect should start early. It is not a pleasant life living off begging for donations every year, and donation-only I believe is only ideal if the farm is committed to small, sustainable projects. Which would mean twisting arms a bit more at wiki creation to ensure a requestor is serious if they're starting something new, and looking closely at existing communities if something that already exists is moving.

	In any case to start with, major decisions should be mostly founder-initiated, however if we want to pursue something more open these decisions should be public facing for comment and improvement. If the decision is unpopular then even if the executive wants it, it should be reconsidered. No area imo should be totally off limits to open discussion unless necessary, including tech, though obviously tech should take point on things where only they would know what's going on anyway. But if it can be passed through the community, it should be for transparency and to possibly catch issues.

	~~===more?===~~
	~~We'll see what comes of this, I'd like to dig into hard Content Policy questions and stuff later but this is to set what the farm wants to be first, then it can answer those questions.~~

	~~but...~~
	* staff wiki?
	* email/ticketing/custom domain contact. lean inexpensive, this is not a big business™

	~~==Pages==~~
	*Category tree: Documentation -- Support -- Policies -- Teams (pending on feedback on the Teams idea). Most things should fit in these main categories.
	*[[Help Center]]? This should not be a duplication from Miraheze.
	*[[Trust and Safety]], this is kinda my shtick here so it could use a draft.
	*[[WikiOasis Teams]], name pending as a hub to present the staff structure of the place. This will hub [[Executive Team]], [[Stewards]], [[Trust and Safety]] and [[Tech]] for now, until any other groups are set up with leadership.
	*Content Policy should probably have an uppercase p, to be worked on soonish.

Raidarr: /* Pages */ more on team stuff

2024-11-05T10:25:49Z

Pages: more on team stuff

← Older revision		Revision as of 10:25, 5 November 2024
Line 48:		Line 48:
	*[[Help Center]]? This should not be a duplication from Miraheze.		*[[Help Center]]? This should not be a duplication from Miraheze.
	*[[Trust and Safety]], this is kinda my shtick here so it could use a draft.		*[[Trust and Safety]], this is kinda my shtick here so it could use a draft.
			*[[WikiOasis Teams]], name pending as a hub to present the staff structure of the place. This will hub [[Executive Team]], [[Stewards]], [[Trust and Safety]] and [[Tech]] for now, until any other groups are set up with leadership.
	*Content Policy should probably have an uppercase p, to be worked on soonish.		*Content Policy should probably have an uppercase p, to be worked on soonish.

Raidarr: /* more? */ a few things

2024-11-03T10:13:51Z

more?: a few things

← Older revision		Revision as of 10:13, 3 November 2024
Line 39:		Line 39:
	===more?===		===more?===
	We'll see what comes of this, I'd like to dig into hard Content Policy questions and stuff later but this is to set what the farm wants to be first, then it can answer those questions.		We'll see what comes of this, I'd like to dig into hard Content Policy questions and stuff later but this is to set what the farm wants to be first, then it can answer those questions.

			but...
			* staff wiki?
			* email/ticketing/custom domain contact. lean inexpensive, this is not a big business™

	==Pages==		==Pages==

Raidarr at 21:45, 2 November 2024

2024-11-02T21:45:23Z

← Older revision		Revision as of 21:45, 2 November 2024
Line 39:		Line 39:
	===more?===		===more?===
	We'll see what comes of this, I'd like to dig into hard Content Policy questions and stuff later but this is to set what the farm wants to be first, then it can answer those questions.		We'll see what comes of this, I'd like to dig into hard Content Policy questions and stuff later but this is to set what the farm wants to be first, then it can answer those questions.

			==Pages==
			*Category tree: Documentation -- Support -- Policies -- Teams (pending on feedback on the Teams idea). Most things should fit in these main categories.
			*[[Help Center]]? This should not be a duplication from Miraheze.
			*[[Trust and Safety]], this is kinda my shtick here so it could use a draft.
			*Content Policy should probably have an uppercase p, to be worked on soonish.

Raidarr: /* So you want to make a wiki farm */ rewriting a bit

2024-11-02T21:25:06Z

So you want to make a wiki farm: rewriting a bit

← Older revision		Revision as of 21:25, 2 November 2024
Line 2:		Line 2:

	==So you want to make a wiki farm==		==So you want to make a wiki farm==
	Alright, here's my attempt. I'm writing this because the farm is getting its start mainly by duplicating Miraheze elements without thinking about them, and because there is a desire to be community driven but there is no hand on the steering wheel. Both of these are fatal and will doom this farm to be viewed as a hotbed of CIR outliers off the Miraheze or Skywikis tills.

	~~My recommendation~~ is to step back, take a beat, and run through the basics. You want democracy, any democracy is the product of founders who sat down to figure it out, even the boring stuff. You want a farm, have a clear vision. You want progress, have a roadmap. Here's some stuff to consider.		An open letter of sorts that is probably easier to review in wikitext than long blobs on discord.

	* '''Global groups''': reform based on strictly what is needed. ~~You do not need global patrollers~~ at ~~all~~, ~~you might not need anything besides steward for~~ the ~~time being~~. ~~Simplicity~~ is ~~probably~~ best ~~on this~~, a ~~refreshing change from~~ the ~~absolute jungles that are Wikipedia~~ and ~~even~~ Miraheze.		===Starting off===
	* '''Teams''~~': a chance for WikiOasis to be original~~. ~~It has a~~ Tech, ~~T&S~~, ~~stewards~~. ~~Perhaps~~ the ~~system can become team driven~~. ~~Wiki creation team, if you insist on it at~~ this ~~stage; tech team~~, ~~T&S team~~, ~~build around having core groups of people with clear sectors of responsibility. Zippy~~, as the ~~tech executive~~, ~~is frankly probably best leaving moderation decisions~~ and the ~~like~~ to the ~~steward group~~, ~~which could either~~ be ~~part~~ of ~~an executive team which has collective authority over all groups~~ (~~zippy could still be here as chief tech/financer/owner~~), or ~~simply lead community~~/~~cvt~~. ~~These~~ could be ~~different groups~~, ~~perhaps community has a focus~~ on ~~outreach~~, ~~support, discussions, and cvt~~ is what it says on the tin. ~~This~~ is not ~~fully thought out~~, I ~~could think of~~ more if desired~~, maybe~~ a ~~proposal~~. ~~At least it~~ should be ~~considered~~.		Core members should individually review and consider the following points; enact as described, enact with changes, no action, something like that. Going through these one at a time, perhaps with internal polls can get the common ground here set quickly. Changes should be reviewed and understood by the founders collectively. For simplicity this means founding members of tech and stewards.
	* '''~~Normalizing reason''': already several discussions have suffered~~ from ~~vapid~~ voting ~~behavior~~. This is the ~~death of meaningful change~~. ~~The right attitude must be~~ the ~~default~~. ~~What~~ is the ~~right~~ attitude~~? Rational~~, ~~thought out positions~~. ~~Asking questions~~. ~~Modifying proposals~~, ~~making changes before they enter a final voting stage~~. ~~People willing~~ to ~~act as Deem does on Miraheze: possibly opposing~~ the ~~majority~~ if there is a ~~good case~~. ~~Frown on poor or no rationale~~. ~~The~~ only ~~way consensus works~~ is if ~~its members are~~ open ~~minded~~ and ~~educated~~. If ~~this~~ can't be ~~done then perhaps another system is necessary~~.
	* There'~~s more but~~ I'~~m off~~ to ~~work. Catch you~~ later.		This is not inherently 'the best way' to do things, just thoughts for how to give it a shot based on the lessons of Miraheze, MakeAWiki and other attempts. Some of this I admit is experiments I've thought of for Miraheze but did not bother for one reason or another.
	*
	*		===Teams===
	*		How to govern this thing. Here's my thoughts. Rather than focus so much on the rights, why don't we focus on groups that take over areas of responsibility. These areas off the top of my head are the Executive (name pending), Tech, Stewards, Trust and Safety and News.
	*
			Executive is the core group of volunteers who will make major decisions and help push the project forward. Details vary but this should include the legal owner, directors of major teams (TS, tech), the stewards, news and what have you. It can include founding members of tech but I'm not sure every tech person going into the future should automatically have membership. It should be possible to have 'at large' trusted others who don't necessarily fit in a clean box. So maybe just the owner/directors inherently have the position, but founders and select tech, stewards, specialists can be invited by executive vote. This would be a more chill version of a Board (see miraheze) and would exist to democratize major platform decisions, and for all groups to come together. The key is that this group will meet or regularly discuss/report on things every so often. Quarterly is probably the easiest idea, but it could be monthly. Reporting would be decisions taken, things to work on, that sort of thing. Communication is key. This seeks to avoid the shortcomings of how Miraheze is managed while not putting power in the hands of a 'ruler'.

			Tech of course is what it says on the tin. Importantly, tech focuses on its own affairs - tech capacity should not mix with community capacity (unless someone is a tech + steward). They can address technical issues on the spot but should leave things like bans to other groups.

			Stewards are both CVTand the group which represents the platform to member wikis. They also assess and implement community decisions. As the time and need arises, this could split into subteams - CVT, a community support group, wiki creation; but this is not necessary at this time. Also as time goes on this could be a position elected, but I do not want to emulate Miraheze on this necessarily. For now it would be prudent to have executive-appointed stewards and let the platform grow a bit, then ease into a more democratic model if that is still desired. A similar idea was attempted by WikiTide. Depending on progress a good time to revisit this would be right around the new year. An interesting angle is to elect stewards specifically and then let their supporting teams (cvt etc) be appointed. This would chop bureaucracy while still giving agency to the community.

			Trust and Safety may not entirely be necessary, but for this case its purpose should be to respond to legal things, develop best practices for all groups, be able to audit or investigate staff conduct (stewards, tech etc), and explore ways to improve the safety and professionalism of WikiOasis.

			The news team would be something new and exist to keep a record of happenings, maintain a news area (including publishing content from other teams such as the executive) and broadcast happenings that the community should know about. This is an example of something people with no rights could contribute to and build up their record if they're interested in advanced volunteering.

			Other teams could be created that are less 'major' and are supervised by a trusted functionary probably from the executive group, such as meta documentation if there are volunteers for that, translation if that becomes a major factor, and more. These could be initiated by the executive group or the community itself.

			But, for now, probably best to avoid adding too many kitchens so to speak.

			===The global community===

			Miraheze has two community problems that run deep. One is lack of insightful voting and decisions. This needs to change from the ground up, any decision should be made with good reasoning and a civic interest. The other is that meta doesn't represent the global community. It represents the tiny handful who trickle in. Most wikis just want to mind their own business, or the farm is irrelevant to them and the wiki is just free hosting for something that happens elsewhere.

			So firstly WO needs to pick an attitude. It can either be like a Miraheze but more accepting of its small part in the world, and be as hands off as possible. This includes nixing infeasible policies like 'you must get steward approval for scope changes'. Or it can embrace being a smaller platform and encourage close contact with wiki operators, similar to Weird Gloop. Not everyone might engage but the door would be open to every operator, and democracy would be funneled into the true stakeholders of the platform, the wiki operators.

			The former would be easier to manage but if it's chosen, there should be another avoidance of a miraheze flaw: wikis taking advantage of unlimited free hosting. It should come with certain resource limits I believe, and thought of a premium aspect should start early. It is not a pleasant life living off begging for donations every year, and donation-only I believe is only ideal if the farm is committed to small, sustainable projects. Which would mean twisting arms a bit more at wiki creation to ensure a requestor is serious if they're starting something new, and looking closely at existing communities if something that already exists is moving.

			In any case to start with, major decisions should be mostly founder-initiated, however if we want to pursue something more open these decisions should be public facing for comment and improvement. If the decision is unpopular then even if the executive wants it, it should be reconsidered. No area imo should be totally off limits to open discussion unless necessary, including tech, though obviously tech should take point on things where only they would know what's going on anyway. But if it can be passed through the community, it should be for transparency and to possibly catch issues.

			===more?===
			We'll see what comes of this, I'd like to dig into hard Content Policy questions and stuff later but this is to set what the farm wants to be first, then it can answer those questions.