fix(harness): workspace + write-URL + L2 tests per accesso REST reale

Bug trovato provando la connessione reale col .env: il write endpoint vive su un
PATH DEDICATO /vector/write/v1/ (non /vector/v1/), e il modello Config ha write_rest/
vector_write_rest a TOP-LEVEL (non nidificati in vector_db).

- .env.example: aggiunge THOTH_VEC_WRITE_REST_URL (path dedicato del writer, con
  avviso che le due chiavi valgono su path separati).
- workspaces/chirone-test.yaml: riscritto allineato a chirone.example.yaml + config.py
  (vector_rest/vector_write_rest top-level; write_rest punta a THOTH_VEC_WRITE_REST_URL).
- tests/l2/*: corretti gli accessi strutturali (ws.vector_write_rest invece di
  ws.vector_db.write_rest; ws.vector_rest invece di ws.vector_db.rest).
  test_value_grounding_real skip-when-import-fails su nsp.lshindex (modulo deferred da B3).

Verificato end-to-end: save_one_memory (embeddings -> writer REST /vector/write/v1/
-> upsert pgvector -> read-back reader) PASSED. Suite L0+L1: 109 passed. Suite L2:
4 passed, 1 skipped (lshindex deferred).

Nota operativa: THOTH_SSL_CA va lasciato VUOTO sulla workstation (cert GoDaddy
pubblico in certifi). I campi direct-transport (THOTH_DB_*, THOTH_VEC_PASSWORD)
sono obbligatori per il modello ma inutilizzati in transport=rest: riempiti con
dummy nel .env locale (come faceva ChironeWp3).

harness/.env.example

@@ -20,6 +20,9 @@ THOTH_VEC_REST_URL=https://host/vector/v1/
 THOTH_VEC_API_KEY=
 
 # Vector REST — SCRITTURA controllata (upsert only) da client remoti autorizzati
+# Path DEDICATO: /vector/write/v1/ (NON /vector/v1/). Le due chiavi valgono su path
+# separati: la writer key su /vector/v1/ -> 401, e viceversa. Solo postazioni che indicizzano.
+THOTH_VEC_WRITE_REST_URL=https://host/vector/write/v1/
 THOTH_VEC_WRITE_API_KEY=
 
 # Vector direct loading (server-only)