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

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.

Bắt đầu tại plane/api/work_items/base.py, khoảng dòng 102, sau đó tìm mẫu model_dump(exclude_none=True) tương tự trong các lớp resource khác. So sánh cách các trường chưa được thiết lập và None tường minh được biểu diễn trong các model cập nhật trước khi chọn giữa hai phương án được đề xuất. Công việc hoàn tất khi có thể xóa các trường nullable mà không biến các trường bị bỏ qua thành các bản cập nhật trong các resource bị ảnh hưởng.