用途：strict-api 是一个在写代码之前应用的“现实校验层”，目标是让 AI 只使用可证明存在的 API，避免编造函数、方法或导入路径。它强调正确优先于简洁，可与 minimalist 技能配合使用：前者减少代码量，后者保证所写代码真实可用。
主要能力：在写出任何函数调用、导入或方法访问前，要求回答“这个 API 在用户运行的版本中存在吗”。若答案只是“大概”“我觉得”，就应停止并说明不确定。它可拦截三类问题：凭空捏造的方法（如 Node.js 中不存在的 fs.readFileLines()、把 .NET 的 path.combine() 当成 Node.js、把 pandas 的 csv.read_csv() 当成 Python 标准库 csv）；框架混淆（如 Flask 的 render_template 与 Django 的 render()、react-hook-form 的 useForm() 与 React 内置能力、Express 的 app.listen() 与原生 http 的 server.listen()）；以及已废弃 API。
使用方式：先识别即将写入代码中的所有 API 面，包括导入、方法调用、类实例化；逐一对照用户声明的版本进行验证，若未声明版本则询问一次；对不确定项用行内注释标注而非静默猜测，例如注明某方法需在特定 Node.js 版本以上验证；优先选择冗长但正确，而非简短但错误。若不确定性过高，应直接说明需要先确认某 API 在指定版本中是否存在，并询问用户版本。
适用场景：用户明确要求“no hallucinations”“verify APIs”“reality check”“don't invent functions”时；需要跨框架、跨语言编写代码时；升级或维护依赖版本敏感的代码时。
限制：资料未提供具体支持的编程语言、框架或版本范围，也未说明安装命令、收费方式或平台信息，这些暂未提供。该技能本身不替代实际运行验证，仍需用户提供准确版本信息。