独行录 / opcmenu

【需要登录】返回当前用户设置的兴趣标签（用于回显，改前先读）。

【需要登录】列出当前用户名下的产品（含待认领 / 已发布 / 已下架等全部状态，以及每个产品的全部链接）。 【何时用】agent 要改某个产品的链接/资料前先列出来拿 productId；或盘点「我发布了哪些东西」。

【需要登录】返回当前用户的完整资料：昵称 / 简介 / 介绍 / 所在地 / 全部链接（含 friends/private 等所有可见范围）/ 身份 persona。 【何时用】agent 要帮用户「把资料填到别的平台」「检查我留了哪些联系方式」「改我的链接」之前，先用它把现状读出来。比 get_creator 多了私有链接和 persona（get_creator 是公开视角，只吐 public）。

【需要登录】查看独行录合作目标、待我做/我派出的任务、待回应合作邀请。任务保留目标与指派人，便于持续跟进。目标列表最多返回 limit 条并给总数，goalOffset 按 nextOffset 翻页（只影响目标列表）；任务 reachingLimit=true 时可能还有，按 goalId 调 list_collaboration_tasks 查看。邀请最多 50 条。读任务会幂等补齐周期任务的期次，故不是纯只读。不会读取或标记安排。下一步：get_collaboration_goal 看目标详情；set_collaboration_task_status 回报进展；respond_collaboration_invite 回应邀请；安排另用 get_my_dispatch。

按 id 查单条需求的完整卡片：类型 / 标题 / 详情 / 配图 / 状态 / 作者（含 canOffer 与代表产品）。登录时附带 isMine 与 displaying。查不到返回 found=false。 【口径】接洽不限人数（没有名额概念），也没有报酬/感谢费。displaying=false 表示作者手动下架了（status 仍是 OPEN——下架只改展示期不改状态），别再向用户推荐它。 【相关 resource】opcmenu://need/{id} 【后续】想接这条需求 → contact_need（需登录），它返回 conversationId 可以直接接 send_message。

【需要登录】对**自己发布的**某条需求拉个性化推荐：谁最可能满足它（一人一卡，按「对方能提供的 ↔ 我的需求」向量匹配 + 回复率/活跃度加权，含 matchScore / matchReason / authorNeeds）。这是「发完需求主动出击」的工具，不用干等撮合推送。 【组合链】看中某人 → contact_need 对方的需求或 start_conversation 直接开聊。续拉传回 nextCursor，并把已看过的需求 id 放进 seen 软性下沉。 【越权】只能查自己的需求，别人的会被拒（not_your_need）。

【需要登录】返回当前用户的通知开关：follows（新增关注）/ dms（私信）/ activities（活动）/ drops（新品播报）/ matches（新需求与我价值匹配时的撮合推送）/ nudge（未读私信触达提醒）。

【需要登录】返回当前用户的入驻引导状态：completed（是否已完成）/ persona（身份）/ isFounder / creatorType（创造者类型）/ hasProduct（名下是否有产品）/ hasProfile（bio 是否已填；详细介绍 intro 是选填，不算门槛）/ hasCompany（是否建了公司）。 【何时用】帮用户「完成入驻 / 看还差哪步」时第一步先读它，再按缺口补：选身份(set_persona)→发产品(create_product)→完善资料(update_my_profile，**记得写 canOffer**)→可选建公司(create_company)→complete_onboarding。 【prefill——别从零开始问】返回里可能带 prefill：这个人此前在网页上报过名、或被运营在现场当面录过资料，服务端手里就有一份现成的（含 LLM 通读其报名答卷得出的 understanding 要点）。有它就**当上下文用，能少打很多字**。 ⚠ **预填只减打字，不减追问**：每一项都要念给用户确认，必填项一项都不能跳，`complete_onboarding` 的校验一条都不能绕。prefill 为 null 是常态（大多数人没有）。

