feat: Introduce new rules for enhanced tool safety and scoring

- Added rules for identifying dangerous tools:
  - Dangerous filesystem deletion tools
  - Dangerous HTTP request tools
  - Dangerous network tools
  - Dangerous download-and-execute tools
  - Tools missing required critical fields
  - Tools with overly generic names
  - Tools allowing arbitrary properties in schemas
  - Tools that mention destructive access in descriptions
  - Tools without scope hints for write capabilities
- Updated scoring logic to include new risk categories and rules.
- Enhanced test coverage for SARIF reports and scoring breakdowns.
- Introduced CI workflow for automated testing and linting.
- Added release notes for version 0.4.0 highlighting new features and improvements.

Author: andrey.korchemkin

.github/workflows/ci.yml

@@ -0,0 +1,30 @@
+name: CI
+
+on:
+  push:
+  pull_request:
+
+jobs:
+  test:
+    runs-on: ubuntu-latest
+    steps:
+      - uses: actions/checkout@v4
+
+      - name: Set up Python
+        uses: actions/setup-python@v5
+        with:
+          python-version: "3.12"
+
+      - name: Install package
+        run: |
+          python -m pip install --upgrade pip
+          python -m pip install -e .[dev]
+
+      - name: Run tests
+        run: python -m pytest
+
+      - name: Lint
+        run: python -m ruff check .
+
+      - name: Type-check
+        run: python -m mypy

AGENTS.md

@@ -1,68 +1 @@
 Ты — мой инженерный агент в VS Code. Мы делаем open-source проект MCP Trust Kit: CI-first trust scoring для MCP servers.
-
-Главная цель:
-собрать v0.3.0, которую уже можно публично выложить на GitHub и дать людям поставить через GitHub Actions.
-
-Продуктовая рамка:
-- это НЕ security platform
-- это НЕ MCP gateway
-- это НЕ hosted service
-- это НЕ full certification authority
-- это deterministic scanner + score + reports + GitHub Action
-- optional AI explain layer не делаем в ядре v0.3
-
-Что должен уметь v0.3:
-1) просканировать MCP server
-2) получить и нормализовать список tools
-3) прогнать deterministic rules
-4) посчитать trust score
-5) вывести terminal summary
-6) сохранить JSON report
-7) сохранить SARIF
-8) работать в GitHub Action
-9) иметь понятный README, examples и быстрый quickstart
-
-Нефункциональные требования:
-- Python
-- аккуратная модульная архитектура
-- минимальный технический долг
-- предсказуемое поведение
-- хорошие сообщения об ошибках
-- никаких фейковых реализаций
-- никаких TODO-дыр в критическом пути
-- никакой магии через LLM в scoring engine
-- только реально работающий код
-
-Правила работы:
-- сначала коротко опиши план на 5–10 пунктов
-- затем реализуй только тот scope, который я запросил в этом сообщении
-- если scope слишком большой, разбей на подшаги, но всё равно выполни максимум полезного
-- после изменений обязательно запусти релевантные тесты/линтеры
-- в конце дай:
-  1) что сделал
-  2) какие файлы изменил
-  3) как проверить
-  4) что ещё осталось
-- не переписывай весь проект без необходимости
-- не делай premature abstractions
-- не добавляй зависимости без причины
-- если делаешь CLI/API, сначала проектируй минимальный работающий интерфейс
-
-Стандарт качества для каждого этапа:
-- код должен быть понятным
-- имена должны быть нормальными
-- типы и структуры данных должны быть ясными
-- ошибки должны быть обрабатываемыми
-- тесты должны покрывать новый функционал
-- результат должен быть коммитопригодным
-
-Наша стратегия релиза:
-- публикуем v0.3.0 как можно раньше
-- v1 не ждём
-- README и GitHub Action должны быть сделаны так, чтобы человеку было тупо легко воткнуть инструмент себе в репозиторий
-
-Если в моём запросе есть неоднозначность, делай лучший инженерный выбор в сторону:
-- более узкого scope
-- более быстрой поставки
-- более надёжного поведения
-- более ясного README

CHANGELOG.md

@@ -4,6 +4,29 @@ All notable changes to this project will be documented in this file.
 
 The format is based on Keep a Changelog and this project uses Semantic Versioning.
 
+## [0.4.0] - 2026-03-29
+
+First practically useful public release.
+
+### Added
+
+- expanded deterministic ruleset for schema hygiene and risky exposed capabilities
+- capability-aware risk categories in findings and report summaries
+- terminal summary sections for score meaning, why-score explanation, high-risk capabilities, and review-first tools
+- repo CI workflow at `.github/workflows/ci.yml`
+
+### Changed
+
+- repositioned the score as deterministic surface risk rather than abstract trust
+- refined `weak_input_schema` to avoid penalizing empty object schemas for no-arg tools by default
+- Bash-first README and validation docs, with Windows examples moved behind details or separate notes
+- real-world validation docs refreshed against public MCP servers
+
+### Fixed
+
+- filesystem delete heuristic no longer false-positives on `directory_tree` and `get_file_info`
+- public example and sample artifacts regenerated from current scanner behavior
+
 ## [0.3.0] - 2026-03-29
 
 Initial public release.