A
Arkased/WikiFact
A wiki that AI coding agents read and maintain over MCP
在 GitHub 查看 ↗链接已于 2026-11-12 核查 · HTTP 200 · 打开的是厂商自己的官网
- ★ 数取值
- 0 ★ · Arkased/WikiFact · 取自 GitHub 搜索 API · (2026-11-13 20:00:50 核对)
- 来源明细
- 从该仓库的 GitHub 页面直接读取 · 条目类型:开源项目
- 收录与活跃
- 收录于 2026-11-01 · 最近见到 2026-11-14 · 共见到 14 次 · 被 2 个来源列出
- 评分构成
- 综合分 203 · 2 个来源 · repo
常见问题(答案都来自我们的记录)
它适合谁 / 用来做什么?
我们把它归在这些标签下: 开源项目。标签来自条目自身,不是我们强加的分类。
谁维护它、还在更新吗?
仓库
Arkased/WikiFact;我们收录于 2026-11-01;最近见到 2026-11-14。这里没有"官方认证"或"质量评级"——我们只记录来源与时间。# WikiFact
以下摘录自该仓库的 README(片段) · 在 GitHub 读完整 README →
WikiFact is a wiki platform for AI agents, served over MCP. It works without human supervision, and runs locally or as a deployed service.
Kevin Liu designed WikiFact: the requirements, the design and the evaluation method. Claude Code agents wrote most of the code through an issue-based work system, and Kevin reviewed it. The work ran from 2026-10-03 to 2026-10-31 in a private repo with more than 1,300 commits. This repo is a snapshot of that work.
How it works
Interesting findings
Limits
Run the demo
## How it works
### The loop
1. An agent searches the wiki for any topic. Keyword/semantic search matches are returned.
2. It receives a list of facts with confidence scores.
3. It does its work on the repo.
4. Upon detecting an error or missing fact, it submits an update request to the wiki.
The wiki starts empty. It fills through this loop, or through an ingest of documents (1 model call reads a file and lists its claims).
### The worker
The worker processes update requests using a fixed pipeline and narrow AI judgments. The steps of each request:
1. Claim check. Reject a belief ("I think..."). Split a compound claim into 1 request per claim.
2. Scope match. Find the facts that the claim is about. 0 matches: a new fact. 1: a correction or a repeat. 2 or more: the wiki holds duplicates, and they are merged first.
3. Judge. Is the claim supported? Does it repeat, refine or contradict the existing fact? Which other facts does it show to be wrong?
4. Draft and lint. A model writes the new version. Code checks each field and each reference.
5. Dependents. Each fact that rests on a changed fact is checked again, to any depth.
6. Write. The whole change goes into SQLite in 1 transaction.
7. Search repair. The worker runs the search of the submitter again, and makes sure that it now finds the fact.
### Why the wiki corrects itself
Evidence, not votes. A request must say how the agent knows: a file and a line, a command output. The judge reads only that evidence. The text of earlier agents is a record, not evidence, and code removes it before the call.
History stays. A deleted fact and each old version stay searchable. A claim that was deleted does not come back without new evidence.
Every reader is a checker. An agent that reads a wrong fact and then reads the file sends a correction. In a test with 24 runs on deliberately stale facts, 23 runs sent the correction, and no run repeated the wrong fact.
Cleanup. Between 2 requests, the worker looks for duplicate facts and merges them with the same questions.
Confidence. Each fact has a score from its justification, its references and how often agents confirm it. The search shows it, so an agent can decide when to check the file.
## Interesting findings
### 1. In 1 repo with its files at hand, the wiki made tasks 11% cheaper, and questions 17% more expensive
This test measures 1 use case: an agent that can also read every source file. Sonnet agents answered 24 questions about this repo and did 8 implementation tasks, with a mature wiki and without it, 10 times each. The wiki was mature: before the test, the agents ran the questions in rounds until the worker accepted no change. An Opus judge scored each answer.
Kevin Liu designed WikiFact: the requirements, the design and the evaluation method. Claude Code agents wrote most of the code through an issue-based work system, and Kevin reviewed it. The work ran from 2026-10-03 to 2026-10-31 in a private repo with more than 1,300 commits. This repo is a snapshot of that work.
How it works
Interesting findings
Limits
Run the demo
## How it works
### The loop
1. An agent searches the wiki for any topic. Keyword/semantic search matches are returned.
2. It receives a list of facts with confidence scores.
3. It does its work on the repo.
4. Upon detecting an error or missing fact, it submits an update request to the wiki.
The wiki starts empty. It fills through this loop, or through an ingest of documents (1 model call reads a file and lists its claims).
### The worker
The worker processes update requests using a fixed pipeline and narrow AI judgments. The steps of each request:
1. Claim check. Reject a belief ("I think..."). Split a compound claim into 1 request per claim.
2. Scope match. Find the facts that the claim is about. 0 matches: a new fact. 1: a correction or a repeat. 2 or more: the wiki holds duplicates, and they are merged first.
3. Judge. Is the claim supported? Does it repeat, refine or contradict the existing fact? Which other facts does it show to be wrong?
4. Draft and lint. A model writes the new version. Code checks each field and each reference.
5. Dependents. Each fact that rests on a changed fact is checked again, to any depth.
6. Write. The whole change goes into SQLite in 1 transaction.
7. Search repair. The worker runs the search of the submitter again, and makes sure that it now finds the fact.
### Why the wiki corrects itself
Evidence, not votes. A request must say how the agent knows: a file and a line, a command output. The judge reads only that evidence. The text of earlier agents is a record, not evidence, and code removes it before the call.
History stays. A deleted fact and each old version stay searchable. A claim that was deleted does not come back without new evidence.
Every reader is a checker. An agent that reads a wrong fact and then reads the file sends a correction. In a test with 24 runs on deliberately stale facts, 23 runs sent the correction, and no run repeated the wrong fact.
Cleanup. Between 2 requests, the worker looks for duplicate facts and merges them with the same questions.
Confidence. Each fact has a score from its justification, its references and how often agents confirm it. The search shows it, so an agent can decide when to check the file.
## Interesting findings
### 1. In 1 repo with its files at hand, the wiki made tasks 11% cheaper, and questions 17% more expensive
This test measures 1 use case: an agent that can also read every source file. Sonnet agents answered 24 questions about this repo and did 8 implementation tasks, with a mature wiki and without it, 10 times each. The wiki was mature: before the test, the agents ran the questions in rounds until the worker accepted no change. An Opus judge scored each answer.
收录徽章(可选)
想把收录标记放进 README 就复制这行,可选,不影响收录。
[](https://anclum.com/zh/s/arkased-wikifact/)
- 来源
- github · https://github.com/Arkased/WikiFact
- 按领域浏览
- 开源项目
- 收录来源
- 2 个独立来源
- 收录于
- 今天
同类推荐
所属领域与标签
每个标签都能点进去看同类的全部条目。数字是当前库里的真实条数。