in_force_on
The Luxembourg works with a state applicable on a date.
Input Schema
| Name | Required | Description | Default |
|---|---|---|---|
| date | Yes | ||
| limit | No | ||
| language | No | ||
| identifier | No | ||
| after_work_key | No |
The Luxembourg works with a state applicable on a date.
| Name | Required | Description | Default |
|---|---|---|---|
| date | Yes | ||
| limit | No | ||
| language | No | ||
| identifier | No | ||
| after_work_key | No |
Changes observed during successful MCP inspections.
Input schema / properties / act_formRemoved value: -{
- "description": "optional legal act form",
- "maxLength": 1000,
- "minLength": 1,
- "type": "string"
-}Input schema / properties / after_work_keyAdded value: +{
+ "minLength": 1,
+ "pattern": "\\S",
+ "type": "string"
+}Input schema / properties / binding_statusRemoved value: -{
- "description": "optional binding status",
- "maxLength": 1000,
- "minLength": 1,
- "type": "string"
-}Input schema / properties / date / descriptionRemoved value: -"ISO date"Input schema / properties / date / maxLengthRemoved value: -10Input schema / properties / date / minLengthRemoved value: -1Input schema / properties / date / patternPrevious value: -"^\\d{4}-(0[1-9]|1[0-2])-(0[1-9]|[12][0-9]|3[01])$"New value: +"^[0-9]{4}-[0-9]{2}-[0-9]{2}$"Input schema / properties / document_typeRemoved value: -{
- "description": "backward-compatible source document class filter",
- "maxLength": 1000,
- "minLength": 1,
- "type": "string"
-}Input schema / properties / domainRemoved value: -{
- "description": "legacy domain filter; current v4 indexes leave it empty",
- "maxLength": 1000,
- "minLength": 1,
- "type": "string"
-}Input schema / properties / hierarchyRemoved value: -{
- "description": "optional normalized legal hierarchy",
- "maxLength": 1000,
- "minLength": 1,
- "type": "string"
-}Input schema / properties / identifierAdded value: +{
+ "minLength": 1,
+ "pattern": "\\S",
+ "type": "string"
+}Input schema / properties / jurisdictionRemoved value: -{
- "description": "optional jurisdiction code from index metadata, e.g. LU or EU",
- "maxLength": 64,
- "minLength": 1,
- "type": "string"
-}Input schema / properties / language / descriptionRemoved value: -"optional language code"Input schema / properties / language / maxLengthRemoved value: -16Input schema / properties / language / patternAdded value: +"\\S"Input schema / properties / limit / descriptionRemoved value: -"default 50"Input schema / properties / limit / maximumPrevious value: -100New value: +200Input schema / properties / offsetRemoved value: -{
- "description": "pagination offset",
- "maximum": 100000,
- "minimum": 0,
- "type": "integer"
-}Input schema / properties / publisherRemoved value: -{
- "description": "optional publisher id, e.g. lu-legilux",
- "maxLength": 64,
- "minLength": 1,
- "type": "string"
-}Input schema / properties / source_classRemoved value: -{
- "description": "optional source document class",
- "maxLength": 1000,
- "minLength": 1,
- "type": "string"
-}Input schema / properties / date / patternPrevious value: -"^[0-9]{4}-[0-9]{2}-[0-9]{2}$"New value: +"^\\d{4}-(0[1-9]|1[0-2])-(0[1-9]|[12][0-9]|3[01])$"Input schema / properties / domain / descriptionPrevious value: -"optional reviewed legal domain"New value: +"legacy domain filter; current v4 indexes leave it empty"Input schema / additionalPropertiesAdded value: +falseInput schema / properties / act_form / maxLengthAdded value: +1000Input schema / properties / act_form / minLengthAdded value: +1Input schema / properties / binding_status / maxLengthAdded value: +1000Input schema / properties / binding_status / minLengthAdded value: +1Input schema / properties / date / maxLengthAdded value: +10Input schema / properties / date / minLengthAdded value: +1Input schema / properties / date / patternAdded value: +"^[0-9]{4}-[0-9]{2}-[0-9]{2}$"Input schema / properties / document_type / maxLengthAdded value: +1000Input schema / properties / document_type / minLengthAdded value: +1Input schema / properties / domain / maxLengthAdded value: +1000Input schema / properties / domain / minLengthAdded value: +1Input schema / properties / hierarchy / maxLengthAdded value: +1000Input schema / properties / hierarchy / minLengthAdded value: +1Input schema / properties / jurisdiction / maxLengthAdded value: +64Input schema / properties / jurisdiction / minLengthAdded value: +1Input schema / properties / language / maxLengthAdded value: +16Input schema / properties / language / minLengthAdded value: +1Input schema / properties / limit / maximumAdded value: +100Input schema / properties / limit / minimumAdded value: +1Input schema / properties / offset / maximumAdded value: +100000Input schema / properties / offset / minimumAdded value: +0Input schema / properties / publisher / maxLengthAdded value: +64Input schema / properties / publisher / minLengthAdded value: +1Input schema / properties / source_class / maxLengthAdded value: +1000Input schema / properties / source_class / minLengthAdded value: +1Input schema / properties / act_formAdded value: +{
+ "description": "optional legal act form",
+ "type": "string"
+}Input schema / properties / binding_statusAdded value: +{
+ "description": "optional binding status",
+ "type": "string"
+}Input schema / properties / document_type / descriptionPrevious value: -"optional type code, e.g. CODE"New value: +"backward-compatible source document class filter"Input schema / properties / domainAdded value: +{
+ "description": "optional reviewed legal domain",
+ "type": "string"
+}Input schema / properties / hierarchyAdded value: +{
+ "description": "optional normalized legal hierarchy",
+ "type": "string"
+}Input schema / properties / jurisdictionAdded value: +{
+ "description": "optional jurisdiction code from index metadata, e.g. LU or EU",
+ "type": "string"
+}Input schema / properties / languageAdded value: +{
+ "description": "optional language code",
+ "type": "string"
+}Input schema / properties / source_classAdded value: +{
+ "description": "optional source document class",
+ "type": "string"
+}Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?
No annotations are provided, so the description carries the full behavioral burden, yet it does not say whether this is a read-only lookup, what permissions are needed, how pagination works despite the limit parameter, or what the response contains. The vague phrase 'works with' provides essentially no behavioral transparency.
Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.
Is the description appropriately sized, front-loaded, and free of redundancy?
It is a single short sentence, but it is not concise in a useful way: it is under-specified, awkwardly worded, and does not front-load what the tool actually does. The brevity reflects missing information rather than efficient structure.
Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.
Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?
For a tool with five parameters, no annotations, and no output schema, this description is far too thin. It leaves the agent without enough information to invoke the tool correctly or understand its results.
Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.
Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?
There are five parameters with 0% schema description coverage, and the description only gestures at the required date. It says nothing about limit, language, identifier, or after_work_key, so agents get no semantic guidance for most inputs.
Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.
Does the description clearly state what the tool does and how it differs from similar tools?
The name and the phrase 'state applicable on a date' hint that this concerns Luxembourg legal state at a point in time, but the verb 'works with' is vague and the sentence is ungrammatical. It does not state what the tool returns or how it differs from siblings like as_of or status_on.
Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.
Does the description explain when to use this tool, when not to, or what alternatives exist?
The description gives no explicit when-to-use guidance, no exclusions, and no alternatives. It only implies that a date is relevant, leaving the agent to infer when this tool should be selected over closely related siblings.
Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.
Add one secure layer between your agents and this server.