Core crates — статус реализации

Это честное, отражающее текущее состояние дополнение к целевой карте модулей из docs/design/02-system-architecture.md. Здесь сказано, что реально построено, что проверено против настоящего бэкенда, а не мока, и чего всё ещё по-настоящему не хватает, — а не что запланировано (об этом — docs/roadmap/01-implementation-roadmap.md).

Выполните cargo build --workspace && cargo test --workspace && cargo clippy --workspace --all-targets -- -D warnings из корня репозитория. На момент написания: 12 крейтов, 193 проходящих теста, ноль предупреждений clippy, cargo fmt --check чистый — 183 теста в 11 крейтах, которым не нужны ни дисплей, ни внешний сервис, плюс 10 в hiddensteps-observation, которым нужен живой X11-дисплей (проверено там, где он есть; см. соответствующую строку). Четыре теста по замыслу помечены #[ignore] (см. ниже) и не считаются ошибками и не входят в число 193.

Что существует

Плюс, вне crates/ (не входит в корневой workspace — см. объяснение ниже):

Что является открыто заявленным упрощением, а не пробелом

• Эмбеддинги паттернов хранятся как обычные BLOB в hiddensteps-event-store с вычислением косинусного сходства в Rust, заменяя виртуальную таблицу sqlite-vec из ADR-0007 (см. комментарий в начале event-store/src/schema.sql) — загрузка нативного расширения SQLite не была проверяема в этом окружении, а сам ADR-0007 отмечает, что при реалистичных объёмах использования одним пользователем поведение sqlite-vec и есть полный перебор с точным поиском. Та же семантика, без риска нативного расширения.
• Модули macOS и Windows в hiddensteps-observation (src/macos/, src/windows/) — это реальный, полный исходный код, написанный под давно стабильные API платформ (CGWindowListCopyWindowInfo; GetForegroundWindow/GetWindowTextW/QueryFullProcessImageNameW) при отсутствии доступного тулчейна macOS/Windows, — и оба теперь чисто компилируются, что подтверждается матрицей задания в . Модуль macOS сначала потребовал одного реального исправления (нетипизированные параметры дженериков по умолчанию у не удовлетворяли границе трейта для ключа — исправлено явной типизацией как ); Windows скомпилировался чисто с первой попытки.

Почему оболочка Tauri и UI находятся вне crates/

crates/* — это корневой workspace из Cargo.toml, полностью собираемый и тестируемый в этом Linux-окружении для разработки без каких-либо системных зависимостей, кроме того, что загружает cargo. Чтобы вообще скомпилироваться, apps/desktop/src-tauri требует webkit2gtk-4.1 (Linux), который это окружение установить не может (нет sudo без пароля, нет рабочего пути через nix/пакетный менеджер — подтверждено прямой попыткой). Вынесение его из workspace означает, что cargo build --workspace остаётся здесь на 100% зелёным, а не вечно красным из-за одного крейта, который никто не может исправить в этой песочнице. По той же причине ему нужна и собственная пустая таблица [workspace] в его Cargo.toml — иначе Cargo всё равно попытается прикрепить его к этому вышестоящему workspace и завершится ошибкой «current package believes it's in a workspace when it's not». У apps/desktop/ui такого ограничения нет, и этот компонент проверяется тем же способом, что и ядро на Rust. Обе части по-прежнему проверяются end-to-end — просто CI вместо этой песочницы.

Примечание о четырёх тестах, помеченных #[ignore]

• hiddensteps-security::keyring_store::tests::set_get_delete_round_trip_against_the_real_vault — требует реального хранилища учётных данных ОС/сеанса рабочего стола.
• hiddensteps-observation::linux::shortcuts::tests::grabs_and_ungrabs_a_real_shortcut — выполняет реальный XGrabKey на всю сессию, что было бы разрушительно при автоматическом запуске в общем окружении.
• tests/ollama_live.rs из hiddensteps-llm-provider (2 теста) — требует реально запущенного экземпляра Ollama. Оба теста фактически запускались во время разработки против реального локального экземпляра qwen3:0.6b (гибридная модель рассуждения с 0,6 млрд параметров) и прошли суммарно примерно за 2 секунды; для другой конфигурации переопределите модель/URL через переменные окружения HIDDENSTEPS_TEST_OLLAMA_MODEL/HIDDENSTEPS_TEST_OLLAMA_URL.

Все четыре — реальные тесты, а не рудименты: §2 в docs/roadmap/03-testing-strategy.md проводит ровно то различие между логикой, которой место за моком в CI, и интеграцией с ОС/сессией/внешним сервисом, которой место в осознанной ручной проверке. Запустите любой из них командой cargo test -p <crate> -- --ignored (добавьте <test name>, чтобы запустить только один) на машине, где это уместно.