We previously launched Auto Wiki (https://news.ycombinator.com/item?id=38915999) in Jan 2024 and broke the ground for AI generated wikis that explain your code. Now this product has been rebuilt by the same team, as well as others and launched as a part of Google. Hope you enjoy.
Although, I've recently moved on to working on Gemini and AI research, I'm still involved as an advisor and founder emeritus of sorts. This team moves extremely fast and while we don't have full availability yet, we're working hard on addressing some early feedback before we make it more widely available including for private repos. Personally, I think the NotebookLM integration is a nice touch and distinguishing factor that we could only do as Google.
There is no data carried over from Mutable if that's what you're referring to. Please refer to the final email sent to users which I don't have access to.
Well "system that calls functions in a loop" doesn't sound like it is from a science fiction story. Obviously, that is no good if you are trying to sell science fiction fantasies to people.
I don’t understand how this can be more optimal than just reading the documentation that a human already wrote. All “normal” uses can be answered by reading the docs, everything advanced you can just read the code. I’m not sure when I would ever use this?
If this is being regenerated every commit, I’d be interested to see the version history and/or being able to see the CodeWiki diff inside a pull request.
Maybe it’s too noisy, if the LLM isn’t stable about the way it’s wording things, or maybe it’s only useful for commits that make significant changes to architecture. However, I do think it’d be interesting to see how the documentation changes over time, as well as seeing how any specific PR changes it.
Also, I looked at golang, and I was definitely expecting a multi-page architecture with lots of cross references, not just one long scrolling field of content.
Not sure how this is supposed to show. Does it only show stuff about existing repositories?
I put in the URL for a project of mine in Codeberg and didn't seem to be able to do anything - i expected that it'd go clone the repository, parse the code and attempt to tell stuff about it, but all i got was an error :-P.
Interesting. I've found Claude Code very useful for answering questions about codebases. I think that kind of functionality is on the whole more useful than static AI-generated documentation, but maybe there's a place for an always-ready and google-able starting point.
It badly needs to split up the pages for different parts of large codebases. The golang/go page is way too long and the table of contents sidebar makes you watch a scrolling animation to expand subsections.
I like the idea behind this and think it could be useful for agentic applications and reduce hallucinations. However, I usually just read the source code for the most up to date understanding and it's my best approach. After a quick look at CodeWiki, it could be useful to cross reference while analyzing the code and I look forward to testing it out next time it could apply.
Anectodally, I've found Gemini to provide useful, but made-up solutions to issues I've encountered with Google products. It showed reasonable understanding of my problem, but then gave me solutions which the actual documentation essentially made clear were not possible. YMMV
Seems great: I looked at two largish code bases I'm familiar with, and learned something each time.
But is this just a summary for the impatient, or can it reduce the effort for developers writing docs?
Docs have always been the mirror of code, and thus hard to get and keep right. Can we do without the mirror, or parts of it?
Does it work when you haven't written documentation for your code? Let's say one is fanatical about writing such clear code that names are sufficient to convey what's happening (i.e., no documentation and no comments). Does it work?
If not, does it work when there are only (clear) comments?
Does it tell you when documentation, comments, or code is unclear or missing?
I.e., I'd like it to go beyond summarization to fill easy gaps and point developers to the hard ones.
The whole thing is automatically generated? Does anything persist? If I could be in the middle of reading it, and the next day it's completely different, that's a huge waste of my time.
31 comments
[ 3.7 ms ] story [ 120 ms ] threadWe previously launched Auto Wiki (https://news.ycombinator.com/item?id=38915999) in Jan 2024 and broke the ground for AI generated wikis that explain your code. Now this product has been rebuilt by the same team, as well as others and launched as a part of Google. Hope you enjoy.
Although, I've recently moved on to working on Gemini and AI research, I'm still involved as an advisor and founder emeritus of sorts. This team moves extremely fast and while we don't have full availability yet, we're working hard on addressing some early feedback before we make it more widely available including for private repos. Personally, I think the NotebookLM integration is a nice touch and distinguishing factor that we could only do as Google.
I hope you enjoy.
Thank You, Omar (Formerly Founder/CEO MutableAI)
Seems fitting that someone who doesn’t care about correct meaning would work on misinformation slop generators.
You’ve truly found your calling in life.
Maybe it’s too noisy, if the LLM isn’t stable about the way it’s wording things, or maybe it’s only useful for commits that make significant changes to architecture. However, I do think it’d be interesting to see how the documentation changes over time, as well as seeing how any specific PR changes it.
Also, I looked at golang, and I was definitely expecting a multi-page architecture with lots of cross references, not just one long scrolling field of content.
Does anyone know of any trustworthy, usable alternatives? Perhaps even ones that run 100% on-premises?
I put in the URL for a project of mine in Codeberg and didn't seem to be able to do anything - i expected that it'd go clone the repository, parse the code and attempt to tell stuff about it, but all i got was an error :-P.
It badly needs to split up the pages for different parts of large codebases. The golang/go page is way too long and the table of contents sidebar makes you watch a scrolling animation to expand subsections.
But is this just a summary for the impatient, or can it reduce the effort for developers writing docs?
Docs have always been the mirror of code, and thus hard to get and keep right. Can we do without the mirror, or parts of it?
Does it work when you haven't written documentation for your code? Let's say one is fanatical about writing such clear code that names are sufficient to convey what's happening (i.e., no documentation and no comments). Does it work?
If not, does it work when there are only (clear) comments?
Does it tell you when documentation, comments, or code is unclear or missing?
I.e., I'd like it to go beyond summarization to fill easy gaps and point developers to the hard ones.
The marketing blurbs on point are not helpful.