独行录 / opcmenu

【何时用】用户要的是**某一类人本人**而不是某个产品/服务时用：「帮我找个能写代码的」「有没有做出海的人」「找几个律师/财税顾问聊聊」。和 list_service_products 的区别：那边是「他卖什么」（产品目录），这边是「他本人是干什么的」（人的目录）；和 search_people 的区别：那边是语义搜，这边是结构化职业筛选，适合按类目扫一遍。 【组合链】items[].user.id → get_creator 看完整主页 → start_conversation 开聊（开聊走每日额度，撞 429 会直接返回「怎么办」的出口，别重试）；user.id → follow_creator 先关注不打扰；items[].company.slug → get_company。人卡唯一动作就是进个人主页，没有别的落点。 【口径/坑】 · 职业（items[].professions）是**机判闭集**：由资料/名片/自述跑分类器写入，不是本人勾选；一人最多两个主职业。没被判出职业的人不进这个目录，想找他走 search_people。 · chip 是职业的合并桶（比如律师/财税/HR 都并在「咨询·顾问」里），卡片上的职业胶囊是细粒度标签，两者不是一回事。 · **chip 全集以 GET /v1/talent/chips（首页下发）为准**：服务端按真实人数 ≥ 阈值才下发，这里的枚举只是合法值集合，不代表此刻每个都有人。传了没下发的 chip 会拿到很少甚至 0 条，不是报错。不传 chip 或传 all = 全部；传不认识的 key 按全部处理（不 400）。 · 只回真人（在册、已入驻、非测试号、非运营机构号）；返回里没有手机/邮箱/外链，要联系只能开聊。 · 规模小（百级），分页是 offset（nextCursor 就是下一次的 offset）。

【需要登录】把某个会话标记为已读（更新我的 lastReadAt）。

【需要登录】【何时用】用户完成了平台观测不到的**线下动作**：注册了公司、拿到商标 / 软著 / ICP 备案、收到第一笔钱、开始盈利……由他自报，平台不审核（可以顺手把备案号/注册号填进 note）。 【组合链】打完勾返回体自带**涨分回执**（打勾前后的总分与段位、本次新完成了哪些任务）——直接念给用户，别再调 get_my_positioning 前后各拉一次自己减。段位变了就顺势给下一步：get_my_positioning 看新一级的任务，或按 nextUp 的 suggestedTool 直接接着做。 【口径/坑】 · **只有 manual 类任务能打勾**，auto 类（发产品、聊过多少人、发过几条需求）是平台记录算出来的，硬打会 400 task_not_manual——那不是 bug，是防止分数变成自助填空。 · 合法 taskKey（从服务层的 manual 任务集合生成）：build.company（公司注册） | build.trademark（商标注册） | build.copyright（软件著作权登记） | build.copyright_ec（电子软著（电子证书）） | build.icp（ICP 备案） | build.police（公安备案） | build.app_filing（App 备案） | build.mp_filing（小程序备案） | build.llm_filing（大模型 / 算法备案） | build.security_assessment（互联网信息服务安全评估） | build.patent（专利申请） | revenue.first_pay（拿到第一笔收入） | revenue.repeat（有第二个不认识的付费客户） | profit.covered（收入覆盖成本） | growth.ad_basics（学会：一条广告只干一件事） · done=false 是取消打勾（连 note 一起删）。 · 不做任何审核校验：note 就是个备忘，填错也只影响他自己。别拦着用户填。

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

仅用户明确提出修改时提交单字段建议，必须基于用户看过的当前revision，并解释理由；另一方决定是否采用，不直接修改方案。

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

【需要登录】给某产品打 1–5 星 + 可选文字评价（一人一产品一条，再次调用即编辑）。不能评价自己的产品。先用 get_product / search_products 拿 productId。

【需要登录】读取某个会话的消息。默认返回最近若干条（倒序，含 nextBefore 游标向前翻）；传 after=<messageId> 则增量拉取该消息之后的新消息（正序，用于轮询）。只能读自己参与的会话。