【需要登录】【何时用】改配置前的**读-改-写第一步**，或用户问「这场我是怎么配的 / 报名表都有哪些题」。返回活动本体现值 + 报名配置（题目表 formSchema、外部表单地址、类目、联系方式二维码）+ 我在这场的权限档（myAccess: OWNER / ADMIN / PLATFORM_ADMIN）。 【组合链】本工具读现值 → update_organizer_signup_config(slug) 改报名配置（题目/类目/联系方式）；活动本体（标题/时间/地点/截止/名额）改动走 update_activity。要看报名进来多少人走 list_signup_submissions。 【口径/坑】① activityRef 收 slug 或活动 id 都行。② 只要能读就返回，**活动被下架/取消后照样能读**——报名的人还等着主办方联系。③ 返回里没有任何报名者数据。④ 不返回 learnedPageKeys（客户端学表单的内部账本，对你没用）。

按 id 查园区完整详情：补贴明细（类型 / 金额 / 条件）+ 运营方 + 地址坐标 + 入驻主理人 + 渠道 + 信源 + 最近新闻。查不到 found=false。 【口径】园区是**运营维护的目录数据**，站内没有用户打卡/点评（那套 UGC 已下线），别编「有 N 人打过卡」「评分 4.5」这类内容。 【相关】list_city_policies 查所在城市政策红利。

按 id 查内容流里的单条（正文 / 图片视频 / 挂卡 attach / 作者）。登录时附带 viewerHasLiked / isMine。 【口径】绝大多数是官方生成的内容（每日选品 / 赛事导入），不是用户动态；评论区全站至今零条，别向用户提「去评论区看看」。

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

只取某产品的星级汇总（平均分 + 分布 + 总数），不拉评价列表——省 token 的「评分多少」快查。要看评价文字用 get_product_ratings。

返回某产品的口碑：星级汇总（平均分 + 1~5 星分布 + 总数）+ 评价列表（文字 + 星级）。登录时附带 myRating。get_product 详情不含评价，要口碑必须调本工具。 【口径】站内口碑刚起步，**绝大多数产品是 0 条评价——空返回是常态，不是查询失败**。别因为查空就换别的工具反复试，更别去站外找评价冒充站内口碑。 【写】rate_product 打分写评。

【需要登录】返回当前用户与目标用户的关系：following（我是否关注 TA）/ followedBy（TA 是否关注我）/ isFriend（互相关注）/ isSelf。决定是 follow 还是已是好友（好友可见对方「好友可见」链接）。

【需要登录】返回某对象的分享卡 manifest：**shareText（现成的分享文案）+ link（落地页链接）**，外加单张完整图片的尺寸/版式元数据。agent 帮用户「把我的主页/需求分享出去」时用它拿文案和链接，可直接转发到任何渠道。 【kind 取值】owner（主理人主页卡，id=用户 id，自己或他人皆可）| need（需求卡，id=需求 id）| card（我的个人名片卡，仅本人，id 固定传 "me"）| position（我的定位卡，仅本人，id 固定传 "me"；定位栏唯一的分享出口）| onboarding（入驻完成卡，id 固定传 "me"）| activity（活动海报，id=活动 id）| product（产品分享图，id=产品 id）。 【注意】返回里没有图片 URL——卡片图片的渲染接口是登录态 + private 缓存的站内接口，不要自己拼 image URL 当公开资源发给第三方；对外分享一律用 shareText + link。 【失败语义】对象不存在返回 found=false；kind=card / onboarding 而 id 不是 "me" 报 403。

