[{"role": "system", "content": f"Here is a wiki page. Bot please review whether user's article has anything new to add on top of the following wiki page.\n\n> {page}\n\nBot write a VERY CONCISE, ONE SENTENCE, NO NEWLINE overview of what topics the user's article adds beyond the above wiki page."}, {"role": "assistant", "content": "Min word use active."}, {"user": post}]
and then use this to generate summaries of what each post with a tag has to add to a topic it's tagged with. I'd guesstimate without even fermi estimating it that this would cost $5k to run all lesswrong posts with gpt4. Note that the brevity prompt is for human use, not to save AI tokens.I agree. I was also about to post a reply along these lines. The key point is visibility. It already helps that the search lists wiki pages first, but I'd like
Out of distribution ideas:
Beginning with the name, "Tags", I don't see this system as a wiki. I see it as a tags system whose main purpose is to surface related articles; and occasionally a tag has an explanation attached. Unfortunately, article surfacing doesn't work well because a) articles are tagged inconsistently[1]; and b) articles are sorted by how highly their tag is upvoted, which I find unintuitive behavior with unintuitive sorting results.
Anyway, if I look at the Tags system for a minute as if it was Wikipedia, here's what I see:
All this taken together means that, if I want to know what a concept like "Calibration" is, my first impulse is not to check the tags page, but to look for high-karma LW posts which answer this question. So I hardly ever read the contents of Tags pages.
Tagging of new and existing LW posts is an obvious candidate to benefit from AI assistance; I vaguely recall seeing someone already looking into that.
Addendum: Apparently parts of the old LW1.0 wiki were imported as untaggable "wiki" pages (basically just tags with an internal checkbox which prevents them from being associated with any posts). Example page.
These pages are not visible on the Concepts (All Tags) page, either, except for one link at the top which mentions this import process. The wiki pages can be found via the search, though. I'm not sure whether they can be reached or found anywhere, otherwise.
So that's one more point in favor of Tags being implemented almost entirely as a tags system, a...
The main blocker for me is social rather than technical. Back when the new wiki first started, I created a page but the LW devs (or at least one of them) didn't like the page. There was some back and forth, but I came away from the discussion feeling pretty unwelcome and worried that if I were to make more contributions they would also involve lengthy debates or my work would be removed. I haven't really kept up on the wiki since that time, but I haven't seen anything that has changed my mind about this.
A few technical things that would make it nicer to edit:
Standard software-development question: what use cases and activities are you seeing now, and what do you want? Are they different in kind, or just quantity?
For me, it's not features (as far as I know) that are lacking, it's missing a well-defined purpose that it serves. Why does LW have a wiki, and what should be there, rather than in other, more authoritative locations?
When I reference LW contents, it's almost always posts I find and use, though sometimes a wiki page summarizes a sequence or topic better than any one post does, and I really appreciate when that's the case. I kind of wonder, though, if topics important enough to curate a page for shouldn't go on Wikipedia rather than LessWrong.
My use case is either good and short summaries with some useful links, or as a tag (to share the list of tagged posts), or both.
Also another reason I might prefer the LW wiki explanation to somewhere else's explanation is to have the LW style and lingo (which Wikipedia for example wouldn't have).
I think I would like a page for "the LessWrong consensus on parenting, AI forecasting, janas" I don't think wikipedia would take what I consider to be good sources on those topics.
Quickly revert other people's edits.
It's common on wikis to be able to quickly revert an entire edit from another editor. This adds cost to making monolithic edits (which can be reverted in much less time).
When I am writing my articles, I prefer a workflow in which I am able to show my article to selected others for discussion and review before I publish. This seems to not be possible currently without giving them co-authorship - which often is not what I want.
This could be solved for example by having one additional option that makes the article link accessible by others even while it is in draft mode.
Unless you are specifically talking about writing a wiki article (which I have 0 experience), it is possible to do this with a draft without co-authorship.
I sense this is possible, though what I want is for articles to just be public but not posted to the front page.
Here are my suggestions of Pull Requests I might make. I'd appreciate comments on them. https://docs.google.com/document/d/1EAk8656h4P7OBmYVvxkwCryiCp250MEH7SMuFGVFBGM/edit?usp=sharing
I suspect that ~nobody will see these if you post them in a comment or Google Docs link. Instead consider writing a short follow-up LW post which contains the suggested pull requests in the text while also linking to the Google Doc and this Q&A.
I don’t have an answer to this, but my impression is that the LW 1.0 Wiki was edited a lot more than the LW 2.0 Wiki. This seems like a thread worth investigating.
The LessWrong wiki does not seem as well used as it should be. I guess this is a lack of editors.
@Vladimir_Nesov made a good point that many standard wiki-editing features are missing which makes the prospect unappealing.
So in the spirit of this, what features would cause you personally to edit a lot more than you currently do?
I may try and pay some devs to write the pull requests if they seem feasible.