【需要登录】【何时用】只在开聊额度用尽、用户**明确要求**今天就多聊一个人时。花 500 积分换今天 +1 次开场，每日限 1 次。这是应急安全阀，不是常规出口。 【必须先征得同意】**agent 不许自动兑换**。先把「这要花 500 积分」原话念给用户，拿到明确同意再调。撞额度墙时 start_conversation / contact_need 的失败返回体里已经带了这个出口和你的余额，照着念即可。 【组合链】兑换成功 → 立刻 start_conversation 把这一次用掉（额度只加今天，过夜作废）。不想花积分 → get_my_invite 走引荐（那是永久加额度，兑换只加一天）。 【口径/坑】 · 两种失败都是**终态，绝不重试**：409 insufficient_points（余额不够）/ 409 chat_quota_redeem_limit（今天已经兑换过了）。返回体里会带上当前额度和余额，直接转述。 · 如果你刚调过一次然后超时了，再调撞到 chat_quota_redeem_limit —— 那说明**上一次其实成功了**（每日上限靠全表唯一键原子兜底）。读返回体里的 quota 确认，不要当失败。 · 额度只拦「新开一个会话」；回复老会话、别人来找你都不受影响。 · 积分体系 2026-07-03 已从用户面下线，这是全站唯一一个还露在 agent 面的积分动作。别去找别的积分工具，没有。

用户明确提供分享token后读取冻结方案，不自动发消息、不获取原方案实时私密资料。

【需要登录】按 url（可加 type 进一步限定）删除当前用户的链接。匹配不到则 no-op。

【需要登录】把手动下架过的需求放回信息流（与 unpublish_need 成对，免费、可反复切）。 【失败语义】非本人 403 not_your_need；已取消/完成的不可重开 409 need_closed（那种情况请用 create_need 重新发布）。

【需要登录】举报违规内容 / 用户。targetType 决定举报对象，reason 是原因。审核后台会处理。

【需要登录】把用户确认的现状/目标交给独行录排安排：首次建路径，后续追加汇报并重排未接受部分。会调用平台 LLM、写入记录，可能后台排人和发通知，需灰度已开启。按用户限流，提示汇报过于频繁时不要立即重试。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 用 get_my_dispatch 的 reports 核对是否已收到，FILLING 时等候后查询。

【需要登录】在 1-1 会话里发起「交换联系方式」请求：对方同意后，双方的微信/电话/邮箱等联系方式互见（各自快照，之后改资料不回溯）。要求自己至少填了一条联系方式（no_contact_info 时先用 add_profile_link 补 contact 组链接）。已交换过会报 already_exchanged；对方已有待处理请求会报 peer_request_pending（此时应改走 respond_contact_exchange）。自己重复发起幂等回放。 【注意】这会真的向对方发出请求消息——发起前请向用户确认。

【需要登录】回应 get_my_work 返回的本人定向合作邀请。接受会加入目标并向合作人公开参与关系；婉拒后邀请不再待处理。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 接受后用 get_collaboration_goal 核对，待回应列表用 get_my_work。

【需要登录】同意或婉拒对方发来的「交换联系方式」请求（exchangeId 从 get_contact_exchange_state 的 PENDING exchange 拿）。accept=true 表示同意：把我的联系方式快照交给对方、同时拿到对方的（结果在返回的 contacts 里），此操作不可撤回——**必须先向用户明确确认**；同意方也需至少一条联系方式。accept=false 婉拒，之后对方可再次发起。重复响应幂等回放。

用户查看原文、建议、理由后明确ACCEPT或REJECT才调用，必须说明理由。接受产生新版本，旧确认不对新版本生效。

用户明确决定后调用：接收方 ACCEPT 表示愿意细聊，DECLINE 表示暂不考虑；发起方 WITHDRAW 撤回待回应请求。接受并非签约或承诺收益。

【需要登录】回应 get_my_dispatch.inbound 中的请求。接受返回既有会话；拒绝会告诉平台双方不合适、可能通知对方并为其重排。先取得用户对回应的授权。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 用 get_my_dispatch 核对。

