I would suggest the first solution. The mediawiki on Fedora gets used mainly for change proposals and QA automation tools. After that it is people finding and trying increasingly bad amounts of past data because as Kevin says 'A wiki is Where Information Kills Itself'

I am guessing a workflow could look like:
mirror the site down as html
convert the html to markdown with pandoc
import all those md to a git repo.
put the git repo up for PR changes and forking.
use mkdocs to static generate the pages for review.
put in hooks to generate a site when merges are approved

I've had lots of problems with the wiki lately, so I'd like to see this happen. Alternate proposal: we have wikis built into our GitLab space, e.g. https://gitlab.com/groups/CentOS/-/wikis/home . A lot of information should go to a generated static site. But when we need a wiki for planning docs or whatever, we can just use GitLab.

I'm also not fond of having two static generators. We have jekyll for www and mkdocs for sigs. Can we consolidate?

Closing this ticket as there is now open/dedicated thread on centos-devel list.
When there will be consensus/decision we'll create ticket to reflect work to be done