【何时用】用户对某一场感兴趣、或准备报名之前调它。**一次调用给全上下文**：公开详情（简介/时间/地点/名额/题目表/答疑群）＋（登录时）我的报名状态、每题的现值、还缺哪几个必填项——App 上这是两个接口两屏，agent 端合成一次。 【组合链】① viewer.missingRequired 非空 → 照 fields 里的 label/hint/options 问用户，答完直接 submit_signup(slug, answers=[…])；② 缺的题在别的场次也要填 → get_signup_gaps 一次问完；③ 已经 submitted=true → 用 list_my_signups 看主办方处置到哪一步了，别重复报。 【口径/坑】① fields[].fillable=false 的题（基本都是 type=file 的附件题，如商业计划书）**agent 通道传不了文件**，只能让用户去 App / 报名页传——绝不许瞎编「已填」或塞一个链接冒充。② 本工具**不返回** autofillScript（那是注入 webview 的几 KB JS，对 agent 零价值）。③ fields[].valuePreview 里，联系方式/证件类的题一律打码——那是给你判断「填没填」的，不是拿来复述给用户听的。④ signup.externalIsCanonical=true 表示正式报名在主办方的外部表单上，站内提交只是留资＋代填。⑤ requiresPhoneVerification=true 只约束**公开报名页上的游客**（没登录填表要短信验证码）；你带着密钥就是已登录用户，submit_signup 不需要验码，别拿这个字段去劝退用户。⑥ signup.canOneClick=false 且没有 externalUrl 时这场的报名还没配好，submit_signup 会直接拒（error=signup_not_open），别硬报。

【需要登录】【何时用】用户想一口气报好几场（或问「我现在能报的都缺什么」）时调它。**这是 agent 独有、App 永远不会有的接口**：一次算完多场的缺口，并把同一个题目跨场去重合并——「姓名、微信、一句话项目介绍」问一遍就够，不用一场问一遍。 【组合链】① 不传 slugs 就自动取 list_signup_feed 前 N 场**我还没报的**；② 拿 missingCombined 一轮问完用户；③ 通用项 update_my_signup_profile 一次落库；④ 逐场 submit_signup（这时基本零缺口）。想看某一场的完整题面再 get_signup_activity。 【口径/坑】① missingCombined 里每项带 activities=[这几场都要]，问一次可以覆盖多场——**别自己在上下文里做集合运算**，那既费 token 又容易漏。② fillable=false 的项是附件题，agent 传不了，只能提示用户去报名页/App 传。③ 已报过的场次（submitted=true）默认不进结果，除非显式点名在 slugs 里。④ 一次最多 10 场，服务端分批取，别指望它当全站扫描器用。

【需要登录】【何时用】用户明确说「我要联系这个人 / 把他的微信给我 / 他报名时写了什么」时才调。**这里才解密联系方式**（微信/邮箱/手机），list_signup_submissions 默认是不给的。 【组合链】list_signup_submissions(slug, q=…) 定位到某一行 → 本工具取该行完整答案与联系方式 → review_signup_submission 单独处置他 → 想直接在站内找他聊就用 start_conversation（仅当他是站内注册用户，见返回的 user.id）。 【口径/坑】① 证件号（身份证等）**永远不解密**，返回的是打码值——那条只有站方 admin 的显式 reveal 能解且写审计。② 报名者账号上的手机号（他没在这场表单里填、而是注册手机号）会打码成尾 4 位：主办方没收集的东西，不该因为换了个接口就拿到明文。他在表单里亲手填的手机号照给。③ 拿到的联系方式是给用户去联系人的，**不要在对话里主动复述整串**，除非用户要求。④ submissionId 必须属于这场活动，否则 404。

仅导入用户提供的文件字节，不接受服务器路径或URL。返回有来源记录的PRIVATE+DRAFT供用户核对，不保存方案、不公开、不发送。支持PDF/PPT/PPTX/DOC/DOCX/TXT/MD，20MiB。

【需要登录】目标发起人向指定站内用户发出合作邀请，会通知对方。必须已有用户对邀请对象和内容的授权。仅支持站内定向邀请；返回不含手机号或可转发邀请令牌。服务会复用尚有效的同人待回应邀请；并发无持久去重保证。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。

