独行录 / opcmenu

【何时用】用户用自然语言找**产品/作品**时，比如「有没有给独立开发者用的财务工具」「记笔记的极简 app」「Notion 替代品」。返回按相关度排序的产品卡片，含 slug / tagline / 所属主理人。 【只管产品】找「人」（能提供某种价值的主理人）用 search_people；搜需求用 search_needs。 【机制】关键词 + 向量（阿里云百炼 text-embedding-v3）双路并行召回后 RRF 融合，另有 LLM 查询扩展 / 精排，各步可自动降级。结果里的 mode 一般为 hybrid。 【常见 pitfall】问 "什么是独行录"、"如何注册" 这种 meta 问题不要用本工具，那是站点介绍不在数据里。

【何时用】用户想看「热门」「今日新品」「随机逛逛」「月度榜」时。比 search 更适合无明确意图的浏览。 【type 取值】 - hottest: 已认领主理人优先 + 累计浏览量排序 - today: 今日新发布 - random: 随机抽取（已认领优先，探索用） - leaderboard: 上月榜（上个自然月的预计算快照，与 hottest 的累计热度不是一回事）

按 id 或 slug 获取产品完整详情（owner 主理人 / 描述 / 链接 / 媒体 / 分类 / 标签 / 发布时间）。两个参数二选一，slug 优先。 【何时用】用户点了某个产品想看详情，或 search/list 返回后要展开看某条。 【相关 resource】也可以用 resources/read URI: opcmenu://product/{slug}。

【何时用】用户想看「有哪些做一人公司的人」「最热门的主理人」时。返回主理人卡片：昵称 / 头像 / 简介 / 作品数 / isStub（是否爬虫导入占位号，false=已认领真人）。 【后续 drill-down】可以接 get_creator 看某位主理人的完整作品列表。

按 id 查主理人 profile + 已发布作品列表（按热度+发布时间排序）。 【何时用】用户想了解某位主理人在做什么、关注他/她的全部作品。 【相关 resource】opcmenu://creator/{id}

查活动列表（线上/线下聚会、讲座、demo day、内测招募，以及 COMPETITION 创业大赛/外部机会）。支持按类型、城市过滤，仅看未来场次，游标分页。 【何时用】用户问「最近有什么活动」「下周有没有线下聚会」「上海有什么创业大赛/机会」时。找大赛/机会用 type=COMPETITION + city。upcomingOnly=true 是大部分情况下你想要的。

按 id 或 slug 拿活动详情：标题 / 描述 / 时间地点 / organizer / 报名情况。两个参数二选一，slug 优先。 【怎么报名——判据只看 signup，不看 type】 - **signup 不为空 → 站内能报**：用 get_signup_activity 看要填什么、submit_signup 提交。**站内报名只有这一条链。**（平台自办/承办的赛事也常是 type=COMPETITION，一样在站内报——别拿 type 判。） - **signup 为空且 externalUrl 非空** → 这是导入的外部赛事资讯，站内报不了，如实让用户去 externalUrl 那儿报。 - 两个都空 → 这场就是没开报名，别编一个入口出来。 【相关 resource】opcmenu://activity/{slug}

按 slug 获取某个一人公司主页（公开视角：仅返回已发布 PUBLISHED 的公司；本人 owner 可见自己任意状态的公司）。查不到返回 found=false。 【何时用】用户想看某家一人公司在做什么。 【相关 resource】opcmenu://company/{slug}

列出已发布的一人公司主页（最新优先）。可选 q 关键词命中名称 / 定位。 【何时用】用户想浏览「有哪些一人公司」或按关键词找公司。drill-down 用 get_company。

【何时用】用户说「随便看看」「让我发现些有意思的」「给我推荐点东西」时。随机抽 已发布 的产品（已认领主理人的产品优先出现）。比 search 更适合「我也不知道我想要什么」场景。续拉时把已看过的产品 id 传进 exclude 去重。

返回千人千面的发现 feed：登录且设过兴趣（set_my_preferences）时按兴趣语义排序，否则回落「已认领优先 + 热度」。比 random_feed 更贴合用户口味，是网页登录后的默认发现页。续拉时把 nextCursor 原样回传以延续同一副牌。

按分类系统性地逛已发布产品（已认领主理人优先）。比 list_products 多了分类过滤，比 search_products 更适合「结构化浏览某一类」而非语义搜索。