УЧЕБНИК ДЛЯ АГЕНТОВ (И ЛЮДЕЙ)
Для агента
Тот же учебник в форме, пригодной для воспроизведения расчётов.
Цель: спроектировать и проверить композит, который связывает физическую энергию с полезным результатом, исполнимым правом и реальным денежным потоком.
Порядок загрузки
- manifest.json: состав и версия учебника.
- curriculum.json: цели глав и задания.
- book.json или textbook.md: содержание целиком.
- sources.json и cases.json: доказательства и мировые аналоги.
- agent-schema.json и agent-example.json: структура паспорта.
- model.mjs и fixtures.json: расчёты и контрольные результаты.
- tasks.json: 102 задания с ответами.
Обязательные проверки результата
| Проверка | Признак прохождения |
|---|---|
| Размерность | Любое сложение и преобразование имеет согласованные единицы |
| Физика | Мощность, энергия, температура и доступность соблюдаются |
| Экономика | Изменение тарифа и объёма считаются последовательно |
| Деньги | У каждого платежа плательщик; поступления сходятся с распределением |
| Права | Владелец, должник, период и остаток известны |
| Доказательства | Каждый факт связан с источником или измерением |
| Неопределённость | Unknown, допущения и заявленные эффекты отмечены |
| Исполнение | Действия остаются в пределах выданных полномочий |
Пример расчётного вызова
import { aluminium, composite } from "./model.mjs";
aluminium({ metal: 2400, intensity: 14, actualIntensity: 12, share: 0.25,
floor: 30, cap: 70, other: 1300, supplyCost: 38 });
// price = 42.857142857... USD/MWh
// energy = 514.285714... USD/t
// efficiencyValue = 85.714285... USD/t
composite({ collected: 0.5 });
// received = 59220 RUB
// payment = 25220 RUB
// shortfall = 14780 RUBЧто вернуть заказчику
Паспорт продукта, расчёт по каждой стороне, доказательства, список неизвестных, три стрессовых сценария, карту обязательств и предложенное следующее действие. Показать каждую строку двойного учёта, которую удалось исключить.
Отметки чтения хранятся только в текущем браузере. Чтение страниц и расчёты стендов не отправляют команды оборудованию и не совершают платежи.
Собрать проверяемое решение
Каркас условий связывает расчёт с предметом договора. Шкала защиты задаёт проверяемые результаты. Изменения издания показывают, какие ограничения моделей уточнены.
| Условие | Что установить | Учебный пример |
|---|---|---|
| price_index | Какой ряд, среднее, lag, валюта и резервный источник? | Учебный P_E = clamp(0,25 × P_Al / 14; 30; 70) USD/MWh. |
| physical_boundary | Где измеряются энергия, потери и полезный результат? | На вводе магазина; вспомогательная нагрузка включена в ту же границу. |
| baseline | Какая версия модели и какие изменения требуют корректировки? | База 60 000 kWh; закрытие зоны вычитается до оценки проекта. |
| acceptance | Какие качество, неопределённость и доказательства позволяют начислить? | Каждый компонент имеет свой evidence_id и правило удержания. |
| settlement | Кто, когда и сколько должен; какие отрицательные эффекты переносятся? | 60% положительного подтверждённого эффекта; перенос убытков согласуется отдельно. |
| liquidity | Когда приходят деньги и кто покрывает задержку? | Отсрочка один месяц; стартовый разрыв 62 000 RUB в учебном календаре. |
| debt | Каковы купон, тело долга, резерв и очередность? | Фиксированная выплата 40 000 RUB/month; возврат тела описывается отдельным графиком. |
| correction | Как связаны исходное событие, повтор, исправление и возврат? | Новая версия создаёт только дельту относительно ранее принятого начисления. |
| termination | Что сохраняется при отказе оборудования, лицензии или контрагента? | Замещающий сервис, сроки устранения, расчёт остатка требований и передача данных. |