用途：把已批准的 feature spec（tasks.md）转换为 Azure DevOps Boards 的工作项层级，并在 backlog 变更时同步更新。工作流在 tracker: ado 时路由至此，由 orchestrator 在 Phase 2 调用。
主要能力：ADO 原生四级映射——release→Epic、feature→Feature、story→User Story、task→Task。读取 tasks.md、requirements.md、design.md、wiki URL、ADO 组织与项目等输入，按标题和 _Requirements: 分组生成 User Story，按原子任务生成 Task，写入标题、描述、标签、估算（Microsoft.VSTS.Scheduling.OriginalEstimate）和父子 Hierarchy 链接。每个 Task 预先标注执行引擎：复杂任务 exec:claude、简单任务 exec:codex，用户可在发布前覆盖。若存在 release Epic，则复用并补充其 Feature，而非新建。
使用方式：先用 wit_query_by_wiql 检查是否已存在 Feature 避免重复；经 Step 3 预览并由用户确认后，用 wit_create_work_item、wit_update_work_item、wit_work_items_link、wit_add_work_item_comment 分批创建；生成 documentation/specs/{feature}/ticket-map.md，并向 spec wiki 页追加 Work Items 章节。spec 变更时不删除工作项，而是改 State 为 Removed 并保留审计轨迹。
适用场景：需将 SDD 规格批量落入 Azure DevOps Boards 的团队。限制：不编写 spec、不规划 sprint、不执行任务、不记录实现细节；具体字段取值依赖工作区配置文件。未提供的收费、价格信息暂未提供。