Rendered at 19:36:07 GMT+0000 (Coordinated Universal Time) with Cloudflare Workers.
mthoms 5 days ago [-]
We need to make an effort to distinguish “this is a thing for humans” vs “this is a thing for bots” in our naming IMHO. In that respect, “open wiki” is not such a great name. “Agent Wiki” or similar would be better.
Without such a qualifier, “wiki” carries a strong connotation of (usually collaborative) human involvement. That’s literally what it’s famous for.
Thats just my $0.02 on the naming. I definitely think it’s a worthwhile idea. All the best.
salviati 22 hours ago [-]
I recently noticed people think "wiki" is a set of deeply interlinked documents. But to me it means ability to edit without logging in.
Ferret7446 22 hours ago [-]
I don't know of any wikis that let you edit without logging in. That is simply not viable, it'd be like trying to live without an immune system.
layer8 21 hours ago [-]
The original C2 wiki did that for two decades.
uw_rob 22 hours ago [-]
Wikipedia?
Fabricio20 21 hours ago [-]
You try that in 2026 and not only is your changes getting rolled back but your IP address is likely banned in advance anyway. Though to be fair I hear that even logged in your changes get rolled back, something about "reddit style moderators power tripping".
Though on the naming definition I think wiki is a good term for interlinking documents about _something_. I often associate the term wiki with game wikis, which more often than not at least require some form of account to edit. Wikipedia feels like an outlier (both in not being specific to any topic as well as technically allowing anonymous edits) even if it presumably is the first/originator of the name!
xingped 4 hours ago [-]
Yeah, Wikipedia is famously hostile to new contributors. It's a wonder they still continue existing and also have the gall the beg for donations. Imagine if reddit begged for donations?
I don't even really think about wikis as a set of interlinked documents moreso just as a repository of information. In the context of games whose communities created wikis, at least. Usually the discoverability of and interlinking of documents in said community wikis is pretty piss-poor though.
TeeWEE 5 days ago [-]
This is mostly a thin clintypescript wrapper around the prompts.
What does this do better than just asking your agent to "write docs" or a more robustly defined prompt/skill?
capplexham 5 days ago [-]
Have a look at the prompts in the GitHub [0]. It defines a System Prompt and specifies the documentation structure. This would allow you to switch coding agents, instead of relying on how your coding agent interprets the command "write docs".
That's just cruft unless there is a benchmark demonstrating it's actually better than just asking an agent to write docs and/or using one of the thousands of document-writing skills like Anthropic's doc-coauthoring.
b212 5 days ago [-]
I swear most of these tools are made for the sake of it…
While good old prompting is often better than plan mode or superpower skills.
SpicyLemonZest 4 days ago [-]
I've had a number of people send me tools like this at work, and easily 50% of them can't answer basic questions like "what's the reason someone would adopt this tool" or "how do you know that it will achieve its stated goals". Agents are good at reading code, I can't imagine what the point of autogenerating agent context could be if it's not showing demonstrable cost benefits.
sdesol 21 hours ago [-]
> I can't imagine what the point of autogenerating agent context could be
I makes navigating a 4000+ file repo extremely context efficient. It is important to note that the goal is too keep the context as clean as possible and not necessary speed.
_pdp_ 5 days ago [-]
This is what we do. The same agent writing the code can also write the docs.
rrvsh 5 days ago [-]
maintaining an LLM wiki has been a lot more effort than I thought, at least if we are trying to maintain a high quality in structure and writing comprehension (for easier lookups both for the agent and human). Are people just shotgunning their agent wikis or how
bad_username 5 days ago [-]
> maintaining an LLM wiki has been a lot more effort than I thought
Same here. Wikis start out good, but either devolve in a journal-y mess after a while and many updates, or require constant expensive rewrites. (I didn't use the software of the OP.)
reacharavindh 4 days ago [-]
Wikis start out good, but get stale too quick and become useless or worse confusing.
I’ve experienced this over and over again to strongly believe it.
I genuinely wonder if throwing LLMs at this problem would solve it at least to some extent. Make a LLM agent whose sole purpose is to act as a librarian. It periodically reviews _all_ of the wiki and validates them against codebases, newer docs, anything. Whatever it finds, it should be allowed to intelligently quiz the team/dev whether something is right/stale/wrong and updated it accordingly.
If one tolerates that toil - answering questions of a library bot, would it result in a usable wiki base?
rrvsh 3 days ago [-]
I think writing the instructions for such an agent would be almost as much work as maintaining the wiki and learning your preferences yourself (and both may be coupled intrinsically unless you already manage a large enough notes system). The crucial problem is that the agents lack 1. taste and 2. the ability to know what is good for them. I've bounced off trying these like three times over the last couple of years, twice after Feb 2026, simply because it requires way too much toil that would be better (IMO) put into maintaining your own knowledge base, where at least that toil would result in learning
DenisM 22 hours ago [-]
In short, yes. The effort will amortize for a larger team over longer time period.
I agree with others this seems somewhat over-engineered; you can get similar results with a good prompt/skill; I guess the rest of the implementation here is intended as an agent-maintainer.
commandersaki 16 hours ago [-]
Is this the tool that blasted away all the wiki pages for Azure in the repos?
zhengsihua 1 days ago [-]
How does the ability to search code snippets and symbols compare to Codegraph?
esafak 1 days ago [-]
Unless it's about motivation and other things that can't be inferred from the code (and comments on such are missing), just ask the agent. Give it an LSP or code intel MCP to do it better.
e0ipso 8 hours ago [-]
[flagged]
wrencastellan 5 days ago [-]
[flagged]
syou1024 21 hours ago [-]
[dead]
felixlu2026 5 days ago [-]
[flagged]
AlexeyBelov 4 days ago [-]
Bot.
DenisM 22 hours ago [-]
Yeah, there’s a Very similar comment, nearly the same words, from another guy.
Without such a qualifier, “wiki” carries a strong connotation of (usually collaborative) human involvement. That’s literally what it’s famous for.
Thats just my $0.02 on the naming. I definitely think it’s a worthwhile idea. All the best.
Though on the naming definition I think wiki is a good term for interlinking documents about _something_. I often associate the term wiki with game wikis, which more often than not at least require some form of account to edit. Wikipedia feels like an outlier (both in not being specific to any topic as well as technically allowing anonymous edits) even if it presumably is the first/originator of the name!
I don't even really think about wikis as a set of interlinked documents moreso just as a repository of information. In the context of games whose communities created wikis, at least. Usually the discoverability of and interlinking of documents in said community wikis is pretty piss-poor though.
This could have been a SKILL
[0]: https://github.com/langchain-ai/openwiki/blob/main/src/agent...
While good old prompting is often better than plan mode or superpower skills.
I have a fork of the OpenAI Codex repo at https://github.com/gitsense/smart-codex that shows why you may want to autogenerate agent context.
I makes navigating a 4000+ file repo extremely context efficient. It is important to note that the goal is too keep the context as clean as possible and not necessary speed.
Same here. Wikis start out good, but either devolve in a journal-y mess after a while and many updates, or require constant expensive rewrites. (I didn't use the software of the OP.)
I’ve experienced this over and over again to strongly believe it.
I genuinely wonder if throwing LLMs at this problem would solve it at least to some extent. Make a LLM agent whose sole purpose is to act as a librarian. It periodically reviews _all_ of the wiki and validates them against codebases, newer docs, anything. Whatever it finds, it should be allowed to intelligently quiz the team/dev whether something is right/stale/wrong and updated it accordingly.
If one tolerates that toil - answering questions of a library bot, would it result in a usable wiki base?
https://openai.com/index/harness-engineering/
https://github.com/langchain-ai/openwiki/blob/main/openwiki/...
I agree with others this seems somewhat over-engineered; you can get similar results with a good prompt/skill; I guess the rest of the implementation here is intended as an agent-maintainer.