洛卡卡了

在实际运营中，如何让内容从后台高效流转到前端发布，始终是影响效率的关键环节。本文分享了我们如何基于小红书分享平台的 JS SDK 实现“一键发布”功能：从服务端参数签名、跳转唤起 App，到文案预览与

平时我们写个 /upload 接口就完事了，但真要做成能传几个 G、还能断点续传、集群可用、私有化部署的系统，事情就完全不一样了。

公司里后台系统太多、环境太杂、入口太散，登录方式各不一样，换个电脑就得重新找半天地址，老板要看个数据还得来问我后台入口在哪。时间久了，多后台、多环境、多团队一起工作就会变得特别乱，所以我就干脆花时间设

最近在折腾 Moltbot（Clawdbot），发现大多数资料和实践都集中在 Telegram、WhatsApp 这些渠道，飞书相关的内容反而很少。这篇文章主要记录了一次把 Moltbot 接入飞书机

2025 年，我一边被 AI 解放，让写代码变得更轻松；一边又被 AI 牵引，开始学习工作流、搭流程、做验证。从用 AI 到学 AI，这是我被时代推着向前的一年。

当积分规则越来越多、异常越来越难查时，我重新梳理了一套积分系统的设计思路，从规则、流水到风控审计，一次讲清楚。

之前在做一个 C 端项目时发现，单靠买量很难长期留住用户，很多时候还是要靠运营活动来兜底。签到、任务、抽奖、新手和回归活动越做越多之后，原来的活动实现方式开始变得又乱又重，改规则、加玩法都很痛苦。后来

写文章的时候，最麻烦的就是配图这件事。每次都要把截图保存到本地，再一张张上传到平台，还得担心图片丢了、链接挂了。后来我干脆自己搭了套图床，用 Typora + PicGo + 阿里云 OSS 来自动上

一次偶然的上线风险，让我决定自己写一套灰度发布系统。从配置后台、审批流程，到灰度算法和数据库落地，都做成了可复用的方案。