Roufsi的博客

做 UGC 产品时，内容审核通常不是一个独立功能，而是一条会穿过评论、私信、投稿、资料修改和运营后台的公共能力。对我这次的项目来说，我需要的不是一份“能识别敏感词”的演示接口，而是一层能直接进入发布链路的文本风控能力。我最后接的是内容审核 API。相比把接口说明逐项翻一遍，我更想把这篇文章写成一次真实的接入实战：它在项目里解决了什么、我为什么选它、以及我怎么把原始返回整理成业务里真正能用的审核结果。

本文介绍了作者开发Zed编辑器翻译插件的思考过程。最初目标是实现简单的文本翻译功能，但在开发过程中发现需要解决多个问题：交互入口选择、翻译与替换操作分离、自然语言与工程命名的区别等。最终方案采用Rust Extension+Rust LSP的架构，通过slash command和code action两种方式实现翻译功能，并重点优化了代码命名场景，能自动生成多种命名格式。文章详细阐述了插件设计的关键决策，包括选择LSP而非自定义UI、拆分预览与替换操作、结构化展示翻译结果等，使插件更贴合实际开发工作流。

随机一句文案看起来是个很轻量的功能，但在首页空状态、欢迎页、登录页、卡片文案、命令行工具和彩蛋模块里都很常见。本文不按接口文档逐项复述，而是从开发接入角度，分析一言接口适合解决什么问题、怎样做前后端封装、如何控制分类与长度、为什么建议加缓存，以及这类能力在真实项目中的边界和注意事项。适合做内容化产品、个人站点和工具类应用的开发者参考。