小厨房收纳笔记已经写完,你卡在标题上。想让人一眼知道有用,又不想写出一夜翻倍这种没有根据的承诺。先列出正文真正能交付什么,再换几种角度表达。
先圈正文里的可核实信息
记录实际空间、改动项目、材料和使用后的真实观察。没有测量过的面积、没有统计过的花费都不写成精确数字。标题要突出的是读者能获得的具体内容,比如某个转角如何利用,而不是替笔记创造一项新成果。
参考标题看表达角度
用搜索找同主题笔记并取详情,检查标题是否由正文支撑。把参考分成问题角度、适用对象、方法步骤和真实限制等不同表达。不要只摘一句顺口标题换名词,也不要因一篇互动高就认定它的标题是成功原因。
为自己的材料写几组备选
可以围绕小空间、无需打孔或方便清洁等真实存在的条件拟稿。每个候选后附正文依据与读者预期,例如标题提到不打孔,正文是否确实所有步骤都符合。AI 参与时,把可用事实和不能承诺的内容同时交代,要求每个备选说明取材位置,而不是直接要求生成爆款。
选标题时读者预期优先
让一个不了解草稿的人读标题,问他预计会看到什么,再与正文核对。若预期偏离,就改标题或补足真实材料,不用夸张词掩盖缺口。标题生成是你或另行使用的 AI 完成的编辑工作,不是搜索接口直接产出的功能,也无法保证曝光。最终留下少量角度不同且都有依据的候选,发布时选择最符合正文的一条,并保留其他备选供后续真实测试,而不是虚构已完成的对照实验。
这篇用到的接口
- 搜索笔记:https://api.trmesh.com/openapi/api/v1/xiaohongshu/app_v2/search_notes · 参数说明
- 获取图文笔记详情:https://api.trmesh.com/openapi/api/v1/xiaohongshu/app_v2/get_image_note_detail · 参数说明
- 获取视频笔记详情:https://api.trmesh.com/openapi/api/v1/xiaohongshu/app_v2/get_video_note_detail · 参数说明
完整地址与参数
GET https://api.trmesh.com/openapi/api/v1/xiaohongshu/app_v2/search_notes
| 参数 | 类型 | 必填 | 含义 |
|---|---|---|---|
keyword |
string | 是 | 搜索关键词 |
page |
integer | 否 | 页码,从1开始 |
sort_type |
string | 否 | 排序方式 |
note_type |
string | 否 | 笔记类型 |
time_filter |
string | 否 | 发布时间筛选 |
search_id |
string | 否 | 搜索ID,翻页时传入首次搜索返回的值 |
search_session_id |
string | 否 | 搜索会话ID,翻页时传入首次搜索返回的值 |
source |
string | 否 | 来源 |
ai_mode |
integer | 否 | AI模式:0=关闭, 1=开启 |
可以复制的 Python 请求
安装 requests 并在环境变量中设置 TRMESH_API_TOKEN。把示例用户名或作品 ID 换成你要查询的对象。
import os
import requests
# 使用自己的 TRMesh 开发者密钥;不要将密钥写入网页。
url = "https://api.trmesh.com/openapi/api/v1/xiaohongshu/app_v2/search_notes"
params = {
"keyword": "美食推荐",
"page": "1",
"sort_type": "general",
"note_type": "不限",
"time_filter": "不限",
"source": "explore_feed",
"ai_mode": "0"
}
response = requests.get(
url, params=params, timeout=30,
headers={"Authorization": f"Bearer {os.environ['TRMESH_API_TOKEN']}"},
)
response.raise_for_status()
payload = response.json()
print(payload) # 先核对真实响应,再提取业务字段
调用接口会使用你的 TRMesh 账号额度,运行前请确认接口价格。