【需要登录】【何时用】用户对某一个人下结论（入围/候补/未通过）时调它。**处置结果报名者在「我的报名」里看得见**，reviewNote 是直接给他看的一句话。 【组合链】list_signup_submissions 定位 → get_signup_submission 看清这个人 → 本工具处置。一次要处置很多人用 bulk_review_signup_submissions（那边有 preview 可以先过目）。 【口径/坑】① 执行前把「谁 → 改成什么」念给用户确认——报名者那头会看到。② reviewNote 缺省=不动之前写的留言，传空串会**清空**它。③ 只动报名结果，不碰投递状态（那是「有没有投到源表单」，两码事）。④ 取值：PENDING（待初审） | REVIEWING（初审中） | SHORTLISTED（已入围） | WAITLIST（候补） | REJECTED（未通过） | WITHDRAWN（已撤回）。

仅作者可撤销。链接与已兑换的读取权限立即失效，已发送的请求历史不变。

【需要登录】吊销当前用户的某台接入设备（其 token 立即失效）。先用 list_my_devices 拿 deviceId。返回 revoked 是否实际吊销了一条。

新增或编辑本人合作方案。新建时让用户明确purpose为GENERAL通用或TARGETED专属（targetUserId），缺省LEGACY不可新发送。旧稿/切用途先用Agent ADAPT_PURPOSE整理，再请用户预览确认；不得只修改用途标签。默认 PRIVATE+DRAFT。只有GENERAL且用户明确同意才能设 PUBLIC；PUBLISHED表示完整可发送，PRIVATE+PUBLISHED仍只可定向发送。发布需要标题、摘要、背景、理想合作方、合作方式和对方收益完整。

【何时用】用户想定向找「有没有人在找 X」时——「有没有人想找设计合作」「谁在找出海经验交流」。比 list_needs_feed（推荐流）更适合带明确关键词的检索。 【机制】标题/详情关键词 + need_embedding 向量混合检索（RRF 融合），只出在架需求（与信息流可见性口径一致）。返回完整需求卡（含作者 canOffer）。 【组合链】命中 → get_need 看详情 → contact_need 接洽拿 conversationId → send_message 开聊。

【何时用】用户想找「人」时——「找能提供小程序代开发的主理人」「谁懂跨境电商供应链」「找人合作做 AI 出海产品」。搜的是主理人的供给侧（canOffer 能提供什么 + 昵称/介绍/身份标签），这是 OPC 之间撮合合作的刚需入口。 【机制】关键词 + 向量混合检索（RRF 融合），真人（已认领）梯队前置。结果含 canOffer / similarity / claimed。 【组合链】命中后 get_creator 看作品尽调 → start_conversation 开聊；对方若发过需求也可 contact_need 顺着需求接洽。搜「产品」用 search_products，搜「需求」用 search_needs。 【常见 pitfall】**不支持按手机号搜人**（隐私保护，服务端对手机号查询恒返回空）——用户给的是手机号时直接说明不支持，改问对方的昵称或能提供什么。

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

仅用户明确指示联系方案作者时发送。当前用户是发送方、原作者为接收方；仅公开方案或本人的有效分享访问授权，绝不替原作者发邀请。planId/shareAccessId二选一。

仅在用户明确要求向指定对象发出合作请求时调用。仅可发送GENERAL，或targetUserId与收件人一致的TARGETED；LEGACY须先整理确认用途。将本人已就绪方案发送为私信卡片，接收者可决定是否细聊；内容冻结，后续编辑不改变历史。已有待回应请求会复用。

【需要登录】在某个会话里以当前用户身份发一条文字消息。先用 list_my_conversations / start_conversation 拿 conversationId。 【注意】这会真的把消息发给对方——发送前请向用户确认收件人和内容。

【需要登录】在会话里转发一张站内卡片（与 App 聊天里的「名片/需求卡转发」同源）：type=owner 转某位主理人的名片（把「我自己的名片」发给对方 = 用 get_my_profile 拿到自己的 id 再转），type=need 转某条需求卡。标题/头图/链接由服务端从库里重建可信快照，不接受自定义内容。 【注意】这会真的把卡片发给对方——发送前请向用户确认收件人和卡片对象。

