用途：把当前输入、对话历史或用户明确指定的材料转换成 ClickUp 任务，支持递归子任务与测试清单，本身不实现方案、不改项目文件、不启动计时、不推进状态。
主要能力：用 Markdown 组织任务正文；按资料中的独立工作单元、层级或依赖创建嵌套子任务；把资料明确称为测试、自动化验证或可验证场景的内容，在所属任务下创建“测试”清单，每个测试一项。创建前展示标题、目标 List、Markdown 章节、完整子任务树、各任务清单与项目，以及资料来源中明确给出的可选字段。
使用方式：优先用项目 MCP，先以 clickupfy_mcp_context 确认 account 与 List，用 clickupfy_tasks_search 查重，用 clickupfy_task_create 的 markdownContent 创建任务与子任务，用 clickupfy_checklist_create 与 clickupfy_checklist_item_create 建清单和测试项，最后用 clickupfy_task_get 校验任务树。MCP 不可用时改用 CLI：clickupfy task create --list <list-id> --name "<título>" --markdown-content "<markdown>"，clickupfy checklist create <task-id> --name "Testes"，clickupfy checklist item-create <checklist-id> --name "<teste>"。
适用场景：需要把需求或历史整理为 ClickUp 任务结构并保留原始含义、约束、示例与通过条件。
限制：仅使用资料中已有事实，不发明期限、负责人、优先级、状态、测试或子任务；不修改收到的资料或仓库；创建时不勾选清单项；提交前移除凭据、令牌、个人数据和签名 URL，并告知用户；缺少标题或某项选择会实质改变结构时先请求澄清；已存在疑似重复任务时让用户选择复用或新建；失败时不删除已建任务，而是报告已持久化 ID、失败点与未创建部分。若任务要求改动 ClickUpfy，正文需包含受影响文档、CLI 或 MCP 参考、reading-order.txt 更新、ebook 版本及 npm run ebook 和 npm run ebook:verify 等命令，具体以资料为准。