Proof-of-work як банк доказів, а не галерея claims
Банк доказів збирає маленькі, перевірювані сигнали: task contract, diff, command output, test result, review note або короткий decision record.
Кожен запис має відповідати на чотири питання: що було потрібно, що зроблено, чим це перевірено і чого доказ не доводить.
Структура одного доказу
| Поле | Що фіксує | Приклад межі |
|---|---|---|
| Claim | Одна конкретна теза | Не «сильний інженер», а «додав bounded verification» |
| Source | Файл, diff, команда або review note | Шлях і command output, якщо вони фактично доступні |
| Signal | Observable результат | Перевірка пройшла або результат Unknown |
| Boundary | Що не можна висновувати | Не доводить production readiness чи зовнішню оцінку |
Відбір доказів
- Віддавайте перевагу різним типам сигналів, а не пʼяти схожим screenshots.
- Підтримуйте traceability від задачі до результату.
- Не редагуйте evidence так, щоб приховати невдалу перевірку або невідоме.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush