Дръжте доверителната база малка.
Не поставяйте сложните генератори или изкуствения интелект в центъра на доверието. Посочете ясно малката проверяваща страна.
Finite Field / Математическа лаборатория
Математическата лаборатория е мястото, където показваме как подхождаме към математическото моделиране, доказването на теореми, формалната проверка, възпроизводимостта и доверената реализация, без да преувеличаваме доказателствата.
01 канонични байтове / формат OK
02 хеш на сертификата OK
03 проверка на зависими доказателства OK
04 присъда без изходен код OK
Тази страница не твърди, че NPA е практически заместител на Lean или Rocq, а симулацията в браузъра не изпълнява NPA.
Принципът на лабораторията
Заключение като „проработи“, „беше бързо“ или „беше доказано“ не е достатъчно. Показваме поотделно входните данни, допусканията, доверените части, независимо проверимите артефакти и нерешените въпроси.
Не поставяйте сложните генератори или изкуствения интелект в центъра на доверието. Посочете ясно малката проверяваща страна.
Оставяйте сертификатите, хешовете, списъците с предположения, условията за бенчмарк и журналите във форма, която други могат да проверят.
Фиксирайте инструменталните вериги, входните данни, командите за изпълнение и критериите, така че резултатът да може да се провери отново.
Покажете практически методи, експерименти и изследвания поотделно.
Категория за метод на услуга, която все още изисква обхват, отговорност, клиентски доказателства и одобрение, преди да се описва като готова за проект.
Съществува работна реализация, но промени в мащаба, съвместимостта, производителността или спецификацията остават възможни.
Проектирането, оценката, доказателството или изпълнението на проекта са в процес, но това не означава, че ще бъде комерсиално достъпно или завършено.
Изследователско портфолио
Всяка карта показва зрелост, артефакти, текущо състояние и следващо валидиране.
8 се показват
01
Инструментална верига за доказателства със сертификата като първи артефакт
Изследователска инструментална верига, която поставя каноничните сертификати за доказателства и малка проверяваща база в центъра на прегледа на зависими доказателства.
02
Logic / Nat / List / Algebra
Стандартно хранилище с пакети от теореми за повторно използваеми основи на NPA.
03
Формална математическа библиотека
Насока за библиотека, която съхранява математически теореми като самостоятелно проверими доказателства.
04
Планиране / маршрутизация / назначение
Метод за разграничаване на твърдите ограничения и критериите за оценка при смени, посещения, маршрути, производство и разпределяне.
05
Бенчмарк и доказателства
Програма за фиксиране на набори от инстанции, хардуер, времеви ограничения, случайни семена и сурови журнали, преди да се правят твърдения за ефективност.
06
Инварианти за бизнес системи
Изследване за разделяне на такси, разрешения, инвентар и преходи на състояния в спецификации и инварианти.
07
Малки надеждни компоненти
Разделя критичната за доверието проверка от удобството на генерирането.
08
Създавайте свободно, проверявайте строго
Изследователска посока, която оставя ИИ да генерира кандидати, докато окончателните доказателства се проверяват независимо.
Не е открита подходяща област за изследване.
Опитайте друга ключова дума или върнете филтъра за зрялост на всички.
Nano Proof Auditor
NPA е инструментална верига за зависими доказателства със сертификата като първи артефакт. Потребителски интерфейси, тактики, търсене на теореми, плъгини, ИИ, изходни файлове и статус на CI могат да помагат за създаване на кандидати, но не са довереното доказателство.
Текуща снимка
v0.1.1
Публичната информация е проверена на 2026-06-21.
Основно ядро
Rust
Rust верификаторът и ядрото са част от страната на проверката.
Артефактът на одита
.npcert
Каноничните байтове на сертификата са обектът за проверка.
Точка за повторна проверка
ръчен преглед
Състоянието на хранилището и видимостта на пакетите трябва да бъдат преразгледани преди публикуването.
Изберете всеки възел, за да проверите какво прави, какво произвежда и коя проверка все още е необходима.
Важна граница
NPA засега не е практически заместител на Lean или Rocq. Тази страница обяснява изследователски дизайн, съсредоточен върху сертификати, и не гарантира търговски системи без дефекти или автоматично доказване на теореми.
Проверка на сертификат / обяснителна симулация
Взаимодействието в браузъра обяснява потока на проверка. То не изпълнява NPA, Rust, WASM или истински сертификати за доказателства.
Пример за CLI
npa package verify-certs --root . --checker reference --json
Вердикт
Обяснението още не е стартирано.Стартирайте обяснението, за да видите стъпките по ред.
Екосистема за доказателства
Lean и Rocq са зрели екосистеми за асистирано доказване. NPA е представен тук като изследователски и внедрителски проект, съсредоточен върху сертификати, а не като заместител.
| Предмет | Lean | Rocq | NPA |
|---|---|---|---|
| Позиция | Език за програмиране с отворен код и асистент за доказване. | Интерактивен доказвач на теореми с дълга изследователска история. | Изследователско и внедрителско хранилище за проверка със сертификата като първи артефакт. |
| Типично използване | Математика, проверка на софтуера и програмиране. | Математика, спецификации, проверка на програмата и извличане. | Изследване на сертификати за доказателство и независима проверка. |
| Акцент | Разширяемост, библиотеки и интерактивно доказателство. | Експресивност, зрели методи и библиотеки. | Малка надеждна база и канонични сертификати. |
| Как тази страница го третира | Референция за обучение, сравнение и оперативна съвместимост. | Референция за методи за обучение, сравнение и формализация. | Изследователски проект на Finite Field. |
| Граница | Все още са необходими специализирани знания. | Все още са необходими специализирани знания. | Засега не е предназначен за практическа замяна на Lean или Rocq. |
Изследователски метод
Резултатът става по-силен, когато някой може да го повтори, да го прегледа и да го отхвърли при същите условия.
Определете какво трябва да се провери: производителност, точност, съвместимост или обхват.
Запишете предположенията, изключенията, аксиомите, пропуските в данните и отклоненията преди оценката.
Съхранявайте изходния код, сертификатите, входните данни, журналите от изпълнение и хешовете.
Проверявайте резултатите чрез различен път от поколението.
Фиксирайте хардуера, версиите, времевите ограничения, наборите от инстанции и случайните семена.
Публикувайте провали, неподдържани случаи, граници на производителността и следващото валидиране.
Конструктор за възпроизводимост
Контролният списък се обработва само в браузъра. Това не е резултат от проверка на сертификат.
Готовност
0%Следващото действие
Определете първо въпроса за изследването и условието за успех.Преди да решите формати на артефакта, определете какво ще бъде сравнено или проверено.
Публични артефакти
Статусът на хранилищата е прегледана снимка и трябва да се провери преди публикуване.
4 артефакти
finitefield-org
Инструментална верига за помощ при доказване и проверка със сертификата като първи артефакт.
проверка на пакети със сертификати
finitefield-org
Пакет със стандартни теореми
Std.Logic / Nat / List
finitefield-org
Формална математическа библиотека
формални пакети с теореми
GitHub
Индекс на публичните хранилища
всички публични хранилища
Политика за публикуване
Публичните хранилища, изследователските бележки и бенчмарковете трябва да съдържат проверена дата, срок на валидност, стъпки за възпроизвеждане и известни ограничения.
От лабораторията до операциите
Не всяка клиентска система се нуждае от доказване на теореми. Полезният пренос е да се реши на какво трябва да се има доверие, какво да се сравнява, проверява, коригира и одобрява от хора.
Лабораторната практика
Разделяйте генерирането, изчислението и окончателната проверка, вместо да се доверявате еднакво на всеки слой.
Съхранявайте входовете, изходите, сертификатите, хешовете и журналите като артефакти, които могат да се преглеждат.
Фиксирайте данните, версиите, командите и критериите за оценка, преди да сравнявате резултатите.
Публикувайте ограниченията, неуспешните случаи и нерешените въпроси със същата тежест като резултатите.
Клиентска система
Определете кой въвежда, кой преглежда, кой прехвърля и кой потвърждава резултата.
Покажете ограниченията, оценките, отхвърлените кандидати и нерешените точки.
Запазете промените в условията, изчисленията и историята на окончателното одобрение.
Направете автоматичния резултат коригируем, отхвърляем и обясним за операторите.
Покажете нарушенията на правилата и удовлетвореността от предпочитанията поотделно.
02 Маршрутизиране на превозни средстваДръжте видими причините за маршрута, капацитета, времевите прозорци и изключенията.
03 Производствено планиранеОбяснявайте непланираната работа, тесните места и компромисите при пренастройване.
04 Разпределяне и съпоставянеПоказвайте причините за предложения вариант и алтернативите преди одобрение.
Изследователски бележки
Не всяка карта е публикувана статия. Подготвяните бележки не се обозначават като публикувана работа, докато не получат дати, източници и стъпки за възпроизвеждане.
Защо окончателното доказателство трябва да бъде стандартизиран сертификат, проверен от малък независим път.
Виж публичния репозиторийПроектна бележка за показване на цели, твърди ограничения, меки предпочитания и нерешени назначения в интерфейса.
Вижте свързаните демонстрацииПланирана бележка за набори от инстанции, времеви ограничения, разлики до оптимума, случайни семена и хардуер.
Вижте критериите за публикуване.След публикуване всяка бележка получава дата, източник, автор, път за възпроизвеждане и известни ограничения.
ЧЗВ
Тези точки се уточняват предварително, за да не се бъркат изследователските страници с гаранции за продукционна среда.
Прочетете за компаниятаОбсъдете проблем
Започнете от текущата електронна таблица, правилата и местата, където хората коригират решенията. Така можем да подредим дали първо са нужни математическо моделиране, автоматизация на правилата или прототип.
Снимка на източниците / 2026-06-21
Твърденията за NPA се основават на снимката на хранилището finitefield-org/npa. Позиционирането на Lean и Rocq се основава на техните официални сайтове.