feat(design-systems): import a design system out of a rulebook's prose

Milestone #254 step 3 (#2288). Reuses #251's prose extractor as the reader and
adds the part that makes it an import rather than a list of claims.

**The join is the whole trick.** A rulebook states a design system in two places
and neither half is a token: one rule names the colours ("Obsidian #14171A (page
bg, deepest surface)"), another names the custom properties
(`--fs-obsidian/iron/slate`). The import pairs them on the word — `--fs-obsidian`
ends with `obsidian` — which is the only reason it produces something usable
instead of seventy empty names. The parenthetical becomes the token's purpose,
which is the field a bare hex could never carry.

**Prohibitions arrive as replacements, per the operator's reframe.** Rule 52
declares Parchment and forbids pure white in one breath, so the import emits
"write --fs-parchment instead of #ffffff" — the same fact stated forwards. It
attaches to the FIRST token that rule supplied a value for, not to every token
of that rule, because claiming Vellum is also the replacement for white would be
putting words in the rulebook's mouth.

**A token the rulebook names but states no readable value for is still
proposed, with an empty value.** Radius steps and type sizes are prose ("Small
4px") and nothing here parses them; inventing a parse per shape would be
guessing. The name is real and the value needs a human, so the proposal says
exactly that — and the UI leads with the COUNT of those, because an import that
hid them would look more complete than it is.

Preview is the default on both surfaces and in the UI. An import is a proposal:
rulebooks are written aspirationally and some of what they describe was never
built, so every entry carries the rule id and the sentence it came from and a
reviewer can check the claim rather than trust it.

Existing token names are never overwritten. A value already in the record was
put there deliberately — most likely correcting this importer — so a re-run
fills gaps and lists the rest as skipped, which also makes it safe to repeat.

Colours the rulebook names but never exposes as a custom property produce no
token: it never asked for one, and inventing a name would put something in the
record no rule sanctions.

src/scribe/services/design_systems.py

@@ -331,3 +331,74 @@ async def set_project_design_system(
         project.updated_at = datetime.now(timezone.utc)
         await session.commit()
         return True
+
+
+# --- import from a rulebook -------------------------------------------------
+
+async def import_from_rulebook(
+    user_id: int,
+    design_system_id: int,
+    rulebook_id: int,
+    apply: bool = False,
+) -> dict | None:
+    """Propose (and optionally create) tokens for a system from a rulebook.
+
+    Returns None when the caller may not write the system or read the rulebook.
+    Otherwise a report with three lists, and the split between them is the whole
+    point of running it with `apply=False` first:
+
+      proposed  — everything the rulebook describes, each entry carrying the
+                  rule and sentence it came from
+      created   — what was actually written (empty unless `apply`)
+      skipped   — proposals whose name the system already defines
+
+    **Existing tokens are never overwritten.** An import is a proposal built by
+    reading prose; a value already in the record was put there deliberately, and
+    a re-run must not undo an operator's correction. That also makes the whole
+    operation safe to repeat — it fills gaps and reports the rest.
+
+    Tokens with no value are still created when `apply` is set. The rulebook
+    names them, so their absence from the system is itself a finding, and a
+    named token with a blank value says "this exists and needs deciding" where
+    silence says nothing at all.
+    """
+    if not await access.can_write_design_system(user_id, design_system_id):
+        return None
+
+    from scribe.services import rulebooks as rulebooks_svc
+    from scribe.services.design_rulebook_import import propose_tokens
+
+    rules = await rulebooks_svc.list_rules(user_id, rulebook_id=rulebook_id)
+    if not rules:
+        return {"rulebook_id": rulebook_id, "proposed": [], "created": [], "skipped": []}
+
+    proposals = propose_tokens(rules)
+    existing = {t.name for t in await list_tokens(user_id, design_system_id)}
+
+    created: list[dict] = []
+    skipped: list[str] = []
+    for index, proposal in enumerate(proposals):
+        if proposal.name in existing:
+            skipped.append(proposal.name)
+            continue
+        if not apply:
+            continue
+        token = await create_token(
+            user_id,
+            design_system_id=design_system_id,
+            name=proposal.name,
+            value_by_mode=proposal.value_by_mode,
+            group_name=proposal.group_name,
+            purpose=proposal.purpose,
+            supersedes=proposal.supersedes,
+            order_index=index,
+        )
+        if token is not None:
+            created.append(token.to_dict())
+
+    return {
+        "rulebook_id": rulebook_id,
+        "proposed": [p.as_dict() for p in proposals],
+        "created": created,
+        "skipped": skipped,
+    }