菜单
使用 XXFHttp 写网络接口。当用户要封装 REST API、GET/POST 请求、文件上传下载、SSE 流式响应、请求拦截器、错误统一处理，或说"用 XXFHttp 怎么…"、"网络层用 XXF 实现"时使用。若属于普通编码任务中的实现环节，应先经过 `xxf-aaa-delivery-loop` 再落到本 skill。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
基于 SOC 职业分类
创建 XXF iOS 列表页模板（DiffableDataSource + BaseCollectionViewCell + StatefulView + 分页 ViewModel）
规范 ViewController 与 ViewModel 的分区组织方式。用于治理成员变量和方法过多、顺序混乱、阅读成本高的问题；通过 MARK 分区和职责分层保持代码导航清晰。
处理 XXF iOS 项目中的通用编码任务交付流程。用于 bugfix、功能开发、重构、回归修复等未显式指明测试或 review 的日常 coding 请求；负责自动串起模块 skill、补测、验证、代码审查与风险门禁。
iOS 性能门禁与主动鉴别。针对常规 coding 改动自动识别性能风险（主线程阻塞、列表卡顿、内存抖动、启动耗时、无效并发、过度渲染），并执行最小可行验证与门禁结论，不依赖用户额外提示。
Vibe Coding 通用治理闭环。用于把模糊需求转成可验证交付：先定义问题与边界，再走拼好码优先、最小改动、硬门禁验证、证据化交付和风险结论。适用于需求澄清、实现前规划、AI 协作治理、质量门禁落地。
XXFViewModel MVVM 的 VM 基类与生命周期。当用户要写 ViewModel、绑定 View、处理输入输出流，或询问"XXF 的 MVVM 怎么用"时使用。若出现 ViewModel 成员或方法膨胀、顺序混乱，应联动 `xxf-aaa-class-declaration-guidelines` 做分区治理。
| name | xxf-http |
| description | 使用 XXFHttp 写网络接口。当用户要封装 REST API、GET/POST 请求、文件上传下载、SSE 流式响应、请求拦截器、错误统一处理，或说"用 XXFHttp 怎么…"、"网络层用 XXF 实现"时使用。若属于普通编码任务中的实现环节，应先经过 `xxf-aaa-delivery-loop` 再落到本 skill。 |
| allowed-tools | Read, Glob, Grep, Edit, Write |
本技能不复述 API 细节。首先用 Grep / Read 从 Sources/XXFHttp/ 获取当前版本的真实签名：
Glob Sources/XXFHttp/**/*.swift
Grep "public struct|public class|public protocol" in Sources/XXFHttp/
重点关注：
XXFHttp.request 或类似）场景 A：普通 REST API
先读 Sources/XXFHttp/ 的示例用法，再按业务写 XxxApi.swift，封装接口定义而不是直接 call。
场景 B：SSE 流式
查找源码中 SSE 相关入口（关键字：SSE、stream、EventSource、text/event-stream）。生成返回 Flow<Event> 的封装。
场景 C：文件上传
查找 multipart / upload 相关 API。
XxxApi / XxxService(与项目现有风格保持一致,先 Grep 项目)subscribeOnIO(),回调回主线程用 observeOnMain()(需 XXFFlow)type: 的 request 重载（见 Sources/XXFHttp/RxProxy/ReactiveProxy+Rx.swift）：
provider.rx.xxf.request(api, type: Foo.self) → Observable<Foo>provider.rx.xxf.request(api).mapHttpResponse(Foo.self)（除非需要原始 Response）concat / flatMap 等组合流中错误信息不丢失；省掉样板 .mapHttpResponse。Observable,不用 Single。需要一次性消费在调用端 take(1) / subscribe(onNext:) 处理。提醒用户：
具体范式和取舍详见 references/patterns.md。