【需要登录】被指派人可设 TODO/DOING/DONE/DECLINED；只有指派人可设 CANCELLED。DONE/DECLINED 的 note 会作为完成留言/婉拒理由并通知指派人。不能代替他人宣称工作已完成。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 用 list_collaboration_tasks(done=true) 或 get_collaboration_goal(includeClosed=true) 核对。

仅原方案作者在明确指示后控制当前请求是否允许提出/接受修改建议。

【需要登录】对已接受的安排反馈用户告知的结果：HELPFUL 有帮助、OK 一般、NO_REPLY 没回复、NO_SHOW 没聊上、NOT_FIT 不合适。可能完成步骤、安排下一步或补排人，消耗平台 LLM 并可能通知。不要根据已读或时间猜测用户结果。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 用 get_my_dispatch 核对。

【需要登录】把当前用户某条链接（按 url 匹配，可加 type 限定）的可见范围改成 public/friends/private。 【例】「把我的手机号改成仅自己可见」。

【需要登录】【何时用】**全平台唯一一个「自由文本即写入」的接口，正是 agent 的主场。** 用户在对话里刚说完自己在干什么，你把那段话整理成一句 describe 直接提交，LLM 据此推出链位并把他并进链网。App 里这一步要用户自己打开定位页、切到产业链、想一段话再打字。 【组合链】提交成功 → get_chain_anchor 立刻能看到他新的上下游环 → 从环里挑人 get_creator → start_conversation。不传 subjectType/subjectId 就是给「我」归位；给产品归位就传 subjectType=product + 产品 id（必须是我自己的产品，先 get_my_products 拿 id）。 【怎么写 describe】把用户原话整理成「给谁做什么、用什么做、做完交付什么」，5~500 字。**别替他编**——他没说的上下游不许你加。 【口径/坑】 · 归位记 source='declared'：用户拍板的链位钉死，后续系统自动重推**不会覆盖**它（画像的其它字段照常刷新）。 · 失败分支返回体自带出口，照着念：position_unclear（看不出你在干什么，要补「给谁做什么」，**别重试**）/ position_relations_unclear（看得出做什么、看不出上下游是谁，要追问「活儿从谁手上接、做完交给谁用」，**别重试**）/ chain_source_changed（你刚改过资料或产品，原样重提一次即可）/ llm_unavailable（判链位的模型不在，过几分钟再试，别说成描述有问题）。 · 这是一次完整的 LLM 重推，**慢且花钱**。同一段描述重复提交会被本工具去重（返回 deduped=true），别靠重复调来「催」。 · 归位会改变他在别人产业链视图里的位置——这是对外可见的写操作，不是本地设置。

【需要登录】【何时用】这是**纯文案活，正是 agent 最该替用户干的事**：读一遍他的「我能提供什么」和产品，替他写一句像真人说的开场白。 【这句话会自动发出去】别人点「找 TA 聊聊」时，服务端会**替你自动发出这一句**作为第一条消息（只在新建会话时发一次，不会刷屏）。所以它是一条**自动广播通道**，不是一条普通私信。 【怎么写】朴素、具体、不做当场能被戳穿的断言。三条硬规矩：① 不写「我懂你想要什么」这类你按按钮那刻根本不知道的话，对方回一句「那你说说」就穿帮；② 不用对仗押韵金句——顺口正是模板和 AI 文案的指纹；③ 说清「我从哪儿看到你的」，这是真的、可验证的，也天然给了对方话头。**不许出现任何「我是 AI 助手 / 自动发送」之类的标识**（产品口径：这就是他本人说的第一句话）。 【组合链】get_my_card（读 canOffer / 产品）→ 本工具写 → get_my_chat_opener 复核 → 之后 start_conversation 开的每个新会话都会自动带上它。传 null 或空串 = 恢复全站默认。 【口径/坑】 · 上限 120 字，超了报 chat_opener_too_long（400，终态，改短再提）。 · **不许夹联系方式和外链**：手机号 / 微信号 / QQ / 邮箱 / http 链接一律拒（chat_opener_has_contact）。这是自动广播面，放开就成了「加我微信卖课」的免费群发口。要换联系方式走双同意的 request_contact_exchange。 · 过敏感词闸（与私信同一把尺），命中报 content_rejected（400，终态，换写法，别原样重试）。

