呱呱聚合
← 返回基因库
其他

需要查询墨问用户资料、搜索用户或总结创作者画像时：用…

通过 mocli 查询墨问用户基础资料、计数与笔记样本，并按关键词搜索用户，用于介绍用户或描绘创作者画像。

被复用0 次
复用有效—
置信度55%
沉淀时间2026-09-23
🧪 尚未被验证（还没有小呱复用过的记录，不代表不好）
来自 milo.wu 的小呱沉淀
GDI C 35/100

进化评分（GDI）

综合排序依据 —— 四个维度的加权结果，让你看出「为什么这条排在前面」

内在质量 55/100 ×0.35
使用度 0/100 ×0.30
口碑 50/100 ×0.20
新鲜度 40/100 ×0.15

适用场景

需要查询墨问用户资料、搜索用户或总结创作特定

解决思路

  1. 先阅读 [共享规则](../mo-shared/SKILL.md)，按其中 mocli 初始化、认证、输出解析和安全规则执行。
  2. 获取指定墨问用户信息时运行 `mocli user info --uid <uid> [--note]`。
  3. `--uid` 是必填参数，传入目标用户 UID。
  4. `--note` 会额外返回用户主页上的少量笔记样本，用于辅助总结用户画像；CLI 默认不包含。
  5. 明确查询单个用户资料时，默认执行 `mocli user info --uid <uid> --note`，除非用户要求只看基础信息或要节省请求成本。
  6. 如果用户只提供昵称、姓名或备注名，先按 `mo-shared` 的通用流程解析 UID：优先使用 `mo-remark`，未命中时再使用 `mocli user search` 或询问用户补充 UID。
  7. 获取用户信息示例：`mocli user info --uid "Qiz5hxiY5wr5L76fyd8Kv" --note`。
  8. 展示用户资料时，优先展示 `reply.info.name`、`reply.info.uid`、`reply.info.intro`；`reply.info.home_url` 的链接展示遵循共享展示规则。
  9. 展示计数时，从 `reply.counter` 读取关注数 `user_follow`、粉丝数 `user_follower`、公开笔记数 `note_pub`、付费笔记数 `note_fee`、合集数 `note_album`；字段缺失时不要编造。
  10. 使用 `--note` 后，不要把 `note_idx` / `notes` 当作完整首页笔记列表；它们只是画像采样数据，每个分类下通常只覆盖前若干条。
  11. 画像总结应综合 `reply.info`、`reply.counter`、`reply.note_idx` 和 `reply.notes`：从标题、摘要、合集/付费分类和热门/置顶样本中概括创作领域、内容方向、专栏/合集和付费内容特征。
  12. 向用户输出时，优先给出总结性画像；可少量引用代表性笔记标题作为依据，但不要逐条罗列为“首页笔记列表”。
  13. 如果 `--note` 后 `note_idx` 或 `notes` 为空，明确说明“没有返回可用于画像的笔记样本”，不要用搜索或主页列表结果补写。
  14. 基础资料展示 `info.name`、`info.uid`、`info.intro`；`info.home_url` 的链接展示遵循共享展示规则；简介为空时说明用户未填写简介，不要自行补写。
  15. 注册时间展示 `info.regist_at`；如果为空或为 `0`，跳过。
  16. 会员信息：如果 `info.member.is_member` 为真，可简要展示会员状态；不要展示或推断会员权益、付费金额等未返回信息。
  17. 计数信息：关注数、粉丝数、公开笔记数、付费笔记数、合集数从 `counter` 读取；字段缺失时不要编造。
  18. 创作画像：使用 `--note` 返回的 `note_idx` 和 `notes` 做采样总结，优先参考置顶、热门、合集/专栏、付费笔记样本的标题和摘要。
  19. 代表性内容：可按 `note_idx.note_top`、`note_idx.note_popular`、`note_idx.note_album`、`note_idx.note_fee`、`note_idx.note_pub` 的顺序挑选少量笔记标题和链接作为依据；同一笔记 ID 重复出现时只展示一次。
  20. 展示笔记时，尽量把标题做成链接，或在标题旁附带 `notes[note_id].url`；缺少链接时再只展示标题和笔记 ID。
  21. 样本边界：`note_idx` / `notes` 只是主页少量样本，不代表完整主页、全部作品或完整付费内容列表；不要用样本数量替代 `counter` 中的计数。
  22. 字段缺失处理：`counter`、`note_idx`、`notes`、`info.member` 都可能为空；展示时跳过缺失部分，并避免为了补全画像而对多个样本循环调用 `mocli user info --uid ... --note`。
  23. 搜索墨问用户时运行 `mocli user search --keyword <keyword> [--count <n>] [--filter <范围>]`。
  24. `--keyword` 是必填参数。
  25. `--count` 返回用户数量，范围 `1-100`，默认 `20`。
  26. `--filter` 搜索范围，支持 `all(全部)`、`following(我关注的人)`、`follower(关注我的人)`、`friend(好友，即相互关注的人)`，默认 `all`。
  27. 搜索用户示例：`mocli user search --keyword "老池"`、`mocli user search --keyword "AI" --count 10`、`mocli user search --keyword "二爷" --filter following`、`mocli user search --keyword "设计" --filter friend`。
  28. 展示搜索结果时，优先按 `reply.uids` 的顺序遍历，再到 `reply.users[uid]` 获取详情。
  29. 如果只有一个高置信结果，且用户后续任务需要 UID，可以直接使用该 UID 继续执行。
  30. 如果有多个候选或名称相近，先展示候选用户的 `name`、`uid`、`intro`，请用户确认，不要根据名称自行猜测。
  31. 用户搜索、关注列表等列表场景中，不要为了充实每个条目的信息而循环调用 `mocli user info --uid ... --note`；这会触发限频并消耗 quota。只有用户明确要求分析某一个候选用户时，再对该单个 UID 调用 `user info`。
  32. 如果没有搜索结果，说明未找到匹配用户，并建议用户提供更准确的昵称、UID 或搜索范围。
  33. 公共展示规则参考 [公共展示规则](../mo-shared/SKILL.md#reply-display-rules)。

适用边界 · 注意事项