EDT-MCP managed forms
Purpose and trigger
Use this skill to inspect or change a managed form's structure, data,
commands, handlers, dynamic lists, or visible layout.
Operating rule
Read and apply the common operating rules before this workflow.
Task boundary
Work on the exact project and form FQN through structured EDT-MCP operations.
Route code-only fixes to edt-mcp-project-local-fix and DCS changes to
edt-mcp-project-query-dcs. Direct Form.form editing is a last resort only
when the installed project rules describe the procedure, structured operations
cannot represent the change, and the user explicitly authorizes the risk.
Primary workflow
- Read the form with
get_metadata_details and inspect only relevant handlers
with get_module_structure and read_method_source.
- Consult the current guide, then use the narrowest supported
create_metadata, modify_metadata, or delete_metadata operation.
- Re-read the form and verify the requested ownership, binding, data-path,
command, and handler relationships; validate changed query text with
validate_query when applicable.
- For a dynamic list, verify its owning form attribute, main table or custom
query, selected fields, visible item data paths, settings/filter handlers,
and refresh/requery behavior. Validate changed query text before writing and
ensure every visible
List.Field path resolves afterward.
- Use
get_form_layout_snapshot when layout structure matters and
get_form_screenshot only when rendered appearance is acceptance evidence.
When taking a post-change screenshot, use refresh=true. Blank output most
likely means EDT lacks -DnativeFormBufferedLayoutRender=true; report visual
evidence as unavailable rather than treating the change as failed.
- Run targeted validation and an authorized runtime UI scenario only when
interaction behavior must be proven.
Authority rule
Do not broaden a form mutation, leave dangling bindings, activate UI, launch a
client, or change runtime data without the authority required for that effect.
Stop rule
Stop when the form target is ambiguous, the structured writer cannot represent
the requested change, required references cannot be preserved, or necessary
visual/runtime evidence is unavailable.
Completion signal
Return the exact form target, confirmed structural/source diff, targeted
validation, requested layout or runtime evidence, and explicit gaps. A model
read or screenshot proves only the state it actually reports, not user
interaction.
1---2name: edt-mcp-project-forms3description: Research and safely change managed 1C forms through EDT-MCP, including parameters, bindings, handlers, dynamic lists, and visual verification. Structured operations by default.4---56# EDT-MCP managed forms78## Purpose and trigger910Use this skill to inspect or change a managed form's structure, data,11commands, handlers, dynamic lists, or visible layout.1213## Operating rule1415Read and apply [the common operating rules](../COMMON.md) before this workflow.1617## Task boundary1819Work on the exact project and form FQN through structured EDT-MCP operations.20Route code-only fixes to `edt-mcp-project-local-fix` and DCS changes to21`edt-mcp-project-query-dcs`. Direct `Form.form` editing is a last resort only22when the installed project rules describe the procedure, structured operations23cannot represent the change, and the user explicitly authorizes the risk.2425## Primary workflow26271. Read the form with `get_metadata_details` and inspect only relevant handlers28 with `get_module_structure` and `read_method_source`.292. Consult the current guide, then use the narrowest supported30 `create_metadata`, `modify_metadata`, or `delete_metadata` operation.313. Re-read the form and verify the requested ownership, binding, data-path,32 command, and handler relationships; validate changed query text with33 `validate_query` when applicable.344. For a dynamic list, verify its owning form attribute, main table or custom35 query, selected fields, visible item data paths, settings/filter handlers,36 and refresh/requery behavior. Validate changed query text before writing and37 ensure every visible `List.Field` path resolves afterward.385. Use `get_form_layout_snapshot` when layout structure matters and39 `get_form_screenshot` only when rendered appearance is acceptance evidence.40 When taking a post-change screenshot, use `refresh=true`. Blank output most41 likely means EDT lacks `-DnativeFormBufferedLayoutRender=true`; report visual42 evidence as unavailable rather than treating the change as failed.436. Run targeted validation and an authorized runtime UI scenario only when44 interaction behavior must be proven.4546## Authority rule4748Do not broaden a form mutation, leave dangling bindings, activate UI, launch a49client, or change runtime data without the authority required for that effect.5051## Stop rule5253Stop when the form target is ambiguous, the structured writer cannot represent54the requested change, required references cannot be preserved, or necessary55visual/runtime evidence is unavailable.5657## Completion signal5859Return the exact form target, confirmed structural/source diff, targeted60validation, requested layout or runtime evidence, and explicit gaps. A model61read or screenshot proves only the state it actually reports, not user62interaction.
ditrixnew