C 站字体模板列表

要解决什么问题

在海外运营平台的 C 站建站流程里，主题与排版往往依赖平台侧维护的字体模板库。编辑器或上层 Agent 在让用户选字体、预览样式或写入站点配置之前，需要先拿到当前环境可用的字体列表。若把「查字体」和「保存站点」「发布页面」混在一个大接口里，编排会变脆，也不利于按权限单独重试。

本技能是 platform-website-builder 聚合链路里的原子能力，只负责 font_template_list 这一动作：向正式环境拉取 C 网站字体列表，把接口原始响应交给后续步骤使用。

技能如何工作

• 固定端点：使用 frontmatter 中的正式环境 base_url，对应 GET /websiteTemplate（完整路径为 https://www.kutetailor.com/api/fabric/websiteTemplate），调用时不得用用户输入覆盖 base_url。
• 参数约定：tool 参数统一放在嵌套的 params 对象里；本接口无 path/query/body 要求。若链路中已有登录态，通过 params.accessToken 生成 Authorization: Bearer（值里已含 Bearer 则不再拼接）。
• 返回事实：列表内容以接口响应为准，不补造字体名、库存或业务状态；认证、权限或参数错误时，应把原始错误码与信息向上传递，由上层 Agent 决定重登或改计划。

适用边界

• 仅覆盖「查询字体模板列表」；多步骤建站（选模板、保存配置、发布等）需组合其它原子 skill 或按聚合文档编排。
• 仍为需遵守租户与用户权限的查询类接口；无 token 或权限不足时，应如实返回接口错误，而不是本地猜测列表。