Custos gives legalos a memory for who you're dealing with

- Add projects.template (slug) + projects.role (buyer/seller/mutual).
- New PROJECT_TEMPLATES registry in backend (vendor, customer, internal).
- GET /projects/templates returns the registry.
- POST /projects accepts template; backend resolves slug → role.
- New Project modal: type picker pills below the CM number.
- Projects overview: filter chips by template type.

- projects gain counterparty + parent_counterparty (free text for now;
  will be promoted to a dedicated counterparties table in a follow-up).
- PATCH /projects/:id accepts counterparty / parent_counterparty / template.
- New GET /projects/counterparties?role= aggregates by counterparty,
  returning project counts and last-activity for the customer index.
- Frontend: new /customers route grouping customer-template projects by
  counterparty, with role tabs (Customers / Vendors / All).
- Frontend: editable counterparty + parent fields on the project page,
  template badge surfaced under the title.
- Sidebar: 'Customers' nav entry below Projects.
- .gitignore: exclude .claude/.

- New lib/counterpartyExtraction.ts: maybeAutofillCounterparty() runs an
  LLM call on the doc's text to identify the counterparty (and parent
  entity) using the project's role hint (buyer/seller/mutual).
- Move extractPdfMarkdown/extractDocxMarkdown to lib/textExtraction.ts so
  both tabular review and counterparty extraction share them.
- Document upload fires the extractor fire-and-forget for templated
  projects with no counterparty set. Never overwrites manual values.

- POST /projects/counterparties/merge {from, to} reassigns every project
  the caller owns where counterparty matches (case-insensitive trim) to
  the target name.
- Customer index: small merge icon on each row opens an inline picker;
  pick a target counterparty and confirm. Refreshes after merge.

GET /projects/counterparties/:name/timeline returns every accessible
project for one counterparty plus the documents and contract_facts tied
to those projects. New /customers/[name] route renders them on a
vertical chronological timeline with per-project metadata (effective
date, term, value), the executed/draft/etc. status of each document,
and a counterparty-level total active value.

Customer index rows now link into the detail page (except the
"(Unassigned)" group).

Projects are now treated as free-form buckets - counterparty membership
is derived from the documents in the project (intake_counterparty),
plus an optional projects.counterparty as a "primary" hint. A project
named "Customer Contracts" with Adobe + Stripe + Intercom docs now
appears under each of those three counterparties in /customers.

- GET /projects/counterparties: project rows pull every distinct
  intake_counterparty across the project's docs; project_count is
  incremented per-counterparty. Role filter applies at the document
  level so a multi-cp project surfaces correctly.
- GET /projects/counterparties/:name/timeline: includes any project
  whose docs reference this counterparty (not just primary-counterparty
  matches). Document list is scoped to docs that actually belong to
  this counterparty (or all docs when this IS the project's primary).