Hi! I'm the dev here! I built this on a whim at after seeing someone ask for it on twitter. It was 12:30 at night but I couldn't pass down the opportunity to build it.
The code is very simple, there's no backend at all actually, I believe because wikipedia's api is very permissive and you can just make the requests in the frontend. So you just simply request random articles, get some snippets, and the image attached!
I used Claude and cursor do 90% of the heavy lifting, so I am positive there's plenty of room for optimizations. But right now as it stands, it's quite fun to play with, even without anything very sophisticated.
Shoutout to APIs that do not enforce CORS preventing requests be made from FE without a need for a BE. There's so many toy apps I started building that would have just worked if this was more common, but they have CORS restrictions requiring me to spin up a BE which for many one-off tools and personal tools just isn't worth doing and maintaining. Same with OAuth.
egonschiele 22 hours ago [-]
nit: same-origin policy is the restriction. CORS isn't the restriction, it's the thing that helps you. CORS is the solution, not the problem.
ahoka 9 hours ago [-]
Yes, exactly. People who want to "disable" it have no idea how the web works. Developers have all kinds of misconceptions about what it is, I even heard someone saying it disallows backends to call their API.
bawolff 5 hours ago [-]
And in particular CORS is the region you can read the wikkpedia api cross origin (unless you are doing jsonp, but hopefully they are using CORS because it is better in every way)
tasuki 22 hours ago [-]
There's many services to solve this pain point. I've used https://allorigins.win/ in the past.
Neet, if you want to leak your users' credentials in a XSS attack.
pooper 7 hours ago [-]
I would only use something like this that requires absolutely no authentication. For example, I had a one page app that showed me instantly when the next shuttle(s) were scheduled for my stop. Instead of having to click through multiple steps, this allowed me to see it in one step. As far as I know, I was the only user for this thing I built and put up on gitlab pages. I don't know exactly because I didn't bother to track who visited the page.
Klonoar 23 hours ago [-]
I kind of miss the era of JSON-P supported APIs. Feels like such a weird little moment in time.
aizk 23 hours ago [-]
The only caveat I feel is that the speed of the API is definitely not comparable to something more purpose built for this kind of scale, but overall I'm happy as it works well enough that I don't have to think about it too hard.
mikedelfino 23 hours ago [-]
I think Github Actions could be used for scheduled builds, so that the initial load would have random articles right in. Further requests could then be made in advance so users would not notice any delay from the API.
aizk 22 hours ago [-]
Do you have any examples of that I can look at as a reference? I'm used to github actions just being my CI/CD build step checking tool.
mikedelfino 19 hours ago [-]
I attempted to implement the schedule trigger [1] on GitHub Actions as an example, but it is not being triggered as I expected. It needs more digging if you're so inclined.
Aside from that, the whole gist is that the initial data can be injected into the static files during the build step, or even saved as separate JSON files that the app can load instead of reaching out to the API. As long as you're willing to refresh the static data from time to time, of course.
I created a basic example at https://schedbuild.pages.dev/ with a rough, manual implementation of a build step. Frameworks like Next.js offer a more sophisticated approach that can render the entire HTML, allowing users to load the static page with the initial data already rendered without Javascript, and subsequent interactions taking over from there more seamlessly.
If the Github Actions schedule feature is ever sorted out, in my opinion it's a reasonable alternative to setting up a backend just for this.
in lieu of a cron server, I use scheduled jobs without any issues for a few production workloads on azure devops (AKA gh actions 0.1).
mikedelfino 11 hours ago [-]
You're right. I just checked the example project now and it's been updated hourly since then. It's just slightly delayed.
mikedelfino 11 hours ago [-]
Edit to the other comment: the cron job wasn't being triggered at first, but turns out it's just slightly delayed. The example has been updated hourly since then.
You can use a schedule trigger [1] on GitHub Actions.
The whole gist is that the initial data can be injected into the static files during the build step, or even saved as separate JSON files that the app can load instead of reaching out to the API. As long as you're willing to refresh the static data from time to time, of course.
I created a basic example at https://schedbuild.pages.dev/ with a rough, manual implementation of a build step. Frameworks like Next.js offer a more sophisticated approach that can render the entire HTML, allowing users to load the static page with the initial data already rendered without Javascript, and subsequent interactions taking over from there more seamlessly.
In my opinion this is a reasonable alternative to setting up a backend just for this.
Could you just preload the next few entries before the user swipes?
jumploops 22 hours ago [-]
Shameless plug for Magic Loops -- we run code in isolated MicroVMs and students love our lack of CORS enforcement, as the APIs they build can be easily integrated into their hackathon projects :)
Using nextjs with a serverless function acting as a proxy is pretty simple
Liquidor 12 hours ago [-]
Don't you mean Node.js ?
I don't see why you would use a full Next.js framework for just a reverse proxy.
nathansherburn 21 hours ago [-]
A great way to get around this is with an edge function from deno deploy.
spencerchubb 23 hours ago [-]
use firebase cloud functions free tier
bazmattaz 24 hours ago [-]
This is awesome. I can imagine you likely are not interested in building one but this site could hugely benefit from a recommendations algorithm.
For example an algorithm could understand how much a user really enjoys a certain article and then starts sending the users down a rabbit hole of similar and tangential content. Designing, building and maintaining an algorithm like this though is no small feat.
aizk 22 hours ago [-]
I would not be surprised if Claude + Openai's reasoning models could develop a simple rudimentary algorithm that would work. Of course it wouldn't be as sophisticated as something like TikTok and would require a lot of fine tuning, but it's definitely possible.
singpolyma3 20 hours ago [-]
Or even use an LLM directly "user liked articles with these titles, what others might they like"
t_mann 20 hours ago [-]
+ keeping it in the front end with local storage
Aeolun 22 hours ago [-]
You are joking right?
smus 21 hours ago [-]
why would it be a joke?
airstrike 20 hours ago [-]
echo chambers bad
matsemann 10 hours ago [-]
Why is it bad if it learns that I like to read about medieval fortresses, and that it should skip showing me rocket ships, for instance?
gessha 19 hours ago [-]
Personalization is not inherently bad and I believe personal feeds can be engineered in a way that doesn’t result in echo chambers but in communities.
The problem is capital incentives are not aligned with making these interfaces which is why we have the feeds we have today on Facebook, Twitter, etc. I look forward to the innovations happening on bring-your-own-algo Bluesky.
As a side note, I’m currently building a personalized Hacker News service. I might throw it at Show HN once it gets closer to completion.
This is far from a shameless plug, you built the thing! V nice love the idea.
preciousoo 1 days ago [-]
I remember seeing that tweet, I thought it was the craziest coincidence ever when I saw this on the front page. I guess it’s not haha
aizk 1 days ago [-]
As soon as I saw the tweet, I realized the opportunity was there waiting for me. And also, twitter's algorithm is REALLY good at pairing the right tweets to one another, so many people saw those two tweets side by side, which added to the humor.
Kudos for the anthropological experiment. Indeed makes you wonder what's there about the sliding that makes it so entertaining.
I suggest you add some sort of summary that flows, so to add certain level of animation. Some articles have actual sound and animations to them.
Great inspiration!
viraptor 14 hours ago [-]
> Indeed makes you wonder what's there about the sliding that makes it so entertaining.
Check out "skinner box" - the fact that you may get something interesting or may not is more exciting than just getting something good. They're lootboxes of information/entertainment.
larodi 11 hours ago [-]
It’s lottery indeed, you are right.
piloto_ciego 24 hours ago [-]
This is freaking really cool, I’m at work browsing HN instead of doing actual work, but I’ll look into it more later, but the “killer feature” I think would be to add audio narration do this, or a quick summary, I would scroll that all day…
Awesome job!
rzz3 18 hours ago [-]
This is super super cool. I’ll tell you the single barrier to me actually using this regularly—it needs an algorithm. It would be so cool (and a good learning project) to even build the simplest of recommendation algorithms behind it based on my likes, dislikes, bookmarks, and whether I click “read more”.
mostertoaster 24 hours ago [-]
Wow this is surprisingly addictive :)
Nice job whipping up something so simple, yet elegant, so fast.
This is what I love about LLM tools like cursor, it makes the effort to just try and build something so low, you can just try it one night, and can make cool things that might not have been built otherwise.
b3n 11 hours ago [-]
Nice! I made WikTok[1] in the past, but your version looks much better. :-)
I just wanna say I love it. So simple, but so cool. You've taken a popular idea and done something interesting and intellectual out of it. good job.
andrewmutz 23 hours ago [-]
It would be cool to add an algorithm that learns my interests and suggests relevant articles
echelon 22 hours ago [-]
Next steps: ingest these offline and process them into quick 30 second videos with the most salient facts. TTS narration, additional images. Generate stock video using the images in the API and perhaps text-to-video. That would be a killer app.
Bonus: come up with a heuristic or model to filter out or de-rank universally uninteresting articles.
rererereferred 21 hours ago [-]
Very nice! I wonder if it would be possible to see articles related to a topic. Maybe using the hubs as a starting point and then following the related links in each article?
KeplerBoy 23 hours ago [-]
Love it!
One of the rare website i added to my android homescreen. Maybe someone has a good idea for a nice favicon.
aizk 21 hours ago [-]
I added a dark wikipedia logo as the favicon, which should be good for now.
hemant1041 7 hours ago [-]
Great job!
tomieinlove 1 days ago [-]
Congrats! Tomie here, this is absolutely great!
varjag 1 days ago [-]
This is great! Thanks for sharing it.
WikiFuck 22 hours ago [-]
[dead]
xhrpost 1 days ago [-]
Wonder what it would take to add a simple algorithm to this. Part of what makes short media apps (dangerously) addictive is that they eventually learn what you like and feed you more of that. An app like this with such an algo could help with the stickiness (and presumably get us away from the other apps at least for a little bit). "Oh this person likes science stuff, let's feed them more, oh they specifically like stuff related to quantum mechanics, let's place a summary paragraph from a related page topic in there."
aizk 1 days ago [-]
On one hand I am thinking about what a very basic algorithm would like (maybe even just categories I might do) and maybe how it would make people happy.
On the other hand, I'm not sure exactly the details of wikipedia's api TOS. Also as it stands this website is entirely in the frontend at the moment, and I'm enjoying just scaffolding out what I can with limited a more limited set of tools to speak.
I realize now the suffix "tok" implies a crazy ML algo that is trained every single movement, click, tap, and pause you make, but I don't think I really want that.
codingdave 24 hours ago [-]
It should be possible to keep this all front-end, even with some basic algorithm for the searches - just use localStorage. That keep things simple and resolve privacy concerns, as people own their data and can delete them any time.
aizk 22 hours ago [-]
Update - I chatted with some devs at wikipedia, and they confirmed I'm not hitting their servers hard, which is great.
Aeolun 22 hours ago [-]
Compared to default wikipedia traffic this should be a drop in a bucket right?
15 hours ago [-]
aizk 21 hours ago [-]
Probably? I have no frame of reference, I've never done giant distributed systems before. I just noticed that earlier version had some slowdowns but I think I was just improperly fetching the images ahead of time.
bawolff 5 hours ago [-]
> On the other hand, I'm not sure exactly the details of wikipedia's api TOS
You are basically allowed to do whatever as long as it doesn't cause an operational issue, you dont have too many requests in-flight at one time , and you put contact info in the user-agent or Api-User-Agent header. (Adding a unique api-user-agent header is probably the most important requirement, since if it does cause problems it lets operations team easily see what is happening)
I think the wiktok thing is exactly the sort of thing wikimedia folks hope people will use the api to create.
valec 20 hours ago [-]
keep user profiles maybe with cookies or by encouraging sign-ups and then use NMF
About the “Tok” suffix, I also think that while it has the algorithm connotations, it also has been used a lot to describe communities that have formed on TikTok. For example, BookTok (where some bookstores have started to pay attention to how people on TikTok can make some books popular again seemingly on a whim) or WitchTok.
l3x4ur1n 10 hours ago [-]
StickTok where people show cool sticks they found in the nature!
keerthiko 23 hours ago [-]
browser-store and cookies, among other tools, provide nice front-end-only persistent storage for holding things like recommendation weights/scoring matrices. maybe a simple algorithm that can evaluate down from a few bytes stored in weights might be all the more elegant.
aDyslecticCrow 23 hours ago [-]
For each 10 seconds of reading, increment the tags on the current article as "favoured". Then, poll randomly from those tags for the next recommended article. Add some logarithms of division to prevent the tags from infinite scaling.
epolanski 23 hours ago [-]
Can you tell that YouTube reels engineers? Because their Algo is a disaster where I'm only fed Sopranos and NBA content. I don't hate it, but god I have so many subscriptions (civil aviation, personal finance, etc) that I never ever see on my feed.
istjohn 20 hours ago [-]
Do you mind expanding on the last sentence?
easterncalculus 1 days ago [-]
That's what I was thinking this might have already. Maybe this could get insights from the articles linked from the ones you like too? Sort of like https://www.sixdegreesofwikipedia.com/
TZubiri 24 hours ago [-]
The relatedness of articles is already baked in with blue wiki links too. So it shouldn't be too hard to make something that just looks for neighbors.
Now, something that learns that if you like X you might like Y, even if they are disconnected. Is closer to the dystopic ad maximizing algorithm of TikTok et al.
hummuscience 12 hours ago [-]
Since its text, especially text with links to other articles, there is no need for tags.
If I had a clue how to do this (sorry, just a neuroscientist), I would probably create "communities" of pages on a network graph and weight the traversal across the graph network based on pages that the person liked (or spend X time on before).
mvieira38 23 hours ago [-]
This would eventually collapse to people reading articles they do not actually like (i.e. get happiness from reading), I think, maybe tragic history facts or something like that?
The truth of social media harm is that it's more about humans than the algorithms themselves. Humans just tend to engage more with negative emotions. Even IRL we tend to look for intrigue and negative interactions, just look at the people who stay with toxic partners even with no financial ties, or even friend groups who turn into dysfunctional gossip fests. The only way to avoid this is by actively fighting against this tendency, and having no algorithm at all in an application helps.
tbossanova 18 hours ago [-]
I would prefer at least an option to keep it on random mode. Both for the occasional exposure to cool stuff and to make it less rabbit-holey.
marci 1 days ago [-]
RHAAS
Rabbit-holing as a service
belinder 24 hours ago [-]
tvtropes did it first
aizk 21 hours ago [-]
Oh I just looked, sadly tv tropes doesn't have an API.
I'd love to work off their data but that would be a bit more involved.
marci 11 hours ago [-]
Where? I thought it was just the wikipedia of tv tropes.
ya1sec 24 hours ago [-]
it starts with sourcing - finding a massive set of interesting pages, then going through and giving them tags. planning on adding this to my web discovery app as well: https://moonjump.app/
ya1sec 24 hours ago [-]
Awesome. I have a project with a similar tik-tok-esque philosophy for serving all sorts of noncommercial content from the web. The interface is one button and a random page is embedded in an iframe. I use random wikipedia pages as a fallback in case my algorithm returns a dead page.
No way, StumbleUpon?
I remember that site when I was a kid.
Good memories.
therealfiona 7 hours ago [-]
This is awesome. I've been passively looking for a Stumbleupon replacement, but never stumble upon it. Thank you for posting here. You have given me back a slice of old internet.
sgt 24 hours ago [-]
I tried that and I was immediately taken to "the best place in the world to have herpes". I didn't click.
ya1sec 24 hours ago [-]
hahahha. try the search engine - it uses the marginalia API and will select a random result to embed. maybe don't search for herpes though.
Tijdreiziger 23 hours ago [-]
Pretty nice! Reminds me of StumbleUpon.
ya1sec 23 hours ago [-]
Yeah, pretty similar to StumbleUpon. Right now the links are sourced from a handful of are.na channels and some other collections of content. I plan on warehousing this data and tagging it such that users can configure categories of sites that they'd like to stumble upon. HN submissions are mixed into the algorithm as well.
extraduder_ire 22 hours ago [-]
Cool. I immediately recognized the melonking loading gif.
duxup 1 days ago [-]
I like the idea, but one thing about Wikipedia is that with technical or granular topics it approaches things in a focused way. A specific molecular biology term's page isn't there to explain exactly how it fits into a larger biology topic. It makes random pages difficult to glean information from.
Even wikipedia articles I understand, more on computer topics, fall into the category of "the only people who understand this page are people who ... already understand it / don't need to read this".
Granted sometimes the social media context is kinda opaque, but usually "man fall down it funny" is pretty universal.
myself248 1 days ago [-]
Math articles are excruciatingly bad on this. I find myself setting the language to "simple english" and it helps.
duxup 1 days ago [-]
Wikipedia math articles all remind me of what i learned in High School, that math is absolutely the worst to learn from someone who "just gets it" as often those folks have no concept how someone else might not "just get it". I suspect the wikipiedia articles are written by folks who "just get it".
hnuser123456 23 hours ago [-]
I'm around calc 2 level, and spent some time learning ANN architectures, but it's taken a very long time to increase my ability to parse the more arcane topics since graduating.
For example, this[1] is something I'd like to be able to just glance over and know all the applications and appreciate the beauty... but it's very hard to prevent my eyes from glossing over. Maybe someone has a youtube video on the topic that makes it easier to catch up.
A wiki (or any encyclopedia, for that matter) is not meant to be an introduction or a HOWTO.
duxup 21 hours ago [-]
I can understand that. Having said that some topics (history) are surprisingly easy to pick up articles with lots of background and etc. If you look up a battle you'll get a short history of the war, days before the battle, explanations why say a given soldier might struggle and etc.
Other topics are almost dictionary level simplistic.
layman51 1 days ago [-]
Some other commenters have offered the idea of an algorithm to steer the randomness of the articles. I wonder if an algorithm would help with this issue of having random articles be too technical for you even though you are interested in the larger topic.
Matthyze 9 hours ago [-]
Wikipedia is useful for reference, but not education. Not sure whether that's intentional.
TZubiri 24 hours ago [-]
>"the only people who understand this page are people who ... already understand it / don't need to read this".
That is provably false
duxup 22 hours ago [-]
I like to think of it as amusingly “dramatic” rather than false. ;)
Way back when I was in college and the internet was new-ish. There were a few places you could ask math questions. A classmate of mine found that if he just asked a question online he would never get any responses. So what he would do is add some false generalizations in his question.
In doing that he would be inundated with people answering his question, even if just to prove him wrong.
TZubiri 21 hours ago [-]
I don't think it's relevant in this case. But it's a well known internet law
That's a fun law. I've bumped into it a few times asking an AI related question and part of my understanding was a bit off. Even being slightly off rather than completely seems to bring out more enthusiastic responses.
joshuahedlund 22 hours ago [-]
Maybe pairing this with an LLM could be useful here?
doctoboggan 1 days ago [-]
This, plus an AI generated voice reading a TikTok-creator style catchy summary, plus TikTok's actual algorithm for surfacing content would actually make a decent app I believe.
EDIT: Also the name should be WikTok instead of WikiTok.
mikedelfino 23 hours ago [-]
At this point, you could create short videos with relevant images and accompanying audio, post them on TikTok, and profit.
ailef 11 hours ago [-]
I've built something similar a few years ago, combining Wikipedia content and open domain pictures/videos to create long form videos automatically. Uploaded a bunch on YouTube as well. Wrote a blog post in case anyone is interested: http://ailef.tech/2020/04/29/turn-any-wikipedia-article-into...
CaptainFever 16 hours ago [-]
Also, the voiceover should be over some Minecraft parkour or Subway Surfers.
I just admire how some people can build simple things. I see so many from simple games to visualizations to many other kinds on HN here. Hopefully someday I will be able to think of something simple and showcase here.
brianstrimp 22 hours ago [-]
Extra bonus for just putting it out there with a Github link.
Instead of landing page, login, "just $4/month or $20/year" with a "Show HN" and everybody patting them on the back for a "successful launch".
rchaud 6 hours ago [-]
Don't forget the growth hacker clasic "sign up for the wait list to access the private beta" and "join the community on Discord".
vunderba 18 hours ago [-]
The author is refreshingly transparent about the inspiration for the project saying, "I built this on a whim at after seeing someone ask for it on twitter."
Who knows, maybe you'll stumble upon sth to build in the same way.
odirf 21 hours ago [-]
These simple ideas can be implemented by AI (like this) Unfortunately, this makes it lose some of its charm.
AzariaK 18 hours ago [-]
Nice site!
I wanted to show a similar site I made a few years ago.
Might update it now:
This is very nice, I adore the simplicity. Sometimes the summary gets cut off which is a bit frustrating,I think you should be able to finish reading the summary without click the read more link, but other than that, bravo.
zavg 24 hours ago [-]
I think that the project has a potential.
I am a big fun of Wikipedia and sometimes TikTok (a "guilty pleasure"). I would be happy to have an app/web site like this but with
- more smart feed based on your activity/attention (was mentioned in other comments);
- maybe more fancy way to present information (not sure if it is feasible to implement). Currently just a text snippet and image do not seem like super engaging.
arrowsmith 1 days ago [-]
How is this different from Wikipedia’s own “random article” feature?
f1shy 24 hours ago [-]
Good question: i had that thought for a second. But the I realized that for me, Incan imagine killing time here, but not in the random page. It is an image and a short text which allows to decide fast if it is interesting or not.
I used to take a technical dictionary, and read random articles when bored. So I tried with random wiki, but just didn’t work. I will try this and I can already say, it will work.
j3s 1 days ago [-]
it looks and feels completely different, for one thing
guessmyname 1 days ago [-]
Your question doesn’t quite make sense.
It sounds like you’re suggesting the two web pages are identical, just on different domains, but they’re obviously completely different.
A better way to phrase your question would be: "Why would a TikTok-style (infinite scrolling) website for browsing Wikipedia articles appeal to today’s internet users?"
LVB 1 days ago [-]
It’s a reasonable question, and one I had myself. Of course the UX is different, but that is self evident and we don’t need to be pedantic. What’s not obvious is whether this is wrapping the existing RandomPage API, filtering it, doing some sort of prediction/recommendation, etc.
tbossanova 18 hours ago [-]
So perhaps your question is “how does this choose articles differently from wikipedias own random page?”? Which I also wondered.
arrowsmith 1 days ago [-]
> we don’t need to be pedantic
You must be new to HN
seabass-labrax 24 hours ago [-]
Even more pedantically, parent's account is more than ten years older than yours or mine, and has ~50% more karma, so perhaps not :)
redcobra762 24 hours ago [-]
The question is fine; once you stop interpreting the words literally, you can clearly infer the question to be about substance rather than numerical identity.
> How is this (meaningfully) different from Wikipedia’s own “random article” feature?
dangrape123 1 days ago [-]
[flagged]
pockmarked19 1 days ago [-]
> Your question doesn’t quite make sense.
Agreed, yet it is the standard question most people throw out for any unfamiliar idea. God forbid they have to form a single thought to grok something…although more charitably it is a form of “why should I care?”.
Your rephrasing is a bit different, it discards the selfish aspect of the question which I think is not correct.
Funnily though, anyone asking why they should care probably shouldn’t care yet.
pockmarked19 22 hours ago [-]
Nice to know HNers don’t read past the first word. Can’t say I am surprised.
lucaslazarus 23 hours ago [-]
This is great! Now all that's left is plugging this into some text-to-speech and a subway surfers/minecraft parkour background
whiteborb 23 hours ago [-]
In the same vein, Wikijumps (https://wikijumps.com/) lets you browse based on article connections.
sirobg 8 hours ago [-]
After seeing this, I (or rather, v0) created https://hnhell.com for the joke.
I’ve been thinking recently about how to use the addictive properties of applications like TikTok to the advantage of the user. This is definitely in that direction. Instead of trying to tame the pull of these apps by cold turkey quitting, replacing them with something useful seems to be more effective.
tolerance 23 hours ago [-]
I don’t know how to feel about the visceral reaction that I have to the action of swiping my thumb in a movement that I can trace from where I guess is a team of tendons somewhere parallel to my wrist and the little fat part of my palm I like to refer to as “my drumstick”, from the bottom of my phone’s screen until the tip of my thumb is just at my general line of sight, all of this in one natural motion. No sooner is this action complete am I met when an entire block of information above my thumb, square in my line of sight.
In one stroke the location of a place, the type of place it is, its size, its distance from somewhere else, its history, read more, or swipe again. And another block. And another. And there’s something about this process that is visually disruptive and kinetically unsettling.
tbossanova 18 hours ago [-]
Interesting! I tend to use right hand index finger to swipe up so didn’t have that issue. Just tried it with left hand thumb and I kinda see what you mean.
pentagrama 19 hours ago [-]
This is incredible! Wikipedia has abundance of interesting stuff and this is a great way to discover it, using a popular UX at the moment. Great idea.
A bug report: When open the Wikipedia links on mobile, it shows the desktop view. I guess because the links are like this? https://en.wikipedia.org/?curid=5635437
This deserves a proper domain! I will be glad to gift you the $ to buy one for a year. Let me know! https://wikitok.app/ seems available.
bawolff 5 hours ago [-]
Curid urls also have mildly worse caching behaviour, so they will be a bit slower and create a tiny bit more load on the servers.
rpastuszak 1 days ago [-]
I don't use TikTok, but I can easily spend an hour or two playing with the Random button on Wikipedia. Thanks!
Liquidor 12 hours ago [-]
I like it a lot :-)
It scrolls a bit too far though. I move my fingers fast and it skips articles because of the momentum.
Also when at the top, scrolling up it should maybe refresh?
And it would be nice with a visual indicator that new articles are being loaded when at the bottom.
Kudos!
pg5 18 hours ago [-]
The swiping mechanic is super smooth! I often find that website based swiping UIs are either too sensitive, not sensitive enough, or have weird acceleration. Not the case here.
This is similar to a popular game we used to play in recess (or sometimes during class) in high school, when IT rooms first started to become a thing. The idea was to start on a random article and try to reach pages of famous historical political figures by clicking as few links as possible, or by being the fastest.
rices 14 hours ago [-]
I dig it lol. It reminds me of a t-shirt site a few friends and I made https://wearwiki.com
It's cool that wikipedia shared so much data! Nice to donate to them if we got some extra funds.
jonny_eh 21 hours ago [-]
Fun idea, but TikTok works because you don't need to leave the feed. Try to find a way to provide the wiki's content in the feed itself.
CameronBanga 22 hours ago [-]
If you like this, check out Information Superhighway on a variety of Apple devices. Same concept, with a nice UI. I like widget support too, to get random articles on my Home Screen.
Hope you don't mind, but as others are pointing at wiki type sites, I'll plug my own (also using Vercel and cursor)...
https://ont.fyi it's a work in progress ... feedback wanted (no matter how painful), focusing on enabling adding in your own data at present, lots of ideas and work to be done
dvdbloc 21 hours ago [-]
This would be an awesome way to get more breadth of knowledge during downtime. For example, many times there are interesting algorithms or some technology I would benefit from knowing I just wouldn’t know to search for it.
Or you could make infinite scrolling randomized hacker news front page articles from the past.
qwertox 1 days ago [-]
I consume the internet mainly on an old-school monitor, not on a tablet. When the browser is maximized, all the images are pixelated.
aizk 1 days ago [-]
Right now it's 85% usage on mobile. Also, I don't really find the pixelated images to be that detracting on desktop (though, I'm a small macbook, ymmv on a giant 4k display). I haven't tested on a screen that large.
Great idea. My only suggestion would be a less random article. I got a ton of US place names, which can be a downer. The avg tiktokker expects something funny or interesting within 30s.
Only criticism is I get a poor presentation of the Wikipedia page on my phone if I follow the link. Haven't worked out why yet. Even selecting desktop gives me something better!
owenpalmer 20 hours ago [-]
I could imagine this with automatic TTS and a slideshow. Basically you'd have procedurally generated mini documentaries in a tiktok like format.
CafeRacer 1 days ago [-]
Me: what a stupid idea
Also me after 30 minutes of doom scrolling: cool
"tok" as a suffix for short form video is unhinged
aizk 1 days ago [-]
Personally I see it as implying two things
- Infinite scrolling
- Heavily curated algorithms
Although in this instance, it's just selecting from wikipedia randomly
tgv 23 hours ago [-]
Like -gate as a suffix for a scandal?
Anyway, it beats all the other names mentioned and suggested here. It rhymes with tiktok, and it even has “ik” in the first part. It’s immediately understandable. Don’t try to apply logic.
OracB7 23 hours ago [-]
Great site! The only improvement I would ask for is automatically opening the articles with the Wikipedia app, if installed.
pjs_ 1 days ago [-]
This is awesome but it needs to autoscroll the full page. It needs to have the same completely instant dopamine hit that TikTok gives.
rickcarlino 1 days ago [-]
Can you please add Korean? This looks like such a great tool for discovering language learning reading material. Great work!
TZubiri 24 hours ago [-]
Sounds like the sort of thing you could add yourself if there were some source
Could you detect when on mobile and link to the mobile wiki page?
flavaz 12 hours ago [-]
Love this, thanks for sharing
corruptio 22 hours ago [-]
I need it to loop subway surfers on the side. To keep my attention.
lazycode1 5 hours ago [-]
Awesome idea
lovegrenoble 1 days ago [-]
RandomWiki maybe?
a1o 1 days ago [-]
This is awesome, great work!
rvba 12 hours ago [-]
It could have more featured articles first / mixed
bennettnate5 18 hours ago [-]
Now all it needs is to have that robotic female voice (the one everyone on TikTok uses) read out the main prompt while trendy music is playing in the background
chigmma 10 hours ago [-]
Hi
Llamamoe 12 hours ago [-]
Now add an option to exclude people and places from showing up ^^`
trklausss 12 hours ago [-]
Why though? It is part of culture, not everyone is interested in STEM, and the life of some could be interesting. Or who knows, you might discover your new holiday destination...
I would agree however, that to fully imitate TikTok, you would need a FYP that shows you more content about what you are interested, but as the author say, it was an overnight project :)
zoklet-enjoyer 23 hours ago [-]
Is this some sort of location based thing? First thing I saw when I opened it was Thompson, ND. It's a small town like 70 miles north of me
matthest 24 hours ago [-]
Brilliant. Someone should do this same concept but for short-form essays.
So like Twitter, but with 3-4 paragraph essays.
65 24 hours ago [-]
I've been meaning to write a content algorithm where a random Wikipedia article is fetched, then calls the YouTube API to serve a video about the subject, and the algorithm learns based on how much you watch the video.
But if anyone wants to tackle that, it'd be really cool.
roegerle 24 hours ago [-]
I love it.
cynicalsecurity 1 days ago [-]
Great idea, but it's too random and not one really liked reading about people. This app needs likes, comments and algorithm.
pimlottc 1 days ago [-]
Plenty of people like reading about other people…
barrenko 24 hours ago [-]
It would work maybe if connected to an AI that would just start spouting the article immediately, or the summary.
The fist one I got was Foreskin piercing. With a penis photo all across the screen. Is it too much to ask to flag this as NSFW?
oneeyedpigeon 20 hours ago [-]
I hope the dev sees this, it really should be addressed. Hopefully, the wikipedia api has considered this.
ConanRus 21 hours ago [-]
Sorry, but I don't see any dancing girls, so this app is not for me I guess
ranger_danger 23 hours ago [-]
I have no idea what this is or if I should even click on it. Can we please have a description somewhere first?
tbossanova 18 hours ago [-]
Good point! It’s random wikipedia pages, in a tiktok-ish style i.e. main article image and short summary on a page plus scrolling UX so you can easily flick through to the next one.
lyzml_AF 8 hours ago [-]
[dead]
amelius 1 days ago [-]
Maybe use AI to turn a wiki topic into something explained by an influencer in 30 seconds.
Rendered at 19:59:43 GMT+0000 (Coordinated Universal Time) with Vercel.
The code is very simple, there's no backend at all actually, I believe because wikipedia's api is very permissive and you can just make the requests in the frontend. So you just simply request random articles, get some snippets, and the image attached!
I used Claude and cursor do 90% of the heavy lifting, so I am positive there's plenty of room for optimizations. But right now as it stands, it's quite fun to play with, even without anything very sophisticated.
Here is the source code. https://github.com/IsaacGemal/wikitok
Aside from that, the whole gist is that the initial data can be injected into the static files during the build step, or even saved as separate JSON files that the app can load instead of reaching out to the API. As long as you're willing to refresh the static data from time to time, of course.
I created a basic example at https://schedbuild.pages.dev/ with a rough, manual implementation of a build step. Frameworks like Next.js offer a more sophisticated approach that can render the entire HTML, allowing users to load the static page with the initial data already rendered without Javascript, and subsequent interactions taking over from there more seamlessly.
If the Github Actions schedule feature is ever sorted out, in my opinion it's a reasonable alternative to setting up a backend just for this.
[1] https://docs.github.com/en/actions/writing-workflows/choosin...
You can use a schedule trigger [1] on GitHub Actions.
The whole gist is that the initial data can be injected into the static files during the build step, or even saved as separate JSON files that the app can load instead of reaching out to the API. As long as you're willing to refresh the static data from time to time, of course.
I created a basic example at https://schedbuild.pages.dev/ with a rough, manual implementation of a build step. Frameworks like Next.js offer a more sophisticated approach that can render the entire HTML, allowing users to load the static page with the initial data already rendered without Javascript, and subsequent interactions taking over from there more seamlessly.
In my opinion this is a reasonable alternative to setting up a backend just for this.
[1] https://docs.github.com/en/actions/writing-workflows/choosin...
Counterintuitively, it's been picking up steam among student developers and professional devs due to how fast you can spin up API endpoints.
We're currently working to build on this momentum, and are now shifting focus to existing devs.
tl;dr - we use LLMs to create APIs that are run in Firecracker-based MicroVMs
For example an algorithm could understand how much a user really enjoys a certain article and then starts sending the users down a rabbit hole of similar and tangential content. Designing, building and maintaining an algorithm like this though is no small feat.
The problem is capital incentives are not aligned with making these interfaces which is why we have the feeds we have today on Facebook, Twitter, etc. I look forward to the innovations happening on bring-your-own-algo Bluesky.
As a side note, I’m currently building a personalized Hacker News service. I might throw it at Show HN once it gets closer to completion.
I suggest you add some sort of summary that flows, so to add certain level of animation. Some articles have actual sound and animations to them.
Great inspiration!
Check out "skinner box" - the fact that you may get something interesting or may not is more exciting than just getting something good. They're lootboxes of information/entertainment.
Awesome job!
Nice job whipping up something so simple, yet elegant, so fast.
This is what I love about LLM tools like cursor, it makes the effort to just try and build something so low, you can just try it one night, and can make cool things that might not have been built otherwise.
[1] https://wiktok.org/
Bonus: come up with a heuristic or model to filter out or de-rank universally uninteresting articles.
One of the rare website i added to my android homescreen. Maybe someone has a good idea for a nice favicon.
On the other hand, I'm not sure exactly the details of wikipedia's api TOS. Also as it stands this website is entirely in the frontend at the moment, and I'm enjoying just scaffolding out what I can with limited a more limited set of tools to speak.
I realize now the suffix "tok" implies a crazy ML algo that is trained every single movement, click, tap, and pause you make, but I don't think I really want that.
https://www.mediawiki.org/wiki/API:Etiquette
You are basically allowed to do whatever as long as it doesn't cause an operational issue, you dont have too many requests in-flight at one time , and you put contact info in the user-agent or Api-User-Agent header. (Adding a unique api-user-agent header is probably the most important requirement, since if it does cause problems it lets operations team easily see what is happening)
I think the wiktok thing is exactly the sort of thing wikimedia folks hope people will use the api to create.
https://en.wikipedia.org/wiki/Non-negative_matrix_factorizat...
Now, something that learns that if you like X you might like Y, even if they are disconnected. Is closer to the dystopic ad maximizing algorithm of TikTok et al.
If I had a clue how to do this (sorry, just a neuroscientist), I would probably create "communities" of pages on a network graph and weight the traversal across the graph network based on pages that the person liked (or spend X time on before).
Rabbit-holing as a service
I call it moonjump: https://moonjump.app/
Even wikipedia articles I understand, more on computer topics, fall into the category of "the only people who understand this page are people who ... already understand it / don't need to read this".
Granted sometimes the social media context is kinda opaque, but usually "man fall down it funny" is pretty universal.
For example, this[1] is something I'd like to be able to just glance over and know all the applications and appreciate the beauty... but it's very hard to prevent my eyes from glossing over. Maybe someone has a youtube video on the topic that makes it easier to catch up.
https://en.wikipedia.org/wiki/Lp_space
Other topics are almost dictionary level simplistic.
That is provably false
Way back when I was in college and the internet was new-ish. There were a few places you could ask math questions. A classmate of mine found that if he just asked a question online he would never get any responses. So what he would do is add some false generalizations in his question.
In doing that he would be inundated with people answering his question, even if just to prove him wrong.
https://meta.wikimedia.org/wiki/Cunningham%27s_Law
EDIT: Also the name should be WikTok instead of WikiTok.
Like this: https://pdftobrainrot.org/
Instead of landing page, login, "just $4/month or $20/year" with a "Show HN" and everybody patting them on the back for a "successful launch".
Who knows, maybe you'll stumble upon sth to build in the same way.
I wanted to show a similar site I made a few years ago. Might update it now:
https://wikisurfer.pages.dev/
I am a big fun of Wikipedia and sometimes TikTok (a "guilty pleasure"). I would be happy to have an app/web site like this but with
- more smart feed based on your activity/attention (was mentioned in other comments);
- maybe more fancy way to present information (not sure if it is feasible to implement). Currently just a text snippet and image do not seem like super engaging.
I used to take a technical dictionary, and read random articles when bored. So I tried with random wiki, but just didn’t work. I will try this and I can already say, it will work.
It sounds like you’re suggesting the two web pages are identical, just on different domains, but they’re obviously completely different.
A better way to phrase your question would be: "Why would a TikTok-style (infinite scrolling) website for browsing Wikipedia articles appeal to today’s internet users?"
You must be new to HN
> How is this (meaningfully) different from Wikipedia’s own “random article” feature?
Agreed, yet it is the standard question most people throw out for any unfamiliar idea. God forbid they have to form a single thought to grok something…although more charitably it is a form of “why should I care?”.
Your rephrasing is a bit different, it discards the selfish aspect of the question which I think is not correct.
Funnily though, anyone asking why they should care probably shouldn’t care yet.
https://news.ycombinator.com/item?id=42946932
In one stroke the location of a place, the type of place it is, its size, its distance from somewhere else, its history, read more, or swipe again. And another block. And another. And there’s something about this process that is visually disruptive and kinetically unsettling.
A bug report: When open the Wikipedia links on mobile, it shows the desktop view. I guess because the links are like this? https://en.wikipedia.org/?curid=5635437
This deserves a proper domain! I will be glad to gift you the $ to buy one for a year. Let me know! https://wikitok.app/ seems available.
Kudos!
https://www.thewikigame.com
https://apps.apple.com/us/app/information-superhighway/id149...
Hope you don't mind, but as others are pointing at wiki type sites, I'll plug my own (also using Vercel and cursor)...
https://ont.fyi it's a work in progress ... feedback wanted (no matter how painful), focusing on enabling adding in your own data at present, lots of ideas and work to be done
Or you could make infinite scrolling randomized hacker news front page articles from the past.
https://apps.apple.com/us/app/burning-idea/id6478471924
[1] https://apps.apple.com/us/app/egghead-scroll-learn/id6630364...
NO recommendations. That would remove the charm.
Only criticism is I get a poor presentation of the Wikipedia page on my phone if I follow the link. Haven't worked out why yet. Even selecting desktop gives me something better!
Although in this instance, it's just selecting from wikipedia randomly
Anyway, it beats all the other names mentioned and suggested here. It rhymes with tiktok, and it even has “ik” in the first part. It’s immediately understandable. Don’t try to apply logic.
Could you detect when on mobile and link to the mobile wiki page?
I would agree however, that to fully imitate TikTok, you would need a FYP that shows you more content about what you are interested, but as the author say, it was an overnight project :)
So like Twitter, but with 3-4 paragraph essays.
But if anyone wants to tackle that, it'd be really cool.