核心用法
Strapi Skill 通过官方 @strapi/client SDK 与 Strapi headless CMS 实例交互，提供完整的内容管理生命周期支持：
内容操作：对 Collection Types（多条目集合）和 Single Types（单条目）执行增删改查，支持条件过滤、分页与关联查询。通过 introspection 能力可动态发现内容类型结构，无需硬编码 schema。
媒体管理：支持本地文件路径或 URL 上传至 Strapi 媒体库，包含元数据更新与删除操作，实现「下载并上传」的自动化工作流。
发布工作流：完整的 Draft/Publish 状态管理，可创建草稿、批量发布/下架，配合内容审核流程使用。
国际化（i18n）：管理多语言站点必备——创建/删除 locale、按语言查询内容、批量获取所有翻译版本、监控翻译完成状态。
用户与权限：管理终端用户（end users）生命周期，查看角色权限，处理登录注册、密码重置等认证流程。
Schema 与布局：开发环境下可修改内容类型结构（⚠️ 破坏性操作）及配置后台编辑表单的字段顺序、标签、尺寸，优化内容编辑体验。
显著优点
- 官方 SDK 背书：基于 Strapi 官方客户端，API 兼容性有保障，随 Strapi 版本演进自动适配
- 零配置 introspection：动态读取内容结构，AI 助手无需预先了解项目 schema 即可操作
- 全功能覆盖：从内容、媒体、用户到系统配置，几乎涵盖 Strapi Admin 全部核心能力
- 本地化友好：内置完整的 i18n 工作流，降低多语言站点维护复杂度
潜在局限
- 环境限制：表单布局配置仅限本地/开发环境，生产环境需通过代码迁移
- 破坏性操作风险：Schema 修改（创建/删除内容类型）直接影响数据结构，需严格权限控制
- 依赖 Node 运行时：需要本地 Node.js 环境及两个环境变量配置，部署门槛高于纯 REST 调用
- Token 权限敏感：API Token 需具备足够权限，过度授权可能造成数据安全风险
适合人群
- 使用 Strapi 构建内容站点的 全栈开发者 和 前端工程师
- 需要批量管理内容、媒体或用户的 内容运营人员
- 构建多语言站点的 国际化项目团队
- 希望用自然语言替代繁琐 Admin UI 操作的 效率型用户
常规风险
- 数据丢失：Schema 删除操作不可逆，建议操作前备份数据库
- 权限泄露：STRAPI_API_TOKEN 需妥善保管，避免提交至版本控制
- 误发布风险：Draft/Publish 操作直接影响线上内容可见性
- 文件存储成本：批量上传媒体文件可能触发云存储费用（如使用 S3/Cloudinary 等 provider）