【需要登录】【何时用】用户说「把报名表给我 / 导出名单 / 我要下载 Excel」时调它。返回一条**一次性签名下载链接**，用户自己在浏览器里打开就下载 CSV。 【组合链】list_signup_submissions 先给用户看数量和概览 → 确认要整份表格 → 本工具铸链接 → 把 url 原样发给用户。想按人处置不需要导出，直接 bulk_review_signup_submissions。 【口径/坑】① **绝不返回 CSV 正文**：一次最多两万行、每行带解密后的手机号微信号，那种东西不该进模型上下文。工具只给链接。② 链接**10 分钟有效、且只能成功打开一次**——换过一次即废（它被转进工作群就等于整份手机号裸奔，所以是真一次性）。用户没在 10 分钟内打开就再调一次。③ 提醒用户：这份表里全是报名者的联系方式，别往群里转发。④ 打开链接时会再校验一次权限（票只证明 10 分钟前你有权限，不是授权本身）。⑤ 撞顶两万行时 CSV 末尾会有一行中文说明，让用户看一眼。

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

【需要登录】【何时用】get_chain_anchor 某一类只给了一屏预览，用户想再看几个时。按 groupId 单独翻那一组。 【组合链】get_chain_anchor 拿 groupId + direction → 本工具翻页 → items[].id 再喂回 get_chain_anchor 就是下一跳；items[].id（type=user）→ get_creator → start_conversation。 【口径/坑】 · **游标是 HMAC 签名的、且绑定 profileVersion**：nextCursor 必须**原样透传**，改一个字符就 400 invalid_cursor。 · 撞 409 chain_cursor_stale = 锚点画像在你翻页期间变了（他改了资料/产品）。**别拿同一个游标重试**，重新调 get_chain_anchor 从第一页来。 · 同样**真花钱**（每翻一页都是一批 LLM 成对审核），同样别循环翻到底。 · warming=true / supply=warming 时空批只代表「还没判完」；supply=gated 是「判过了，没有一个能证明存在真实价值流」；supply=none 才是「站内确实没有这类主体」。 · pageInfo.total 经常是 null（不穷举 LLM 判定就得不到精确总数）——**null 就说不知道，绝不拿当前页长度冒充总量**。

各城市 / 区的创业政策红利（政策大礼包：标题 / 发文单位 / 日期 / 亮点 / 信源）。 【何时用】「深圳 OPC 有什么政策红利」「入驻前看看当地政策」。不传 city 返回全部。

【需要登录】按 assigned_to_me（待我做）或 assigned_by_me（我派给他人）列独行录任务；done=true 查看已了结记录，goalId 缩小到某目标。归档目标不在此列表，归档目标任务用 get_collaboration_goal。任务查询会幂等补周期期次。reachingLimit=true 表示可能截断，不代表总数。

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

查看自己的全部方案，或某位用户明确公开且已就绪的合作方案。私有草稿不会用于公开匹配。

列出本人有管理权的活动、自己已发布的产品和开放需求。引用只提交 type/id，标题与链接由服务端验证重建。

作者查看自己方案的分享有效期和撤销状态。不会重新返回明文token。

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

【何时用】一个工具两个透镜，用 side 切：side=investor 找**投资人**（个人/产投/机构），side=project 找**在融资的项目**。用户说「帮我找看 AI 应用的天使」走前者，「最近有哪些一人公司在融钱」走后者。 【组合链】items[].user.id → get_creator 看完整主页 → start_conversation 开聊（开聊走每日额度，撞 429 会直接返回「怎么办」的出口，别重试）；user.id → follow_creator 先关注不打扰；items[].company.slug → get_company；side=project 时 items[].product.slug → get_product。想让投资人反过来找你，用 set_my_role_profile(fundraising) 把自己挂上这个榜。 【口径/坑】 · 轮次（round）是对**自由文本**做的宽松包含匹配，不是结构化字段——「A 轮」「A」「Pre-A」全靠字面碰。别对用户吹「精确筛选」，也别拿它当统计口径。参考写法：种子 / 天使 / Pre-A / A 轮 / B 轮及以后。 · side=investor：老账号 / 运营种子机构号大多没填结构化 investor，type 是从 personaTags + canOffer 里**猜**出来的（只用于筛选展示，不反写）。所以 type 筛出来的结果里有推断值，不是本人自报。 · side=project：主召回是 roleProfile.fundraising.active=true，另外补量了「发了 FINANCING 需求的人」——那批人 fundraising 会是 null 而 financingNeed 有值，别当数据缺失。 · **BP 拿不到**：项目卡只给 hasBp 布尔（有没有传过 BP），别人的 BP 文件链接永远不出现在返回里。不许去猜路径、拼 URL 或让用户「试试这个地址」。要 BP 就让用户去跟对方开聊要。 · 规模很小（百级），召回后内存过滤；分页同样是 offset。

