Repository navigation
docs: document special Dataverse type formats in data command --data (#63) - #169
Conversation
|
We want to replace this custom JSON with CMT format. the CLI should provide better support for composing the CMT format, which should be consistently used across all commands working with data |
Implementation notes for the agent (TALXIS lab runbook, lane U4)Owner decision first: Tom commented above that the custom Why the lab needs it: this is lane U4; it ships with G3 but doesn't gate it. Agents creating or fixing records in Dev read these descriptions, both in State: 1 commit, 13 behind master. It merges cleanly. master + #179 + #139 + #175 + #169 builds, and all 752 unit tests pass (Oct 24). Left to do
Traps: don't change Order: independent, any time in U4. Done when
Generated by Claude Code |
|
Decision (Tom, Oct 24): merge this as a help-text stopgap (with the corrections in the notes above: polymorphic lookups take Generated by Claude Code |
Closes #63
The
--dataoption onrecord create/updateandbulk create/update/upsertdidn't explain how to format special Dataverse column types, so MCP agents had to discover by trial and error that option sets go as plain integers and lookups as GUID strings. Since the MCP input schemas are generated from the sameCliOptionattributes, the gap was visible both in CLI help and in the tool descriptions.This adds the formats to the
--datadescription on all five commands: OptionSet as an integer, Lookup as a GUID string or{Id,LogicalName}object, Money as a decimal, Boolean as true/false, DateTime as an ISO-8601 UTC string.