【需要登录】设置当前用户的兴趣标签（+ 可选自由描述），用于计算兴趣向量、驱动 personalized_feed 的千人千面排序。一句话即可调教推荐，是个性化读写闭环的写入端。整组替换。

【需要登录】【何时用】用户在对话里透露了角色信息就顺手写进去：在融资（轮次/金额/要求）、我是投资人（类型/关注轮次/单笔规模/赛道）、我代表机构（园区/赛事/企服，能给什么资源）、我是来找人的媒体/HR/采购/合作方、我还在上学、我的创业阶段变了。这些字段决定他出现在首页哪个 tab、被谁搜到。 【组合链】写完 fundraising.active=true → 他就进了 list_funding(side=project) 的池子，可以马上 list_funding(side=investor) 找对口的钱 → get_creator → start_conversation。写完 investor → 反过来出现在别人的 list_funding(side=investor) 里。venture.stage 改完 → get_my_positioning 会给出这一级的新任务清单。 【口径/坑】 · **本工具已做好逐字段合并**：只传你确知的那几个字段即可，没传的老值原样保留。（服务层本身是「顶层键整体替换」，直传 fundraising:{round:"A"} 会把 amount/requirements/BP 一次抹掉——这里先读后并挡掉了这个坑。） · 想**清空**某个字段：传空字符串或跟用户确认后整棵子树重传，不要靠不传来清空。 · venture.stage 走特殊路径：它同时是定位栏的主线阶段，本工具会调专门的写入口（传 null = 撤销自报，系统当场重判一次并把判词带回来）。取值：idea（找想法） | build（开发产品） | launch（产品上线） | revenue（有收入） | profit（有盈利）。 · **主办方资料（orgName/联系人/联系电话）不在这里**，本工具写不了也不该写：那是唯一一条带短信验证码的通道，绕过它就是让 agent 能冒名办活动。用户要改主办方资料，请他去 App 里改。 · 自由文本会出现在公开卡片上（等同 UGC 广播面），过敏感词闸，命中报 content_rejected。 · 返回的是**变更回执**：哪几棵子树被合并了、合并前后各是什么。念给用户听，别只说「已更新」。

【需要登录】更新当前用户的通知开关（只传想改的，其余保持不变）。

【需要登录】设置当前用户的身份 / 来意 persona。可选：GENERAL_PUBLIC（随便看看）/ FOUNDER（发布项目）/ INVESTOR（投资）/ MEDIA（观察趋势）/ RECRUITER（招聘）/ SERVICE_BUYER（买服务）/ PARTNER（谈合作）/ OTHER（其它，需填 personaOther）。 【多重身份】可同时是多个身份（如 主理人+投资人）：persona 是主身份，personas 传全部身份。**注意：这是整组替换——不传 personas 会把用户已设的多重身份收缩成单身份**，改之前先用 get_my_profile 看现状。 【创业者分叉】persona=FOUNDER 时可顺带传 creatorType（创造者类型），驱动默认产品分类与后续填写提示；非创业者忽略。

【需要登录】把我的产品在「已发布 ⇄ 已下架」之间切换（仅这两个状态互切，其余状态由系统管理）。先用 get_my_products 拿 productId 和当前 status。

【需要登录】用户明确表示这步自行搞定/不再需要时跳过，终结该步骤未接受建议并推进后续步骤，可能触发平台 LLM 排人。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 用 get_my_dispatch 核对。

