Contracts and legal agreements
This section is not intended to replace formal legal documents, nor existing legal processes.
The goal is to show how STXT can be used as a readable and structured source format for contracts, agreements, and regulatory documents that:
- must be read and understood by people,
- contain rules, conditions, and exceptions,
- and often coexist with technical or operational processes.
What types of documents
In this context, we are talking about:
- Service provision contracts.
- Master agreements.
- SLAs (Service Level Agreements).
- NDAs (confidentiality agreements).
- Terms and conditions.
- Internal policies and corporate regulations.
Many of these documents:
- start out as “legal text”,
- but end up having a direct impact on operations, systems, or people.
Common problems in legal documents
In practice:
- The text is long and dense.
- Important conditions are “buried” in paragraphs.
- Key data (dates, parties, amounts, deadlines) are not easily extractable.
- Versioning changes is complex (PDFs, Word).
- There is no clear separation between:
- regulatory content,
- contractual data,
- and explanatory context.
STXT does not eliminate legal complexity, but it organizes the document.
Example 1 — Simple agreement
A basic agreement between two parties, with legal text and explicit data.
Agreement (@com.acme.legal.contract):
Id: AGR-2026-001
Title: Service provision agreement
Status: Draft
Effective date: 2026-02-01
Parties:
Party:
Name: ACME Corp
Role: Provider
Party:
Name: Example Ltd
Role: Client
Purpose >>
This agreement governs the provision of technical support services
between the parties.
Term:
Start: 2026-02-01
End: 2027-01-31
Payment:
Fee: 12000
Currency: EUR
Billing period: Monthly
Governing law: ES
What you gain with this structure
- The parties and dates are clear data.
- The legal text remains text, without “chopping it up”.
- The document is readable without technical knowledge.
Example 2 — Clauses as explicit sections
Clauses are a natural tree.
Agreement (@com.acme.legal.contract):
Id: AGR-2026-002
Title: Confidentiality agreement
Clauses:
Clause:
Number: 1
Title: Definition of confidential information
Text >>
Confidential information shall be understood as any
non-public information disclosed by either party.
Clause:
Number: 2
Title: Confidentiality obligations
Text >>
The parties undertake not to disclose confidential
information to third parties without prior consent.
Clause:
Number: 3
Title: Exceptions
Text >>
Information that is
in the public domain or required by law shall not be considered confidential.
Example 3 — SLA (service level agreement)
An SLA mixes regulatory text with concrete metrics.
SLA (@com.acme.legal.sla):
Service: Payments platform
Effective date: 2026-03-01
Availability:
Target percentage: 99.9
Measurement period: Monthly
Response times:
Severity:
Level: Critical
Max response minutes: 30
Severity:
Level: High
Max response minutes: 120
Penalties:
Penalty:
Condition >>
Availability below the monthly target.
Consequence >>
10% discount on the monthly invoice.
Legal text >>
The metrics will be measured in accordance with the procedures
described in the technical annex.
Example 4 — Exceptions and conditions
Contracts often have rules with exceptions.
Clause:
Title: Limitation of liability
Rule >>
Total liability shall not exceed the annual amount of the contract.
Exceptions:
Exception >>
Such limitation shall not apply in cases of willful misconduct or gross negligence.
Example 5 — History and versions
Agreements evolve: amendments, renewals, revisions.
Agreement (@com.acme.legal.contract):
Id: AGR-2026-003
Title: Master agreement
History:
Revision:
Date: 2026-01-15
Summary: Initial version
Revision:
Date: 2026-03-10
Summary: Update to payment clauses
Current version: 2
Example 6 — Legal comments and internal notes
It is common to separate:
- contractual text,
- internal notes,
- and legal observations.
Clause:
Title: Jurisdiction
Text >>
The parties submit to the courts of Madrid.
Internal notes >>
Standard clause approved by legal.
Do not modify without legal review.
Example 7 — Minimal template for agreements
A template can ensure that an agreement has the essential elements, without imposing legal drafting.
Template (@stxt.template): com.acme.legal.contract
Description: Basic contract structure
Structure >>
Agreement:
Id: (1)
Title: (1)
Status: (1) ENUM [Draft, Signed, Terminated]
Effective date: (?)
Parties: (1)
Party: (+)
Name: (1)
Role: (1)
Purpose: (?) TEXT
Clauses: (?)
Clause: (*)
Title: (1)
Text: (1) TEXT
History: (?)
Why this approach is useful
Using STXT as a source format for contracts allows:
- Documents readable without special tools.
- Clear structure for human review.
- Automatic extraction of key data.
- Versioning and auditing via version control.
Without turning the contract into code or imposing an artificial formal language.
Summary
Contracts and legal agreements are, in essence:
- regulatory text,
- with repeatable structure,
- and critical data.
STXT makes it possible to represent them clearly, readably, and in a structured way, respecting their human and legal nature.