Guardrails стримують scope
Рівневі очікування задають не престиж технологій, а необхідну глибину інженерних доказів. До реалізації потрібно перевірити один головний сценарій, відповідність формату своєму рівню та список того, що виключено.
Кожна додаткова функція збільшує кількість невідомих, тестів і ризиків для демонстрації. Обіцянка production-ready недоречна, якщо фактично створюється навчальний прототип.
| Перед стартом | Питання до guardrail |
|---|---|
| Формат | Чи відповідає він меті та обраному рівню? |
| Core flow | Чи є один наскрізний сценарій? |
| Non-goals | Що свідомо не будується? |
| Verification | Які конкретні checks доведуть готовність? |
| Risk | Які дані, інтеграції або production-дії виключені? |
Junior: доведіть один робочий сценарій
- оберіть один зрозумілий користувацький потік;
- зафіксуйте межі в SPEC.md;
- додайте базовий README;
- проведіть просту smoke-перевірку;
- поясніть внесок Claude Code і власні ручні перевірки.
Middle: покажіть керований цикл
Claude Code може допомагати з discovery, чернетками, ревʼю та перевіркою гіпотез, але не замінює інженерне рішення про scope або готовність.
- Зафіксуйте вимоги та критерії приймання.
- Складіть короткий план.
- Вносьте невеликі зміни й створюйте логічні коміти.
- Запускайте smoke- або regression-перевірки.
- Переглядайте фактичний diff.
- Оновлюйте README та готуйте відтворюваний demo-сценарій.
Senior: складність має бути обґрунтована
Senior-рівень не означає додати всі доступні механізми. Він означає пояснити компроміси, обмежити ризик і показати, чому саме така складність потрібна.
| Формат | Додаткові докази |
|---|---|
| Legacy modernization | Аналіз поточної поведінки та RISK_MAP.md |
| Migration slice | Compatibility checks, validation і rollback plan |
| DevOps automation | Відтворюваний запуск і зрозуміла відповідальність |
| Team workflow design | Owner, README, changelog і правила використання |
Scope freeze перед demo
- не додавайте інтеграції лише тому, що вони здаються малими;
- не розширюйте MVP міграцією або бізнес-функціями без нової потреби;
- не додавайте новий pipeline, hook чи агент без evidence користі;
- якщо core flow не працює в середині роботи, скоротіть план;
- перед захистом зосередьтеся на надійності, README і demo.
Канонічне джерело уроку · JavaRush
Відкрити матеріал JavaRush