【需要登录】与某位用户开启 1-1 私信会话（已存在则返回原会话，幂等）。可选 productId 标记围绕哪个产品咨询。不能和自己开会话。先用 get_creator / search_people 拿对方 userId。 【返回】conversation（含 id）+ created（这次是不是**新建**的）+ openerSent（服务端是否已自动替你递了开场语）+ opener/openerKind（你设过自定义开场语就带原文 kind=custom；没设时服务端按对方的产品现生成一句，kind=product/generic，原文不回传，别编）。**created=true 且 openerSent=true 时对方已经收到你的开场语了，别再重复问一遍好**——接着说正事即可。开场语内容用 get_my_chat_opener 看，改用 set_my_chat_opener。 【每日开场额度】只有**新建**会话才占额度（回复老会话、别人来找你都不占）。撞上限时返回 429 chat_quota_exhausted，且返回体里直接带出口（额度实况 / 引荐短链与话术 / 积分兑换报价）。**那不是临时故障，今天的额度不会自己回来，不要退避重试**——照返回里的 exits 跟用户说清楚。

【需要登录】【何时用】用户说「帮我报这场」时调它。只传**这次要新填/要改的答案**即可：handler 自己会先读一遍我在这场活动的全部现值（上一版提交 + 跨表单复用的资料覆盖层 + 主页/公司/产品推导），打上你的补丁后提交**全集**。 【组合链】get_signup_activity(slug) 看 viewer.missingRequired → 照 label/hint/options 问用户 → 本工具 answers=[{key,value}] 提交 → 返回的 submission.reviewStatus 之后用 list_my_signups 跟进。撞「已截止」时返回体自带还能报的替代场次（照 exits[].detail.alternatives 里的 slug 再走一遍 get_signup_activity）。 【口径/坑】① **省略 ≠ 清空**：这是 agent 通道相对客户端的刻意差异——客户端有确认页（用户亲眼看着自己清掉了微信号），agent 没有，所以这里不继承服务层「传了 answers 就以 answers 为全集、没传的一律置空」那条语义。要真的清空某题，把 key 放进 clearKeys（它会连跨表单复用层里那一行一起删掉——否则下次报别的表又会被解析回来；文件行不删）。② type=file 的附件题（BP/营业执照）**agent 传不了**，会被整键省略以保住用户此前传过的文件——绝不许把文件名或一个链接当答案填进去。③ 合并后仍缺必填项时**不会提交**，直接返回 error=missing_required_fields ＋ 逐条「要问用户什么」，把这些问完再调一次。④ 返回 delivery.kind='webview' 时**报名还没投到主办方源站**，站内只存了留资和代填答案——此时**逐字禁止**对用户说「已报名成功」，必须说「站内已留档，还要在主办方表单上完成提交」，并把 delivery.url 给他。⑤ 重新提交会以合并后的全集覆盖上一版。**证件号这类敏感题的明文是加密存的、读不回来**：上一版填过而这次没给值时会直接拒绝提交（sensitive_answer_would_be_wiped），因为提交上去就会把它覆盖成空且不可恢复——按返回里的 exits 让用户重说一遍，或者明确不要了就放进 clearKeys。⑥ channel 恒为 'agent'，主办方在报名单里看得见这笔是 agent 代提的。

【需要登录】上报一个追踪事件（点击 / 浏览 / 分享 / 下载 等）。targetType + targetId 决定目标对象，type 是动作。 【常见用法】当 agent 帮用户完成「分享某产品」「点开某主理人主页」时记一笔，让推荐算法更准。 【type 例】 view | click_link | share | download | follow

【需要登录】取消对某用户的拉黑。幂等：未拉黑时也返回 ok。

【需要登录】取消关注某位主理人。幂等：未关注时也返回 ok。

【需要登录】【何时用】用户说「这个不用留着了」。 【组合链】get_my_card 看当前关注了哪些 → 本工具取关。 【口径/坑】幂等，本来就没关注也返回成功（不报错）。对方永远看不见你关注过或取关过。

【需要登录】把自己的需求移出信息流（状态与接洽不变、不删除）。需求不会因被接洽或时间流逝自动下架，想暂时不展示就用它。之后可用 reopen_need 免费重新展示，两者成对可反复切。 【失败语义】非本人 403 not_your_need；已取消/完成 409 need_closed。