【需要登录】列出我作为主办方/管理员能管的全部活动（含已发布 / 已取消 / 已结束 / 被下架），每场带 **submissionCount 报名总数 + pendingCount 待处置数 + myRole 我的角色 + 报名配置概况**。 【何时用】「我那几场活动各报了多少人 / 还有多少没处置」——一次调用就答完，不用再逐场查。改活动或看名单前先用它拿 slug / activityId。 【组合链】pendingCount>0 的那场 → list_signup_submissions 看是谁 → bulk_review_signup_submissions 一次处置完。

【需要登录】列出当前用户拉黑的所有用户。

【需要登录】列出当前用户的所有私信会话（含未读数 unread、最近一条预览、成员信息）。先用它拿 conversationId 再 read_messages / send_message。 【两种会话】type=DM 是一对一私信；type=GROUP 是平台的破冰介绍群（系统把两位可能互相有用的人和官方号拉在一起，带 title 和成员列表）。**群里不做交换联系方式**，要联系方式在 DM 里走 request_contact_exchange。 【未读】每条自带 unread，别再去找什么「未读总数」工具，加起来就是。

【需要登录】列出当前用户的 agent / CLI 接入设备（名称 / 客户端 / token 末 6 位 / 创建·最近使用·过期·吊销时间）。吊销某台用 revoke_my_device。

【需要登录】列出当前用户发布的需求（现行状态只有 OPEN / CANCELLED；IN_PROGRESS / COMPLETED / EXPIRED 仅历史遗留数据——完成态记在每条承接（claim）上，需求不因某条承接完成而关单），时间倒序、游标分页。编辑 / 下架 / 取消 / 拉推荐之前先用它拿 needId；查某条承接是否完成用 get_conversation_needs 看 claim 状态，别按 status=COMPLETED 过滤。信息流里不会出现自己的需求，盘点自己的一律走这里。 【下架 ≠ 改状态】手动下架只把需求移出信息流，status 仍是 OPEN——**判据是每条返回里的 displaying 布尔**（服务端按服务器时钟算好的），别拿 status 猜。只想看还在展示的传 displaying=true。

【需要登录】返回当前用户的关注 / 粉丝 / 好友（互相关注）列表与计数。

【需要登录】【何时用】用户问「我报过哪些 / 那个赛事结果出来没 / 主办方回我了吗」时调它。一次给全：我报过的所有场次（最多 50 条，新的在前）＋ 每一场的投递状态与**主办方处置结果**（reviewStatus：PENDING（待初审） | REVIEWING（初审中） | SHORTLISTED（已入围） | WAITLIST（候补） | REJECTED（未通过） | WITHDRAWN（已撤回））＋ 主办方留言 reviewNote。App 上这是「我的报名」那一屏。 【组合链】看到某场 reviewStatus=SHORTLISTED 或 reviewNote 里要求补材料 → get_signup_activity(slug) 看还缺哪几题 → submit_signup(slug) 补交（重新提交会覆盖上一版）。想一次盘所有在报的场次还缺什么 → get_signup_gaps。 【口径/坑】① 默认**不返回答案全文**（50 条里全是本人的手机号/微信/证件字段，没必要整份灌进上下文），只给答了哪几题的 key 列表；确实要看内容再传 includeAnswers=true。② submission.status（SUBMITTED/DELIVERED/DELIVERY_FAILED…）是「有没有投递到源表单」，reviewStatus 才是「主办方录不录你」——两者严格分离，别混着念。③ DELIVERY_FAILED 不是「你被拒了」，是代填投递没成功，让用户去报名页手动补交。④ PENDING 只是主办方还没处置，不代表落选。

