Параметры следует брать из одноименной задачи или операции в шаблоне

[konard]

📋 Описание

Эта PR реализует решение для issue #13: параметры теперь берутся из одноименных задач или операций в шаблоне проекта, с правильной логикой fallback.

Fixes #13

🔍 Код доступа к шаблонным параметрам

В project-scheduler.js следующий код обращается к шаблонным параметрам:

1. Строки 128-216: функция buildTemplateLookup()

   • Строит карты (Maps) с параметрами из шаблона
   • Добавляет taskParameters и operationParameters в templateMap
   • Логирует добавленные параметры для задач и операций

2. Строки 241-305: функция getItemParameters()

   • Получает параметры с приоритетной логикой разрешения
   • Для операций:
     1. Параметры операции из шаблона (по имени операции)
     2. Параметры задачи из шаблона (fallback)
     3. Текущие параметры операции
     4. Текущие параметры задачи (fallback)
   • Для задач:
     1. Параметры задачи из шаблона (по имени задачи)
     2. Текущие параметры задачи

3. Строка 800: функция scheduleTasks()

   • Вызывает getItemParameters() для определения параметров

✨ Изменения

1. Расширение buildTemplateLookup()

• Добавлены карты taskParameters и operationParameters
• Параметры из шаблона сохраняются по имени задачи/операции
• Обновлены логи для отображения количества загруженных параметров

2. Новая функция getItemParameters()

• Реализует приоритетную логику получения параметров
• Сначала ищет в шаблоне, потом fallback на текущие значения
• Детальное логирование источника параметров

3. Упрощение scheduleTasks()

• Заменен inline код на вызов getItemParameters()
• Код стал более читаемым и поддерживаемым

4. Обновление тестов

• experiments/test-parameter-fallback.js полностью переписан
• Тестирует все сценарии с template lookup
• Все 8 тестов проходят успешно ✅

🧪 Тестирование

$ node experiments/test-parameter-fallback.js
=== Testing Parameter Fallback Logic with Template Lookup ===

Test 1: Operation with template operation parameters - ✓ PASSED
Test 2: Operation with no template operation params - ✓ PASSED
Test 3: Operation with template operation params overriding - ✓ PASSED
Test 4: Operation with no template, fallback to current - ✓ PASSED
Test 5: Operation fallback to current task params - ✓ PASSED
Test 6: Task with template parameters - ✓ PASSED
Test 7: Task with no template, use current - ✓ PASSED
Test 8: All parameters empty - ✓ PASSED

Total: 8, Passed: 8, Failed: 0
✓ All tests passed!

📝 Примеры использования

Пример 1: Операция с параметрами из шаблона

• Шаблон: "Получение реперных точек" имеет параметры 740:%(-)
• Проект: Операция "Получение реперных точек" без параметров
• Результат: Используются параметры 740:%(-) из шаблона

Пример 2: Операция без параметров в шаблоне

• Шаблон: Задача "Проверка документации" имеет параметры 115:849(-),2673:(4-)
• Проект: Операция без собственных параметров
• Результат: Используются параметры задачи из шаблона

---

🤖 Generated with Claude Code

[konard]

🤖 Solution Draft Log

This log file contains the complete execution trace of the AI solution draft process.

💰 Cost estimation:

• Public pricing estimate: $0.473154 USD
• Calculated by Anthropic: $1.126482 USD
• Difference: $0.653328 (+138.08%)
  📎 Log file uploaded as GitHub Gist (808KB)
  🔗 View complete solution draft log

---

Now working session is ended, feel free to review and add any feedback on the solution draft.