Используйте планировщики задач для общих задач кодирования

Разработчики, работающие с несколькими репозиториями, знают, как мучительно запоминать специфичные команды каждого проекта: это npm run ci или pnpm install? ./gradlew build или mvn compile? Обновленное руководство Хэма Воке 2019 года (обновлено по просьбе читателя) решает эту проблему, представляя легковесные планировщики задач — простые обертки, позволяющие выполнять общие задачи с помощью коротких и единообразных команд, таких как run build или make test.
Вариант 1: Bash-скрипт
Создайте файл с именем run (или похожим) в корне вашего репозитория, сделайте его исполняемым (chmod +x run) и добавьте функции для каждой задачи. Вот пример для Node.js из статьи:
#!/usr/bin/env bash
set -e
function install { npm run ci }
function build { npm run build }
function test {
npm run test:unit
npx run playwright
}
function format { npm run prettier --write }
if [[ $# -lt 1 ]]; then usage; exit 1; fi
TARGET=$1
case $TARGET in
"install") install ;;
"build") build ;;
"test") test ;;
"format") format ;;
*) echo "Unknown command"; usage; exit 1 ;;
esac
Этот скрипт скрывает громоздкие аргументы (например, --write для prettier) и позволяет объединять несколько шагов (например, модульные тесты плюс Playwright). Для более сложной логики вы можете вынести функции в каталог bin/.
Вариант 2: Make
Make — это инструмент сборки 1970-х годов, который практически универсален. Использование Makefile с phony-целями дает те же удобства без дополнительного скриптования:
.PHONY: install build test format
install:
npm run ci
build:
npm run build
test:
npm run test:unit
npx run playwright
format:
npm run prettier --write
Просто запустите make test или make format. Помните: make требует использования табуляции для отступов.
Зачем использовать планировщик задач?
Стандартизация этих команд означает, что вы можете полагаться на мышечную память в разных проектах, независимо от используемого стека. Это небольшие накладные расходы, которые окупаются ежедневно, если вы часто переключаетесь между контекстами. Как отмечает Воке, эти инструменты варьируются от bash и make до современных опций, таких как mise и just, но принцип остается тем же: одна команда для сборки, одна для тестирования, одна для форматирования.
📖 Читать полный источник: HN LLM Tools
👀 Смотрите также

Структурированный рабочий процесс ИИ с поэтапными командами для сокращения переделок
Разработчик делится программируемым рабочим процессом с использованием конкретных команд, таких как /pwf-brainstorm и /pwf-work-plan, для решения распространённых проблем при работе с ИИ в программировании: потеря контекста, нарушение стандартов и смешение планирования с выполнением. Подход включает обязательное обновление документации и многоуровневую структуру проекта.

Практические шаблоны рабочего процесса для надежного кодирования ИИ в проектах с несколькими файлами
Пользователь Reddit делится четырьмя конкретными улучшениями рабочего процесса, которые повысили надежность ИИ-кодинга в многопроектных проектах: начало со спецификации, декомпозиция задач с контрольными точками, стабильные рабочие циклы и ревью только по сигналам.

OpenClaw 5.28: Плагин Codex сломан после обновления — исправление с помощью символической ссылки
OpenClaw 5.28 ломает плагин Codex из-за несоответствия пути к бинарнику. Исправление: создайте символическую ссылку с ожидаемого пути на фактический bin/codex.

Как праздный агент сжигал 50 млн токенов в день – и как это исправить
Простаивающий агент OpenClaw сжег 50M токенов в день из-за heartbeat-пингов с раздутой сессией. Пользователь Reddit рассказывает, как отследил утечку и исправил её настройками конфигурации.