Evidence-first
Метод
Процесс важнее уверенности: Observe → Propose → Apply → Audit. Checks + evidence.
Intent → Patch → Checks → Evidence
Почему процесс важнее уверенности
Мы не “угадываем”. Сначала добываем факты, потом меняем систему, затем подтверждаем проверками.
Pipeline
1) Observe
Снимок реальности: health/diag/logs (ContextPack Lite).
2) Propose
План фикса: что меняем, как проверяем, где риск.
3) Apply
Минимальные изменения по lane-дисциплине.
4) Audit
Checks + evidence: что проверили и чем доказали.
PublicSafe
Если нужно показать артефакты наружу — мы санитизируем их (удаляем PII/секреты) и упаковываем в PublicSafePack.
Как вы участвуете
- Подтверждаете цель и критерий “готово”.
- Отвечаете на 2–5 уточняющих вопросов по фактам.
- Принимаете решение “идём дальше / стоп” по результатам QuickScan.
Быстрый старт
Точные сроки и стоимость — после QuickScan (если задача нестандартная).
Метод (evidence-first)
- Intake: цель и ограничения (что делаем / что не делаем).
- Context: факты: версии, логи, health/diag, схема БД (если нужно).
- Patch: минимальное изменение, которое устраняет причину.
- Checks: подтверждаем результат командами/эндпоинтами (PASS/FAIL).
- ProofPack: складываем evidence и отдаём zip+sha256.
Если данных не хватает — мы не “угадываем”. Возвращаем NEEDS_FACTS и конкретный список входов/команд.
Проверка целостности: Demo + Verify