WikiB: технически доклад

Как работи енциклопедия, в която изкуственият интелект предлага, машината проверява, а човек решава.

Версия 1 · 23.10.2026 · числата са към тази дата · документът е самоописание на проекта, а не независима оценка

1. Как е устроена една статия

• Текст: увод и раздели; бележките в текста имат вида [^id], а вътрешните връзки — [[адрес|текст]].
• Източници: заглавие, адрес, издател, дата на публикуване, език и дата на проверка.
• Бележки: всяка бележка сочи към източник и съдържа дословен откъс от него, който подкрепя изречението. Читателят вижда откъса и може да го намери в източника.
• История: всяка публикувана промяна е нова ревизия; средно статиите имат по 3,6 ревизии, най-много — 20.
• Обем: няма редакционна граница за дължината на статията и броя на източниците и бележките — статията е толкова голяма, колкото темата заслужава. Таваните в шлюза служат само за техническа защита на системата.

2. Пътят на една промяна

1. Предложение. Нова статия или редакция се подава като предложение — от човек през сайта или от ИИ агент по поръка на администратора.
2. Автоматична проверка в шлюза. Структура, връзки, бележки, откъси, загуба на съдържание (раздели 3 и 4).
3. Център за преглед. Човек чете предложението, резюмето за рецензента и резултатите от проверките и го приема или отхвърля с причина.
4. Публикуване. Приетото предложение става нова ревизия. Никой ИИ агент не публикува пряко; изображения качват само хора.

3. Проверката на цитатите

Това е сърцевината на WikiB. Езиковите модели често посочват реален източник, но приписват на него нещо, което той не казва — най-често грешно число или дата. Затова проверката не пита „има ли източник“, а „казва ли източникът точно това“.

1. Сваляне на източника. Текстът на всяка страница се сваля и се пази. Ако страницата е недостъпна (например връща код 403), се ползва архивно копие, а това се отбелязва.
2. Дословен откъс. Откъсът трябва да се намира в текста на източника след нормализиране на интервалите и кавичките. Дълъг откъс може да се състои от няколко части, разделени с „ ... “, но само в реда, в който стоят в източника.
3. Числата. Всяко число в изречението трябва да се среща в откъса към него (или непосредствено до него в източника). Тази проста проверка хваща най-честата грешка на моделите: верен източник, грешно число.
4. Оценка. Всяка бележка получава състояние: намерен, приблизителен или ненамерен откъс. Всеки проблем се отбелязва с „X“. Правилото е предложение да се подава само при нула X.

Какво проверката не прави. Тя проверява наличие, а не смисъл: дословен откъс може да е взет извън контекста си, а източникът сам може да греши. Затова тълкуването остава за автора и рецензента. Проверката има и технически особености — например изречение се разделя след „г.“, ако следва главна буква, а числа от таблици понякога се сливат, — заради които авторите понякога трябва да преформулират изречението.

4. Пазачът срещу загуба на съдържание

При редакция текст може да изчезне неусетно. Одитът на историята отбелязва 37 случая, в които съдържание е изчезнало между ревизиите; при проверката част от тях се оказаха оправдани съкращения. В един случай предложение от сайта беше заменило цяла статия за връщането към ръчно преброяване на гласовете в Нидерландия с едно изречение без бележка; съдържанието беше възстановено с нови първоизточници.

Пазачът сравнява новата версия с текущата. Редакция от ИИ агент се спира, ако маха повече от 15% от текста, поне 10 бележки или 5 източника, повече от половината стари изречения или извадени цитати; при редакция от човек рецензентът получава предупреждение. Съзнателно съкращение е възможно само с изрично посочена причина, която рецензентът вижда. Принципът на администратора е: „Усъвършенстване на материала не означава нещо непременно да се маха.“

Преди да бъде приет, пазачът е изпитан срещу всички 1587 последователни прехода между ревизии в историята на WikiB. От тях 18 са вредни загуби, а 1565 са чисти.

Приета е версия C: хваща всички 18 вредни случая при 22 фалшиви блокирания (1,4%); от версия 0.31.0 на сървъра тя е част от шлюза. Версия D дава същия резултат върху историята, но не отчита като загуба изречение, в което е обновено само число; от версия 0.31.7 (23.10.2026) шлюзът работи с нея.

5. Одитът

Одитът преглежда всички статии и търси слабости. Последният одит от 23.10.2026 г. (преди новите статии от същия ден) обхваща 597 статии:

Най-голямата слабост не е грешният цитат, а изчезващите източници: страници се местят, затварят или блокират автоматичен достъп. Одитът измерва проверимост и структура, а не истинност. Сигналите му са подсказка къде да се погледне, а не присъда.

6. Автономният агент WikiB Self-Improve

Агентът подготвя подобрения на статиите. Той има собствено име като автор, така че предложенията му се различават от всички останали.

Как решава. По решение на администратора агентът не следва механично прости правила, а преценява истинността и дълбокия контекст на материала. Главният въпрос при всяка статия е има ли нещо ново и фундаментално, което да се добави. Сигналите на одита — ненамерен цитат, недостъпен източник, остаряло твърдение, въпрос на читател без отговор — са подсказки къде да се погледне, а не присъди. Агентът може да ползва всякакви източници, включително Уикипедия и други енциклопедии, но синтезира информацията критично: съпоставя източниците, отбелязва разминаванията и отделя установеното от спорното и от прогнозите. Усъвършенстването не означава махане: съдържание се съкращава само с изрично посочена причина, която рецензентът вижда.

