X · ИНЖЕНЕРНАЯ НЕДЕЛЯ

Приёмы недели из X

Как управлять контекстом агента, проверкой и безопасной работой с инструментами.

🗓 6–12 октября 2026⚡ приёмов: 8👀 на заметку: 3📡 постов собрано: 1559
🔥 О чём говорят

На этой неделе авторы предлагают раньше сворачивать длинный контекст и разделять проверку между агентами. Вместо общего «проверь проект» появляются узкие маршруты: отдельные списки ошибок, дерево решений, трассировка с уликами. Ещё одна тема — границы действий агента: политика рядом с инструментом надёжнее одной просьбы в промпте, но конкретные правила приходится проверять на обходы.

⚡

Главные приёмы недели

01

Разделите проверку сайта между агентами

автор:@Voxyz_ai
Было

Один агент одновременно ищет ошибки и правит файлы.

→
Стало

Пять агентов независимо проверяют группы проблем без правок; один владелец собирает замечания и исправляет.

Почему: Проверки не конфликтуют за файлы, а замечания можно свести в один список. Это порядок работы, не гарантия полного аудита.

⚡ Попробовать за вечер
  • Опишите правила интерфейса в DESIGN.md и раздайте отдельные проверки дизайна, мобильной версии, состояний, пользовательского пути и технических ошибок.
  • Попросите проверяющих возвращать только найденные проблемы и места в коде.
  • Сравните число подтверждённых находок и повторных правок после общего исправления.
02

Установите один инженерный навык для агента

автор:@midudev
Было

Рабочие правила для агента каждый раз описывались заново.

→
Стало

Выберите один навык из публичного набора и добавьте его в свой инструмент.

Почему: Связанный README описывает установку и область каждого навыка; выборочная установка не переносит общую папку references.

⚡ Попробовать за вечер
  • Выведите список командой npx skills add addyosmani/agent-skills --list.
  • Изучите файл выбранного навыка и его зависимости, затем установите только нужный.
  • На одной локальной задаче сравните перечень шагов и итоговый diff до и после.
03

Маршрутизируйте выбор через локальную модель

автор:@ggerganov
Было

Для выбора из фиксированных вариантов запускали обычную генерацию текста.

→
Стало

Передавайте состояние и варианты в /v1/systemone: модель вернёт вероятность каждого варианта.

Почему: Один проход даёт структурированный ответ; выигрыша в скорости или качестве для вашей задачи источник не гарантирует.

⚡ Попробовать за вечер
  • Поднимите совместимую сборку llama.cpp и модель из руководства автора.
  • Отправьте два-три вопроса с типизированными вариантами в /v1/systemone.
  • Сравните точность выбора и время ответа с прежним маршрутом на своих примерах.
04

Сверните длинный контекст раньше

автор:@lydiahallie
Было

Длинная сессия Claude Code росла до автоматической свёртки около 967 тысяч токенов на модели с окном 1 млн.

→
Стало

Команда /autocompact 400k задаёт более раннюю свёртку беседы в краткую сводку.

Почему: После свёртки каждый новый ход несёт более короткий контекст. Эффект зависит от длины сессии и состояния кэша; ранняя свёртка может потерять детали.

⚡ Попробовать за вечер
  • В Claude Code запустите /autocompact 400k перед длинной задачей.
  • Сравните с похожей сессией при пороге по умолчанию на той же модели.
  • Сопоставьте входные и кэшированные токены, число свёрток и качество продолжения задачи.
Порог свёртки контекста по умолчанию и после команды /autocompact 400k.из источника⌕
На схеме: Порог свёртки контекста по умолчанию и после команды /autocompact 400k.
05

Трассируйте приложение через REA

автор:@dotey
Было

Поведение приложения без исходников приходилось угадывать по интерфейсу.

→
Стало

REA позволяет агенту разбирать модули Electron-приложения и показывать цепочку вызовов с уликами.

Почему: Связанный README описывает локальную установку и анализ. Для нативного двоичного файла понадобятся внешние инструменты; вывод модели проверяйте по найденному коду.

