需求信息流
list_needs_feed【何时用】用户想看「大家都在找什么」「有什么我能帮上/接得住的需求」时——这是需求互换的主入口。
【结构】一人一卡按作者聚合：每张卡是一位主理人（主打 author.canOffer「能提供什么」+ 代表产品），主需求平铺在卡上，authorNeeds 列出该作者在架需求（最多 6 条，主卡需求在首位）。登录后按「TA 的需求 ↔ 我的价值」轻个性化排序并附 matchScore/matchReason；匿名同管线纯先验排序。
【组合链】看中某人 → contact_need 该需求拿 conversationId → send_message 直接开聊。定向找用 search_needs / search_people。想让匹配更准就先补自己的 canOffer（update_my_profile）——排序就是拿它跟对方需求比的。
【口径】接洽不限人数，没有「名额」这回事，也没有报酬/感谢费——看到谁在找就直接聊。
【分页】cursor 原样回传延续同一副牌；不传 = 重新洗牌。
Input Schema
TableJSON Schema
| Name | Required | Description | Default |
|---|---|---|---|
| type | No | 按需求类型过滤：EXPERIENCE（寻找产品/作品） | QA（答疑求助） | RESOURCE（介绍资源） | COLLAB（寻求合作） | FINANCING（融资需求） | CHAT（找人聊聊找灵感） | GIG（兼职招募） | OTHER（其它）；不传则全部 | |
| limit | No | 返回条数，默认 20 | |
| cursor | No | 分页游标 nextCursor，原样回传 |