【何时用】用户想看「大家都在找什么」「有什么我能帮上/接得住的需求」时——这是需求互换的主入口。 【结构】一人一卡按作者聚合：每张卡是一位主理人（主打 author.canOffer「能提供什么」+ 代表产品），主需求平铺在卡上，authorNeeds 列出该作者在架需求（最多 6 条，主卡需求在首位）。登录后按「TA 的需求 ↔ 我的价值」轻个性化排序并附 matchScore/matchReason；匿名同管线纯先验排序。 【组合链】看中某人 → contact_need 该需求拿 conversationId → send_message 直接开聊。定向找用 search_needs / search_people。想让匹配更准就先补自己的 canOffer（update_my_profile）——排序就是拿它跟对方需求比的。 【口径】接洽不限人数，没有「名额」这回事，也没有报酬/感谢费——看到谁在找就直接聊。 【分页】cursor 原样回传延续同一副牌；不传 = 重新洗牌。

各城市园区总数 + 已运营数（按总数倒序），宏观选址用。传 benefitType 则只统计含该补贴的园区，与列表口径一致。

园区新闻 feed（开园 / 招商 / 补贴变化等时效信息）。可按城市或具体园区过滤。

浏览 / 筛选 OPC 园区目录（六城）。 【杀手用法】按补贴类型筛：benefitType=RENT_SUBSIDY 找「有租金补贴的园区」——这是主理人/找资源者最高频的诉求。可叠加 city / track / 状态 / 关键词。 【drill-down】get_park 看补贴明细 + 入驻条件 + 信源。

独行录的**官方内容流**：每日发现选品、创业大赛机会、园区与政策资讯。 【何时用】用户想看「最近站里推了什么」「有哪些新的创业大赛机会」时；也可以传 attachType+attachId 查挂在某产品/活动/园区上的相关内容。 【重要口径——别说成社区】这不是用户社区：站内**没有用户发帖入口**（App 的动态 tab 已换成产业链），流里几乎全是系统生成的官方内容。别向用户描述成「大家在聊什么」，也别建议用户「去发个动态」——没有那个入口。 【feed】recommend（默认）| following（只看我关注的人，需登录；因为几乎没有用户帖，这个流通常是空的）。

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

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

【需要登录】【何时用】用户问「最近有人关注我吗」「谁看了我的产品」，或者你要给他找**主动开聊的由头**时。三路合并：产品被浏览 / 主页被浏览 / 需求作者页被点开。 【组合链】这条链是本工具存在的全部理由，App 里要三次点击两次跳转： named[].viewerId → get_creator 看他是谁、在做什么 → start_conversation 开聊（开场语可以直接引用 named[].what：「看到你翻了我那条 XX」，这是真的、可验证的话头）。要先看看关系 → get_relationship；不想立刻打扰 → follow_creator。 【口径/坑】 · **匿名那部分只是计数，没有身份可查，也不许编。** anonymous 是按 ipHash 折叠后的**下限**，不是精确人数。 · 具名访客要求对方登录状态下浏览；查不到人（注销 / 占位号）的会被降级计进 anonymous，所以 named 恒少于真实关注量。 · 机器流量已剔（站内约 41% 的产品浏览是爬虫），自己看自己也已剔。 · 默认窗口 7 天。窗口拉太长会翻旧账——两周前看过你一眼的人，你现在去搭话是尴尬的。 · 每天有具名访客的人本来就少（生产实测每天 2~12 位主理人），空返回是**常态**，如实说「这几天没人来看」，别改参数反复试。 · named 最多回 limit 条（默认 20，最近的在前），namedCount 始终是**窗口内的真实总数**——两者不等时 truncated=true，别拿 named.length 当总人数。

