[bug]: update() strips None values via exclude_none=True, making it impossible to clear nullable fields

Comienza en plane/api/work_items/base.py alrededor de la línea 102 y luego busca el mismo patrón model_dump(exclude_none=True) en las demás clases de recursos. Compara cómo se representan los campos no establecidos y None explícito en los modelos de actualización antes de elegir entre los dos enfoques propuestos. Se considera terminado cuando los campos nullable se pueden borrar sin convertir los campos omitidos en actualizaciones en los recursos afectados.

Summary

The update() method on every resource class strips None values from the payload via model_dump(exclude_none=True),
making it impossible to clear any nullable field on an existing work item (or any other resource using the same
pattern).

Reproducer

# Setup: work item with target_date = "2026-05-17"
data = UpdateWorkItem(target_date=None)
client.work_items.update(
    workspace_slug=ws, project_id=p, work_item_id=w, data=data, 
) 
# Expected: target_date cleared to null
# Actual: silent no-op — target_date still 2026-05-17
# Wire body sent: {} (None stripped by exclude_none=True)

Root cause

plane/api/work_items/base.py line 102 (same pattern in other resources):

response = self._patch(
    f"{workspace_slug}/projects/{project_id}/work-items/{work_item_id}",
    data.model_dump(exclude_none=True),
)

exclude_none=True conflates two distinct user intents: "do not update this field" and "clear this field to null."

Impact

Affects every nullable field on every resource using this pattern: target_date, start_date, parent, point,
description_html, assignees (back to empty), etc. Currently the only workaround is clearing in the Plane web UI.

Proposed fix (two viable shapes)

A. Switch to exclude_unset=True + explicit None for clears

• Caller passes None to mean "clear," and omits the field entirely to mean "don't change."
• Requires the data model to distinguish unset from None (Pydantic v2 supports this natively).
• Breaking change for callers that currently pass None expecting "don't change."

B. Add explicit clear: list[str] parameter to update() methods

• Caller passes e.g. clear=["target_date", "parent"] and the wrapper injects null for those fields after
  model_dump.
• Non-breaking; opt-in.
• More verbose but unambiguous.

Happy to send a PR with whichever shape the maintainers prefer.

Environment

• plane-sdk 0.2.10 (also present on main HEAD as of 2026-05-17)
• Plane Cloud workspace
• Discovered via plane-mcp-server's update_work_item tool, but the bug is in the SDK, not the MCP wrapper.