Update to Stratta

{
  "description": "Draft the use agreement (convention d'utilisation, Nutzungsvereinbarung) required by SIA 260 clause 2.2 from a Stratta dossier, as a document the owner and the engineer sign together, every requirement traced to a decision and every open point left visible. Trigger phrases: \"convention d'utilisation\", \"Nutzungsvereinbarung\", \"use agreement\".",
  "included_files": [],
  "name": "use-agreement",
  "skill_md_contents": "---\nname: use-agreement\ndescription: Draft the use agreement (convention d'utilisation, Nutzungsvereinbarung) required by SIA 260 clause 2.2 from a Stratta dossier, as a document the owner and the engineer sign together, every requirement traced to a decision and every open point left visible. Trigger phrases: \"convention d'utilisation\", \"Nutzungsvereinbarung\", \"use agreement\".\n---\n\n# Use agreement (SIA 260 clause 2.2)\n\nUse this skill when the user asks for the use agreement of a structure: the document in\nwhich the owner and the engineer agree on what the structure is for, how long, under\nwhich requirements and with which risks accepted. It is written in the owner's language,\nfor the owner to read and sign; the engineer keeps the technical basis in the project\nbasis (`project-basis` skill).\n\nDo not use it to draft the project basis, and do not fill a requirement the owner has\nnot stated: an open point in this document is a question for the next meeting, not a\ndefault.\n\n## Before writing\n\n1. `list_skills`: an office version named `use-agreement` replaces this one; read it with\n   `get_skill` and follow it.\n2. `list_dossiers` then `load_dossier`. The decisions that concern use (service life,\n   categories of use, loads the owner asked for, tolerances, special risks) are the\n   matter; the open questions are the points to raise with the owner.\n3. `get_toc(\"SIA 260\", maxDepth: 2)` and read the clause on the use agreement with\n   `get_section` when the corpus holds SIA 260; otherwise say so once and keep the plan.\n\n## How to write it\n\nThe document lives in Stratta: `draft_deliverable` with the dossier id and\n`kind: \"use_agreement\"` returns the plan (the office template when one was validated)\nand the decisions with their ids; then one `write_section` per section, each with its\nsources (`{kind: \"entry\", ref: <entryId>}` for a decision, `{kind: \"fact\", ref: ...}`\nfor a site fact). A requirement the owner has not stated is a `write_section` with\n`gap: true` and a body that names the point to agree. Tell the user the document is on\nthe dossier page under Livrables; do not paste it in the conversation.\n\n## The plan\n\nIn the user's language, unless the office's own skill says otherwise:\n\n1. **Objet**: the structure and the parties.\n2. **Objectifs d'utilisation**: what the structure is for, its service life category,\n   the uses foreseen.\n3. **Exigences d'utilisation**: the requirements the owner sets (loads, deformations,\n   vibrations, appearance, durability), each as one line.\n4. **Environnement et conditions**: what the site imposes, in plain words, from the site\n   sheet when there is one (`get_site_context`): hazards, groundwater, contamination.\n5. **Risques acceptes et mesures**: what the owner accepts and what is done about it.\n6. **Points a convenir**: everything above that the dossier does not settle, as a list\n   the two parties go through together.\n\nThe text is plain prose; the sources go in the `sources` argument. A point to agree is\na gap, printed as such.\n\n## Rules\n\n- Plain language: the owner is not an engineer. Keep clause references for the project\n  basis; here, name the norm once in a footnote.\n- No requirement invented to look complete. A short agreement with visible gaps is worth\n  more than a full one the owner did not agree to.\n- Do not conclude on compliance; do not write a decision the user has not confirmed.\n- The last section ends with the two signature lines (owner, engineer). Stratta prints\n  the closing sentence; the signature is the parties', on paper.\n\n## After drafting\n\nList the points to agree in one table and propose them as questions to open in the\ndossier (`open_question`), only if the user says so.\n"
}