【何时用】用户要**买一类服务**而不是找某个具体产品时：「GPU 租赁」「代理记账」「商标代办」「法务咨询」「找人帮我投流」「大模型 token 哪买便宜」——这是高意图检索的正确入口。按服务域精确取整组，比 search_products 关键词碰运气稳。 【组合链】items[].id → get_product 看详情 / follow_product 关注跟进；items[].owner.id → get_creator 看这家谁在做 → start_conversation 直接开聊；整组翻完都不合适 → create_need 发一条需求（needType=RESOURCE）让服务商反过来找你。 【口径/坑】 · 这是**目录**不是搜索：没有相关度排序。顺序 = 已认领梯队优先 → 站内推广位 → 发布时间。所以第一屏未必最匹配，看 tagline 自己挑。 · sub 必须落在 domain 那一组里；给了外组的 sub 服务层**不报错**，会静默退回整组结果（防止用 sub 越权掏另一组）。别把「返回了一堆不相干的」当成数据问题。 · 空结果是常态：不少子类目前站内确实没有供给，如实说「这一类还没有」并转 create_need，别改词反复重试。 · 分页用 offset（nextCursor 就是下一次的 offset 字符串），不是 id 游标。

【何时用】用户问「最近有什么能报名的 / 这周截止的有哪些 / 有没有黑客松」时调它。这是站内**唯一能真报名**的机会列表：每一场都挂着可用的报名表单。 【组合链】拿到 slug 后：① get_signup_activity(slug) 一次拿全「详情 + 我的报名状态 + 还缺哪几题」；② 缺项补齐后 submit_signup(slug) 直接报；③ 想一次盘几场就 get_signup_gaps(slugs=[…]) 拿跨场合并的待答清单，问一轮就够。 【口径/坑】① 本工具返回的每一条都**当场能在站内报**（判据是这场挂了报名配置，与 Activity.type 无关——平台自办/承办的赛事也是 type=COMPETITION，照样在这条 feed 里）。list_activities 是更宽的活动资讯面，其中导入的外部赛事只能去主办方官网报，两者别混。② feed 已按「置顶 → 截止近的优先（无截止排最后）」排好序，「这周截止的」直接按顺序截即可，**别自己重排**。③ 首屏返回的 kinds 是服务端算的**真实类目计数**，空类目根本不出现——照它渲染选项，别拿 SIGNUP_KINDS 全集当菜单。④ 登录时每条带 submitted=true/false，已报的别再问用户要不要报。⑤ startAtKnown=false 表示这场的开始时间是导入时兜底顶上的假值，**别对用户念那个日期**。

【需要登录】【何时用】主办方问「报了多少人 / 今天新增几个 / 有哪些做 AI 的报了」时调它。返回名单页 + 首页概览（总数 / 今日新增 / 待初审 / 渠道分布）。 【组合链·批量处置，这是 agent 对 web /pro 的碾压位】list_signup_submissions(slug, q='Agent') 拿到 items[].id → bulk_review_signup_submissions(slug, ids=[…], reviewStatus='SHORTLISTED', preview=true) 先让用户过目 → 确认后 preview=false 落库 → 剩下的人 reviewStatus='WAITLIST' 再来一次。在 web /pro 上这是勾 200 个复选框。要联系某个具体的人再用 get_signup_submission(该行 id) 单独取联系方式；要整份表格用 issue_signup_export_link。 【口径/坑】① **默认不返回答案全文**：只给每行答了哪几题的 key 列表 + 昵称。要看某几题的内容用 fields=['project_intro'] 点名投影。② **默认不返回联系方式**（手机号/微信/邮箱一律裁掉或打码），只告诉你 hasContacts / contactKinds；确实要联系人再传 includeContacts=true，或对单个人用 get_signup_submission。证件号任何时候都不解密。③ 投影出来的答案里，夹带在自由文本中的手机号/邮箱同样会被清洗掉——那是刻意的，不是数据坏了。④ limit 默认 20、上限 50（服务层能给 100，这里刻意收窄：一屏 100 行报名答案灌进上下文没有意义）。⑤ q 是跨三处搜的（匿名单字段 / 报名者账号昵称手机 / 答案全文），搜项目名和公司名最好用。⑥ status（投递态）与 reviewStatus（录不录）严格分离，别混着筛。⑦ overview 只在第一页（不带 cursor）返回。