⚡ Попробовать за вечер
  • Установите REA командой npx rea-agents setup и проверьте изменения конфигурации.
  • На своём тестовом Electron-приложении попросите найти путь одного действия от интерфейса до обработчика.
  • Сверьте указанные файлы и вызовы с исходным кодом тестового приложения.
Этапы исследования в схеме REA из связанного репозитория.из источника⌕
На схеме: Этапы исследования в схеме REA из связанного репозитория.
06

Согласуйте план в интерактивном HTML

автор:@trq212
Было

Длинный план в Markdown требовал ответа отдельным комментарием на каждое спорное место.

→
Стало

Плагин html-plan открывает дерево тезисов, где можно выбрать варианты, править и вернуть одно решение в Claude Code.

Почему: Интерактивная страница делает разногласия видимыми до редактирования кода. Требуется Claude Code и установленный плагин.

⚡ Попробовать за вечер
  • Добавьте marketplace anthropics/claude-plugins-community и установите html-plan@claude-community.
  • Попросите /html-plan add send later to the composer для небольшой задачи и измените одно решение.
  • Проверьте, сколько уточнений осталось перед началом кодирования.
07

Закрепите правила агента в политике

автор:@MarcJBrooker
Было

Просьба «запусти тесты перед отправкой» оставалась инструкцией в промпте.

→
Стало

В Strands Box правило можно выразить политикой Dogwood для команд и окружения агента.

Почему: Политика проверяется при выполнении действий. Автор прямо предупреждает: пример с тестами неполный и обходится другой последовательностью Git-команд.

⚡ Попробовать за вечер
  • Возьмите одно правило из статьи и запустите пример в отдельном тестовом репозитории.
  • Проверьте разрешённое действие и один запрет, затем попробуйте обход через git switch.
  • Запишите, какие действия реально блокируются и какие требуют дополнительного правила.
Слой политики Dogwood между агентом и инструментами в схеме Strands Box.из источника⌕
На схеме: Слой политики Dogwood между агентом и инструментами в схеме Strands Box.
08

Проверьте внешний сервис по чек-листу

автор:@fado_dev
Было

Проверка опубликованного приложения сводилась к разрозненным ручным поискам.

→
Стало

Репозиторий объединяет проверку приложения, внешних сервисов, данных и готовности команды; для логов есть отдельный скрипт.

Почему: Чек-лист помогает не забыть область проверки, но его вывод требует ручной оценки и не подтверждает безопасность сервиса.

⚡ Попробовать за вечер
  • Клонируйте репозиторий и прочтите области проверки перед запуском скриптов.
  • На тестовых access.log запустите scripts/scan_logs.sh -o ./result /var/log/nginx/access.log*.
  • Проверьте вручную каждое найденное совпадение и отметьте пропуски чек-листа.
👀

На что обратить внимание

Эти темы стоит наблюдать; доказательств для самостоятельного приёма пока меньше.

🛰 Сравнение выводов моделей

Перекрёстная проверка может подсветить разногласия, но нужен критерий, как отличать замечание от ложной тревоги.

Пост ↗

🛰 Срок жизни кэша промпта

Точная настройка TTL может менять стоимость работы агента, но единый рецепт без данных о нагрузке преждевременен.

Пост ↗

🛰 Вопросы к неясному запросу

Команда /wait-what предлагает уточнять намерение до начала работы; практический эффект ещё надо измерить.

Пост ↗
🎯

Мой план на неделю

Раздать пяти агентам проверку небольшого сайта без правок и свести замечания в один список.
до пятницы
Сравнить две длинные сессии Claude Code с порогом свёртки по умолчанию и 400k.
до воскресенья
Проверить одно правило Dogwood на разрешённый путь и обход.
до воскресенья
#

Метаданные

окно 6–12 октября 2026, Europe/Moscow
корпус 1559 публичных постов; 120 просмотрено; 8 приёмов
источники Nitter RSS и FxTwitter; связанные материалы авторов
собрано 2026-10-12 14:52 UTC
×
Открыть источник ↗