Skip to content

Releases: Kiol-V/dsh-agent-tool-filter

v1.0.1 — механика применения, UI-гигиена, особенности web / application mechanics, UI polish, web specifics

Choose a tag to compare

@Kiol-V Kiol-V released this 23 Oct 22:56

Что нового (русский)

  • Тумблер «Файловая диагностика» (setDebugLog в API, поле в status()); дефолтный путь лога — папка логов DSH (<DSH_HOME>/logs/), путь показан в блоке «Диагностика».
  • Пере-оценка режима фильтра после компакции: guard → hide без перезапуска; детекция «семантической грязи» — упоминания скрываемых имён в тексте истории держат защитный режим.
  • Кнопка «Убрать имя из профиля» в блоке «Предупреждения» (removeToolName в API) — быстрый фикс опечаток и удалённых плагинов.
  • Редактор профиля: проблемные имена показываются с активным чекбоксом и пометками — снятие отметки и сохранение убирает имя из профиля.
  • allow-режим устойчив к неизвестным именам (сверка с реестром tools); маска живого агента не снимается на промежуточных состояниях (пресет ещё не назначен / профиль пропал).
  • Отложенные повторы применения (2/6/15/30 с) сжимают окно без фильтра при поздней привязке пресета.
  • Документация «Особенности работы в web-среде» (README и руководство, RU/EN).

What's new (English)

  • “File diagnostics” toggle (setDebugLog API, status() field); the log defaults to the DSH logs folder (<DSH_HOME>/logs/), the path is shown in the Diagnostics block.
  • Filter mode is re-evaluated after compaction: guard → hide without a restart; semantic dirty-history detection — mentions of hidden names in the history keep the protective mode.
  • “Remove name from profile” button in the Warnings block (removeToolName API) — quick fix for typos and removed plugins.
  • The profile editor shows problem names with an active checkbox and notes — uncheck and save to remove the name from the profile.
  • Allow mode is robust to unknown names (checked against the tool registry); the live agent's mask survives intermediate states (preset not yet bound / profile missing).
  • Deferred re-application retries (2/6/15/30 s) shrink the no-filter window on late preset binding.
  • Web-environment specifics documented (README and the user guide, RU/EN).

Установка / Install

plugin_manager → install_bundle, ассет dsh-agent-tool-filter-1.0.1.tgz.
Install via Plugin Manager: plugin_manager → install_bundle with the dsh-agent-tool-filter-1.0.1.tgz asset.

v1.0.0 — первый публичный релиз / First public release

Choose a tag to compare

@Kiol-V Kiol-V released this 22 Oct 09:55

Первый публичный релиз плагина dsh-agent-tool-filter — per-agent фильтр инструментов основного агента (оркестратора) для DeepSeek Harness: оркестратор работает с минимальным набором инструментов, субагенты сохраняют полный набор.

Что нового (0.3.3 → 1.0.0)

  • Опция debugLog: файловая диагностика шагов фильтрации — тумблер в настройках плагина (по умолчанию выкл, переключение применяется сразу); переменная окружения ATF_DEBUG_LOG — принудительное включение с указанием пути файла
  • CI workflow (Node 22.x/24.x, юнит-тесты, триггеры push/PR/теги v*) и package-lock.json
  • Документация обновлена под 1.0.0: README, руководства по настройке, CONTRIBUTING, SECURITY (двуязычные)

Проверки

16 модулей unit-тестов · YAML-валидация конфигурации · изолированные установочные прогоны (test_drive — PASS) · контрольная проба в живом профиле · аудит безопасности без блокирующих находок.


First public release of dsh-agent-tool-filter — a per-agent tool filter for the main agent (orchestrator) in DeepSeek Harness: the orchestrator runs with a minimal tool set while subagents keep the full toolset.

What's new (0.3.3 → 1.0.0)

  • debugLog option: step-by-step filtering diagnostics, toggled in the plugin settings (off by default, applies immediately); the ATF_DEBUG_LOG environment variable forces logging on and sets the log file path
  • CI workflow (Node 22.x/24.x, unit tests, push/PR/v* tag triggers) and package-lock.json
  • Documentation updated for 1.0.0: README, configuration guides, CONTRIBUTING, SECURITY (bilingual)

Checks

16 unit-test modules · YAML configuration validation · isolated install test drives (test_drive — PASS) · live-profile verification · security audit with no blocking findings.