Какво остава задължително. Всяко предложение минава проверката на цитатите и пазача срещу загуба на съдържание и се публикува само след човешко решение. Агентът не публикува сам и не може да променя правилата, които сървърът налага.

Сегашната настройка — пробен етап:

• режим: пробен — агентът подготвя чернови, които администраторът преглежда, и нищо не подава;
• технически лимити за този етап: до 3 предложения на ден, до 10 чакащи; нова редакция на статия — едва след като предишната редакция на агента за нея е прегледана;
• видове задачи в първия етап: поправка на цитат, замяна на недостъпен източник, обновяване на остаряло твърдение, вътрешни връзки;
• при отказ заради фактическа грешка или при два поредни отказа агентът се връща в пробен режим.

Първото пробно изпълнение на 23.10.2026 г. даде 5 чернови и при първия преглед и петте бяха оценени като добри. След като администраторът уточни, че усъвършенстването не означава махане, една от тях трябва да бъде преработена, защото стеснява твърдение, вместо да го допълни.

Втори етап. Подготвен е етап, в който основна задача е дълбокият преглед на статиите, а агентът пише и нови статии по въпроси на читатели. Предвижда се малките квоти да отпаднат, като остават човешкото одобрение и алармата срещу загуба на съдържание: според администратора смисълът не е в границите, а в генерирането на проверимо знание. Когато беше поискано агентът да се включи с високи лимити, вградената защита на инструмента за програмиране спря промяната и поиска изрично разрешение от администратора. До това решение агентът остава в пробен режим.

7. Кой пише

Всяко предложение пази с какво е подготвено. Най-голяма част са подготвени с модела Claude на Anthropic по искане на администратора; следват автоматизирани пакетни процеси, хора и други модели:

Сървърът на WikiB работи на един домашен компютър (процесор i7-7700K, 16 GB памет, видеокарта GTX 1080 Ti с 11 GB), а публичните страници се разпространяват през Cloudflare. На компютъра работят и локални езикови модели, но засега те подготвят малка част от предложенията; основното писане е с облачни модели.

8. Няколко ИИ агента и един човек

По WikiB работят едновременно няколко ИИ агента с различен достъп: един в терминала на компютъра (програмен код, тестове, внедряване), един в облачна сесия, свързана с компютъра (съдържание и инструменти), и трети в отделен акаунт. Те се координират чрез общ текстов файл с номерирани съобщения, в който се записва и не се трие: всеки има своя зона, а молбите за рестарт или внедряване се отбелязват изрично. Разрешенията дава само администраторът.

9. Поуки

• Паралелна работа. На 23.10.2026 г. два агента написаха независимо статии на едни и същи теми, а единият презаписа работния файл на другия. Решението беше по-късната версия да влезе като разширение на одобрената, без нищо да се маха, и правилото преди нова тема да се търси в съществуващите статии и в общия файл.
• Общ кеш. Агент, който свали наново вече свалени източници, можеше да подмени копията, на които стъпват чужди проверки. Сега наново се свалят само липсващите.
• Физически ресурси. Четиринадесет паралелни помощни агента изчерпаха паметта на компютъра и спряха работата на друг агент. Сега наведнъж работят най-много два-три.
• Броене. Файлът с предложения само се допълва: в него има 3797 реда, но 1829 предложения, защото истинското състояние е последният ред за всяко предложение. Веднъж броенето на редове вместо на предложения даде погрешно число на чакащите.
• Правила и преценка. Администраторът отхвърли подхода с „прости правила“: материалът се оценява по истинност и дълбок контекст. Сигналите на одита са подсказки; решението за всяка промяна се обяснява с думи на рецензента. Уикипедия е допустим източник, когато откъсът се намира и е достоверен.
• Чернови от други модели. Черновите от друг модел, изпратени на 23.10.2026 г., бяха добре структурирани и всички посочени в тях източници се оказаха реални, но в тях нямаше нито една бележка, а някои подробности бяха остарели — например сроковете за човешки надзор в Регламента на ЕС за изкуствения интелект, които междувременно са изместени.
• Конфликт на интереси. Когато модел пише за създателя си (Claude за Anthropic) или енциклопедията — за себе си, рецензентът получава изрично предупреждение.

10. Ограничения

• Проверимостта не е истинност: машината потвърждава, че източникът казва нещо, а не че то е вярно.
• Всички предложения се одобряват от един човек. На 23.10.2026 г. бяха приети 30 предложения, сред тях статии от 20 000–45 000 знака; при такъв обем дълбочината на човешкия преглед е реално тясно място.
• Зависимост от малко доставчици на ИИ модели и от достъпа до тях.
• Източниците изчезват: в 172 статии поне един източник вече е недостъпен.
• Програмният код не е публичен — съзнателен избор заради сигурността на сайта. Затова механизмът не може да бъде възпроизведен отвън, а числата в този доклад са на самия проект.

11. Какво може да се провери отвън

• Всяка статия показва източниците и дословните откъси към бележките, както и цялата си история.
• Качество на статиите — проверимостта на цитатите по статии.
• Как WikiB се самоусъвършенства — механизмът и текущите числа; данните в JSON.
• Редакционни принципи и история на редакциите.