Files
ThothII/harness/.pi/skills/tht-sessione/cte.md
T
marcopan 292048f777 feat(harness): language workspace param + skill riscritta in inglese (semantica completa)
Due cambiamenti interconnessi da user review:

1. language come parametro workspace (spec decisione 9):
   - Config.language (default 'en') + workspaces PSD con 'language: it'
   - Generalizza Thoth oltre l'italiano: descrizioni tabelle/colonne ed evidence
     sono nel workspace language; le istruzioni della skill restano in inglese
     (piu' affidabili per modelli piccoli, meno ambigue)

2. Skill riscritta in INGLESE preservando la semantica COMPLETA dell'originale
   (autocritica: la mia riscrittura precedente aveva perso ~10 vincoli precisi):
   - 'promuovere' ambiguo (3 accezioni: phase advance / recommend / memory promote)
     -> 'never advance a phase or record a decision without confirmation'
   - recuperati vincoli persi: choice-is-confirmation (no reviewer_confirm dopo
     reviewer_decide), reviewer_select SOLO per iterazione no-decision, messaggi
     auto-contenuti obbligatori, artefatto = superficie di decisione (gate rilegge
     da disco per CTE/SQL), candidati con provenienza+score non verita', opzione
     'leave ambiguity open', F1 passa lista completa non solo ultima
   - language contract esplicito (istruzioni EN, output nel workspace language)

Sottomoduli cte/memoria/rewriting/sql-generation in inglese, semantica tecnica
intatta (regole AV-SQL, dim_time trick, max 5 memorie solo 3 tipi riusabili).

Verifica: 0 residui nsp/chirone, tutti i tht <cmd> citati registrati, 165 passed.
2026-06-27 14:50:30 +02:00

39 lines
1.9 KiB
Markdown

# CTE plan generation technique (Agent View Generation)
Adapted from the AV-SQL CTE step. CTEs incrementally capture the information needed
to answer the rewritten question, WITHOUT answering the final question (that is the
next phase).
Rules (from the AV-SQL discipline, hold verbatim):
1. Copy table and column names EXACTLY from the schema context provided
(`tht schema render --format mschema-text --table ...`). Never invent objects
that are not present.
2. Always keep the keys (PK and join columns) in the CTEs: they will be needed later.
3. Better one column too many than one too few: if unsure, include it.
4. One CTE = one informative subset with a clear purpose (e.g. "ricoveri with
ablazione in 2025"), named in a speaking snake_case.
5. CTEs can chain-reference each other; the last one in the file is the one that
`tht cte test` will query.
6. Each file in `sessions/<id>/ctes/<name>.sql` contains ONLY the `WITH ... AS (...)`
block (multi-CTE allowed), WITHOUT a trailing SELECT. A `SELECT ...` line after
the WITH block causes an error in `tht cte test`: never add it. CTEs are tested
**and approved (decision `cte_approved`) in plan order**: the next CTE is testable
ONLY after the previous one is approved with `kind:"cte_result"`. The CLI refuses
out-of-order CTEs (exit 5).
7. Filters: use field values verified with `tht search` (LSH match on real values),
not imagined values.
Presentation to the reviewer, for each CTE in the plan:
> **<name>** — purpose: <one line>
> Tables used: <list> (all from the promoted perimeter)
> ```sql
> WITH <name> AS (...)
> ```
After confirmation (or for direct reviewer review) write the file and test:
`tht cte test --session <id> <name>`. On error or relevant warnings, discuss the
correction with the reviewer before rewriting the file. If the reviewer edits the
file by hand, RE-READ it before re-testing.