Merge pull request 'docs(openspec): архив рулингов агента folder-transport (#5)' (#7) from chore/5-archive-folder-transport into main

Reviewed-on: #7

CLAUDE.md

@@ -5,7 +5,7 @@
 «желаемый результат» по правилу «проверь, потом сделай», ведёт журнал на диске и отдаёт хабу состояние задач.
 Главный сценарий: хаб ставит команду (например, создать задачу, перевести статус, перенести в спринт), агент
 читает задачу в Jira, записывает только разницу и возвращает результат; хаб синхронизирует зеркало через `refresh`.
-Спека: `../jira-hub/openspec/changes/bridge-core/` (`specs/agent/spec.md`, `specs/commands/spec.md`).
+Спека: `../jira-hub/openspec/specs/` (`agent/spec.md`, `commands/spec.md`).
 
 ## Стек и ограничения
 - Python 3.9.6 (как на виртуалке), только стандартная библиотека, без venv и зависимостей.
@@ -15,7 +15,7 @@
   Шаблон без секретов — `src/agent.example.json`.
 
 ## Архитектура
-- `src/agent.py` — весь агент, один файл. Разделы в порядке файла: HTTP-клиенты (`Http`, `JiraClient`, `HubClient`; `FolderTransport` — транспорт `folder:` к хабу через общую папку, ошибки как у `Http`, спека `jira-hub/openspec/changes/folder-transport/`),
+- `src/agent.py` — весь агент, один файл. Разделы в порядке файла: HTTP-клиенты (`Http`, `JiraClient`, `HubClient`; `FolderTransport` — транспорт `folder:` к хабу через общую папку, ошибки как у `Http`, спека `jira-hub/openspec/specs/agent/`),
   `Journal`, `Executor` (по методу `do_<тип>` на каждый тип команды), `Runner` (цикл claim → пауза → журнал →
   выполнение → отчёт), CLI (`cmd_check`, `cmd_run`, `main`).
 - Границы: `Executor` знает Jira, но не знает хаб (кроме `refresh`, где хаб нужен для `known_keys` и `state`).