refactor(brainstorm-with-docs): понимание ведёт, артефакт — запись

- Зачем:
  - гравитация скилла тянула к «выдать артефакт»; управляющие документы
    раздувались деталями реализации (диагностировано на живом тесте — ADR
    с инлайном SQL).
- Что:
  - gate/stop: «готово» = общее понимание + рекомендованное направление,
    записанное минимально-достаточно, а не «артефакт произведён»; определение
    в одном месте (stop_condition), gate на него ссылается.
  - core_rules: минимально-достаточный артефакт + барьер высоты (без инлайна
    исполняемых артефактов) + single source of truth; приоритет над
    конвенциями репозитория.
  - шаг 2: артефакт(ы) выбираются ПОСЛЕ понимания, набором по жанрам.
  - adr.md/spec.md: Lifetime test → Scope test (ADR↔spec по охвату, не сроку);
    detailed plan — transient и вне scope скилла.
  - description + README: формулировки-цели ведут пониманием, не артефактом.
- Проверка:
  - grep: старый framing (lifetime/transient) убран; cross-ref Scope test
    сходится; определение «готово» не дублируется; витрина не artifact-first.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

agents/.agents/skills/brainstorm-with-docs/artifacts/adr.md

@@ -18,11 +18,15 @@ If any of the three is missing, skip it. Easy to reverse → you'll just reverse
 it. Not surprising → nobody will wonder. No real alternative → nothing to record
 beyond "we did the obvious thing". Do not create an ADR for every small choice.
 
-**Lifetime test (ADR vs spec).** A spec is transient — it describes what's being
-built now and goes stale once the work is done. An ADR is durable — it outlives
-the spec. So record a decision in an ADR only when it stays relevant *after* the
-spec that introduced it is obsolete. Decisions local to the current work belong
-in the spec's "Decisions and rejected alternatives" section, not here.
+**Scope test (ADR vs spec).** Both an ADR and a spec are durable records, so the
+split isn't lifetime — it's scope. A spec captures the shape of *one piece of
+work* (what we're building and why); an ADR captures a single decision that is
+*cross-cutting* — it matters beyond that one piece of work, and a future reader
+elsewhere will need its rationale. So record a decision in an ADR only when it
+applies beyond the scope of the spec that introduced it. Decisions local to the
+current work belong in the spec's "Decisions and rejected alternatives" section,
+not here. (The transient, stale-able document is the detailed implementation
+plan — a separate artifact, not produced by this skill.)
 
 ## Template