独行录 / opcmenu

【需要登录】接受 get_my_dispatch 的建议。MEET 会真实建会话并以本人名义发送 opener；省略 opener 会发送平台预写开场白，先展示内容并取得用户授权。ATTEND 会尝试报名，但本工具不证明报名成功，始终返回 signupVerificationRequired=true；按 next 用 get_signup_activity 核对实际报名方式和状态，必要时 list_my_signups 核对投递结果。hasSignupRecordHint 仅表示有记录，可能只是外部留资、投递失败或取消；openSignupSlug 为空也不证明完成。外部表单仍须完成源站提交，缺资料时再用 submit_signup。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 服务只对完成后的重复接受短路，不保证并发去重。

【需要登录】给当前用户加一条链接（不动其它字段）。type 见 LINK_TYPES（website/github/wechat/douyin/shipinhao/email/phone…），visibility 缺省 public。 【例】「把我的抖音加上，设为好友可见」→ type=douyin, url=..., visibility=friends。

只用当前用户可见方案。useMyProfile需用户授权才使用本人介绍/公开产品/活跃需求。分析不会告知对方或修改方案。research必须用户明确要求且industryTopic为去标识的公开行业主题，绝不把私密方案或个人资料发给搜索。

【需要登录】拉黑某用户：双方互不能私信，并自动解除互相关注。处理骚扰时用。幂等：重复拉黑 no-op。

【需要登录】【何时用】用户说「把做 AI 的都入围、其余候补」这类整批操作时调它。**这是 agent 相对 web /pro 最大的效率差**：那边要勾 200 个复选框。 【组合链】list_signup_submissions(slug, q='Agent') 拿 ids → 本工具 preview=true **不落库**，返回「将被改的 id + 昵称 + 当前状态」念给用户 → 用户确认后 preview=false 真正执行 → 剩下的人换个 reviewStatus 再来一次。 【口径/坑】① **执行前必须把名单念给用户确认**——处置结果报名者在「我的报名」里立刻看得见，改错了收不回来。preview=true 就是为这一步设计的（它是 App 那个确认弹层在 agent 端的形态，不是可以省掉的一步）。② 返回体自带 diff：requested / updated / ignoredIds——不属于这场活动的 id 会被服务层**静默忽略**，传 200 个只改了 197 个时，是哪 3 个掉了这里如实告诉你。③ reviewNote **不接受空串**（zod 直接封死）：批量清空 200 条留言且无处恢复，风险太高；不传就是不动。④ 一次最多 200 个 id。⑤ 只动报名结果，不碰投递状态。

【需要登录】取消（下线）我发起的某个活动。已取消 / 已结束的活动不能再取消。

【需要登录】发起人取消自己的需求（终态，不可再重开/编辑）。只是暂时不想展示请用 unpublish_need（可逆），不要用本工具。 【失败语义】非本人 403 not_your_need；已完成 409 need_already_completed；已取消 409 need_closed。

【需要登录】检查当前用户是否满足发起活动的前置条件。**两条轨，满足任一即可**：轨 A 主理人 —— 资料完善（bio + intro≥10 字）且至少 1 个已发布产品；轨 B 主办方 —— 入驻已完成 + 主办方资料四项齐全（主办方名称 / 联系人姓名 / 联系电话 / 一句话介绍）。ok=true 时 via 说明走的是哪条（owner=轨 A，organizer=轨 B）。 【ok=false 的 reason】profile_incomplete = 入驻还没走完（入驻本身就会强制填 bio/intro，所以这条等于「先去完成入驻」）；organizer_profile_required = 入驻完了但缺主办方资料四项——这是实际最常见的一条，只差一个已发布产品的轨 A 用户也会落到这里（对正要发活动的人来说，填四项资料比再发布一个产品近）；no_published_product = 老枚举，现口径下基本不会返回。 【怎么补】想走轨 A 就用 create_product 发布产品。缺主办方资料**这里没有对应的写工具**，别拿别的工具去试——那四项要走 POST /v1/me/organizer-profile，联系电话必须过短信验证码，agent 端做不了；请引导用户去 App 或网页版填「主办方资料」（四项一次填完，不拆步、不跳过）。 发起活动（create_organizer_activity）前先用它，免得白填。

【需要登录】用邮件令牌把某个（爬虫预录的）占位创客号名下的全部产品 + 会话一次性转到当前账号。令牌来自冷启动外联邮件里的链接（/u/{creatorId}?ct={token}）。 【注意】不可逆。与 claim_product（单个产品认领码）不同——这是整号认领。失败返回 ok=false + reason（invalid_token / not_found / already_claimed / self）。

【需要登录】用认领码把一个（管理员 / 爬虫预录的）产品认领到当前账号名下。先过后审：认领后立即发布。认领码一般由管理员发放。

【需要登录】在某个接洽会话里点「完成需求」。**双方各确认一次**：发起人和承接人都要在同一会话里各调一次本工具，双方都确认后该承接才置 COMPLETED；只有一方调过时处于等待对方确认状态（看返回的 authorDoneAt / claimerDoneAt）。 【前置】conversationId 必须是 contact_need 建立的那个会话。确认是真实状态变更，调用前先向用户确认「事情确实办完了」。 【失败语义】非该需求当事人 403 not_party_to_need；会话没绑这条需求 409 no_claim_for_conversation；已完成 409 need_already_completed；已取消 409 need_closed。

【需要登录】校验前置条件后把入驻引导标记为完成（给 onboardedAt 盖戳）。 【前置】必须已选身份 persona；若是创业者（FOUNDER），还需名下至少 1 个产品且 bio 已填（intro 选填不卡），否则报 onboarding_incomplete。 【注意】这是真实状态变更——调用前先 get_onboarding_status 确认各项已就绪，并向用户确认「确实要完成入驻」。

仅用户亲自查看当前版本并明确确认后调用，不得自动确认或替另一方确认。使用服务端revision/documentHash；legalName可选且只能由本人提供，不得猜姓名。当前仅账号/姓名声明留档，identityVerified=false，不是已核验实名或正式电子签约。

【需要登录】对某条需求「找他聊聊」：与发起人建立 1-1 会话并登记接洽。任何人都能接洽、人数不设上限，需求不会因被接洽而下架。幂等：重复调用只返回已有会话。 【组合链——这是关键】返回 conversationId，直接接 send_message 在该会话继续谈；开聊前可先 get_conversation_needs 一次拿全双方需求上下文。谈妥交付后双方各调一次 complete_need 完成。 【失败语义】不能接洽自己的需求 400 cannot_contact_own_need；404 need_not_found；**429 chat_quota_exhausted = 今天新开会话的额度用完了**（回复老会话不受影响），返回体自带出口，别退避重试。

【需要登录】创建一个持久的独行录合作目标；用户成为发起人。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 先 get_my_work 核对已有目标，再创建；返回 id 用于 get_collaboration_goal/create_collaboration_task。

【需要登录】在独行录目标中创建任务；assigneeId 省略为自己，指定他人必须是目标合作人，会通知对方。用户授权派给该人后才调用。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 创建前后用 get_collaboration_goal 核对。

【需要登录】为当前用户创建一人公司主页（每个用户最多一家；已存在则等价于更新）。slug 全局唯一（被别人占用会报 slug_taken）。 【发布】先过后审：立即生效，后台异步风控审计。 【提示】description 越详细，主页内容质量越高。建到了就可以在引导里 complete_onboarding。

仅用户明确要求公开链接时创建可撤销、限期的冻结分享。不会把私有方案变为公开。持链接者可读正文，创建前用户应确认内容适合分享。

【需要登录】以当前用户身份发布一条需求（需求互换核心 loop 的起点）。先过后审：发布即展示在需求信息流，后台异步风控，不用等审核。发布后系统自动做向量撮合、推送给最匹配的主理人；也可以随后用 get_need_recommendations 主动看谁能满足。 【写好它】title 认真写清楚要什么（3–120 字）；detail 越具体，撮合和搜索越准。示例：「找人合作把我的效率工具做出海版本」「找能提供小程序代开发的主理人」。发布是公开动作：发布前把拟发的 title / detail 给用户过目确认。 【挂载】contextType+contextId 可把需求挂到自己的产品/活动/某人（成对传）。配图先用 upload_image_from_url 拿稳定 URL。

【需要登录】【何时用】用户说「帮我发一场分享会 / 建一个报名」时调它。这是站内建活动的**唯一正确入口**：活动本体 + 报名配置一次写入，建完立刻进报名 feed、报名页立刻可用（先过后审，不留灰度闸）。 【组合链】建完拿 slug → signupPageUrl 直接发给用户去转发 → get_organizer_activity(slug) 读现值 → update_organizer_signup_config(slug) 改题目/联系方式 → 报名进来后 list_signup_submissions(slug) 看名单 → bulk_review_signup_submissions 批量处置 → issue_signup_export_link 导出。活动本体（标题/时间/地点/截止/名额）改动走 update_activity。 【口径/坑】① **别逐字段构造几十题的表单**：不传 extraQuestions 就落系统基线四项（姓名/手机号/微信号/一句话项目介绍，全是跨活动复用的稳定 key，报名者一键带出）；额外题只要一行一个中文题面丢进 extraQuestions，key/type 由服务端生成。真要做复杂表单让用户去 opcmenu.com/pro。② 额外题一律生成为**选填**——把新题设成必填会把已经在填的人挡在门外。③ type 不含 COMPETITION（那是外部赛事导入专属，站内报不了名）。④ 线下活动（OFFLINE_GATHERING）必须填 location。⑤ **活动卡上的主办方名**：不传 organizerName 就取你在 App/网页填过的「主办方资料」里的机构名（那个子树要短信验证码，agent 端刻意不做写入口）——两处都空，卡片上主办方那行就不出。联合主办/承办单位直接把完整署名传 organizerName。⑥ 资格不足会返回 error=organizer_profile_required / profile_incomplete / no_published_product，exits 里写了各自怎么补。⑦ 超时重试安全：同 clientRequestId、或同标题 5 分钟内重复调用，返回既有那场而不是再建一场（返回 deduped=true）。

【需要登录】新建一个产品 / 作品，先过后审：创建后立即发布对外可见。slug 可选：不填由服务端按名称自动生成；被占用会自动改派生地址。创建后可用 update_my_product 继续补充链接 / 媒体 / 标签。

【需要登录】拒绝尚未接受的建议。SWAP 换一个；WRONG_DIRECTION/OTHER 可能重排；HAVE_ALREADY/NOT_NOW 跳过这一步。可能调用平台 LLM、后台排人和通知。结果不明或超时后先查询现值，不要自动重发；服务没有持久请求去重键。 用 get_my_dispatch 核对新安排。

删除本人方案，移除主页展示和推荐；已发送的合作请求及历史快照保留。仅在用户要求删除时调用。

【需要登录】删除当前用户对某对象（产品/园区/主理人）的评价（幂等：没有则 no-op）。

【需要登录】硬删除自己的需求（连同全部接洽记录，不可恢复）。日常收尾优先用 cancel_need（保留记录）或 unpublish_need（可逆下架），删除只用于确实要抹掉时——调用前先向用户确认。 【失败语义】非本人 403 not_your_need。

基于用户事实起草或修改合作方案。draft必须保留用户选定purpose和targetUserId；通用不使用入口对象身份写正文，专属只能围绕target。旧稿/切用途传intent=ADAPT_PURPOSE重新整理，结果预览确认后才能保存。已从个人主页/私聊选择对象时传context的entryPoint、peerId和可选conversationId，顾问不会重新询问找谁。返回简短回复、最多一个关键问题，以及本人有权引用的项目suggestedReferences；必须让用户确认后才能加入下轮draft.references。推荐不是已关联，不会自动保存、公开或发送。

【需要登录】给某位主理人写一段推荐口碑（无星级，文字必填 ≥4 字，可选关系 relation）。不能给自己 / 未认领占位号写；互相拉黑时不可写。一人对一人一条，再次调用即编辑。

【需要登录】关注某位主理人（用户 id）。互相关注即成为好友，对方设为「好友可见」的链接会对你可见。幂等：重复关注 no-op。先用 list_creators / get_creator 拿 id。

【需要登录】【何时用】用户说「这个产品我先存着 / 关注一下 / 回头再看」。关注的是**产品**，不是人（关注人用 follow_creator，那个才影响好友关系和「好友可见」链接）。 【组合链】search_products / list_service_products / get_product 拿到 productId → 本工具关注 → 之后用 get_my_card 看我关注了哪些（关注列表并在名片里，没有单独的列表工具）→ 想找主理人聊就 get_creator → start_conversation。 【口径/坑】幂等，重复关注 no-op。只能关注**已发布**的产品，找不到或已下架报 404。关注是单方面的、对方看不到通知，不算打招呼——真想让对方知道就去开聊。

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

【需要登录】【何时用】「我在产业链的什么位置」「我的上游下游是谁」「这家公司的上下游有哪些」。返回以某个节点为锚的自我中心视图：上游若干环 + 锚点自己的链位 + 下游若干环，每环带成员。 【组合链·多跳】 · **不传 subjectType/subjectId 就直接落在「我」身上**（我 + 我的已发布产品里的默认锚点），一次调用就位；返回体里带 myAnchors 告诉你我还有哪些锚点可切。 · 拿链上**任意成员的 id 再调本接口**就是下一跳（「上游的上游」）——这就是递归展开产业链的全部方法。 · 先 metadataOnly=true 探方向（只出类别和计数，不判成员，快且省），锁定要看的那一类再用 list_chain_group_members 翻它的成员。 · 成员 members[].id（type=user）→ get_creator → start_conversation；members[].claimed===false 表示这条是爬虫抓来的目录条目，**背后没有能对话的真人**，别去开聊，引导用户看 siteUrl。 · 我自己还没归位（anchor.placed=false）→ set_my_chain_position 用一段自由文本归位。 【口径/坑】 · **这个接口真花钱**：成员是 LLM 成对审核判出来的（判完落缓存）。**别为了看全而循环翻到底，一屏够用**；也别对同一个锚点反复调。 · memberLimit 不对外开放任意数值（照 apps/api chain/anchor 路由的约束），只给 metadataOnly 一个开关：true = 一个成员都不判，只要类别元数据。 · warming=true 表示还有候选没判完、后台在续判——这时候**空成员不等于没人**，如实说「还没判完，等会儿再看」，不许下「这一环没人」的结论。 · 每组的 supply 字段区分三种空：none（站内确实还没有这类主体）/ gated（有候选但证明不了真实价值流，宁缺毋滥）/ warming（还在判）。三种说法完全不同，别混成一句「没有」。 · profileVersion 是分页游标的绑定版本，翻成员时要原样带上（见 list_chain_group_members）。

【需要登录】看独行录目标详情、我的权限、合作人、任务。服务校验成员权限；includeClosed=true 包含已了结任务，最多 200 条，reachingLimit 表示可能截断。读任务会幂等补周期期次。创建任务用 create_collaboration_task，发起人改目标用 update_collaboration_goal。

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

【需要登录】查看某个 1-1 会话的「交换联系方式」状态：exchange = 最近一次交换（status=ACCEPTED 时 contacts 里双方联系方式互见），myContacts = 我会被交换出去的联系方式，canRequest = 当前能否发起新请求。 【组合链】canRequest=true → request_contact_exchange 发起；对方发起的 PENDING → 与用户确认后 respond_contact_exchange 响应；myContacts 为空 → 先用 add_profile_link 补 contact 组链接（微信/电话/邮箱）。

【需要登录】返回当前用户参与的某个会话的详情（成员 / 关联产品 / 最近预览 / 我的已读位 / 是否静音）。只能查自己参与的会话。读消息用 read_messages。

【需要登录】聊天前情报一步到位：一次调用同时返回 (1) conversationNeed——该会话绑定的接洽需求（含双方完成握手状态 authorDoneAt / claimerDoneAt，判断能否 / 是否该 complete_need）；(2) peerOpenNeeds——对方最近的 OPEN 需求（最多 10 条，了解对方还在找什么，找合作切入点）。没绑需求时 conversationNeed=null。 【组合链】list_my_conversations 拿 conversationId → 本工具补上下文 → send_message 回复 / complete_need 确认完成。只能查自己参与的会话。

只有分析本人且仍有目标查看权限可以读取。

读取自己的或公开已就绪的方案。已经收到的私有提案请用 get_cooperation_request 读取发送时快照。

仅发送方和接收方可查看合作请求的最新状态及发送时的方案快照。

仅本人已兑换且仍有效的冻结分享。

仅合作双方可读取独立工作版本、修改建议、处理理由及确认历史，原请求快照不变。

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

返回某主理人收到的推荐口碑（无星级，只有文字 + 关系 relation）+ 总数。登录时附带 myRating（我给 TA 的口碑）。 【何时用】人物尽调：谁背书过 TA、以什么关系、说了什么。 【口径】全站至今几乎没有人写过主理人口碑，**空返回是常态**。真要判断一个人靠不靠谱，看 get_creator 的作品列表比看这里有用。写口碑用 endorse_creator。

【需要登录】【何时用】任何「今天怎么样 / 有什么要处理的 / 日报 / 早上问一句」的场景**都从这里开始**。它把 App 里分散在六屏、且必须由用户自己想起来去点的六件事并成一次返回： ① 未读私信数 ② 最近 7 天谁看过我（计数 + 具名前几位）③ 今日开聊额度 ④ 7 天内截止且我还没报的场次 ⑤ 定位栏「最该做的三件事」⑥ 我办的活动待审报名数。 这是 agent 面独有的形态——App 里没有、也不该有这一屏；一次调用换一段话。 【组合链】 · unread>0 → list_my_conversations 找出是谁 → read_messages 看内容 → send_message 回。 · attention.top[].viewerId → get_creator 看他是谁 → start_conversation 主动开聊（这是全站转化最高的一条链）。 · deadlines[].slug → get_signup_activity 看要填什么 → submit_signup 报名。 · positioning.nextUp[].suggestedTool 就是「这件事该调哪个工具」，用户说「把这周能做的都做了」就照着一条条真做完再汇报。 · organizer.activities[].slug → 去主办方那条链审报名。 · 合作目标、合作任务与待回应合作邀请不在这六路里，用 get_my_work；安排路径与结果反馈用 get_my_dispatch（该读取会标记建议已看，不要后台顺手调用）。 · chatQuota.remaining=0 时别再张罗开聊，先 get_my_invite（引荐一位完成入驻的同行 = 每天永久 +1 次）。 【口径/坑】 · 六路**并发取，任何一路失败都降级成 null**，整体永不失败。哪几路挂了写在 degraded[] 里——null ≠ 0，别把「取不到」说成「没有」。 · 未读数、额度、待审数都是**实时推导**的，没有重置任务；额度不会在白天自己回来。 · 具名访客只有真人登录后浏览才认得出；anonymous 那部分**没有身份可查**，是计数下限（按 ipHash 折叠），不许编人名。 · 报名 feed 服务端是「置顶优先、再按截止近的排」，这里已按截止时间重排并只留 7 天内、我还没报的。 · **不是纯只读**：定位那一路走的是不落算分快照的算法，但没有新鲜阶段结论时会在后台排一次 LLM 阶段重判并写回结论。所以标了 readOnlyHint=false。代价有硬闸：结论 7 天新鲜期内不重判、同一人 10 分钟内只排一次、证据没变不重判——**当日报天天调、定时调都不会放大成本**，放心调。 · 要完整任务清单（39 条的完成态）用 get_my_positioning。

【需要登录】一次调用拿全「我是谁」的结构化全集：基本信息（含 canOffer 我能提供什么）+ 按分组聚合的全部链接（标注每条可见范围）+ 已发布产品 + **多角色画像 roleProfile**（融资/投资人/机构/资源寻找者/在校/阶段）+ 我关注的产品。 【何时用】写开场白、填外部平台的表单、生成 BP 大纲、判断该不该接某条需求——这些事都要先有这一份。**别为了凑齐这些信息去连调四五个工具，这里一次给全。** 【组合链】get_my_card → 拿 canOffer 对照 list_needs_feed 挑能接的 → contact_need → send_message。 【想改】资料本体走 update_my_profile；角色画像走 set_my_role_profile；也可以用 resource opcmenu://me/card 拿同样数据。 【完整度】missing 列出还没填的关键项（照名片完整度口径），是「还差哪几步」的现成代办清单。

【需要登录】【何时用】要改开场语之前先读现状；或者用户问「别人点找我聊聊时会收到什么」。 【组合链】读完 → 觉得该改就 set_my_chat_opener 写一句更像人说的。写之前先 get_my_card / get_my_products 读一遍他的「我能提供什么」和产品，写出来的话才有具体内容。 【口径/坑】opener=null 表示他没自定义，实际发出去的是 effective（全站默认那句）。这不是「没设置好」，默认那句本来就够用。

【需要登录】返回当前用户名下的一人公司主页（任意状态，含已归档 ARCHIVED；PENDING_REVIEW 仅历史遗留数据）。没建过则返回 company=null。 【何时用】改公司资料前先用它读现状拿到现有字段 / slug / 状态。每个用户最多一家公司。

【需要登录】查看安排路径、建议接洽的人/活动、等待结果反馈的安排和对方来找我的请求。仅服务端灰度已开启的账户可用。此调用会将展示的当前建议标记为已看，影响后台自动换人，故不是纯只读。fillStatus=FILLING 可稍后重查；FAILED 如实报告失败，不自动重新汇报。接受建议用 accept_dispatch_arrangement，反馈用 set_dispatch_outcome。

【需要登录】【何时用】用户说「帮我拉几个朋友进来」「发个邀请给他」，或者开聊额度不够、需要长期加额度时。返回形状几乎就是为 agent 设计的：5 条短信话术 + 2 条微信话术 + 专属短链 + 三段统计（点开 / 注册 / 已入驻）。 【组合链】拿到 smsTemplates / wechatTemplates → **按收件人挑一条**（label 就是场景：通用 / 发给同行 / 发给老朋友 / 发给还没创业的 / 发给投资人媒体）→ 交给用户本人去发（短信从他手机发出去才有人信）。发完隔天再调本工具看 stats.onboarded 有没有涨；额度实况看 get_my_brief 或 chatQuota 字段。 【口径/坑】 · **话术是产品写好的，改写后给用户发，别自己另编一套**——这几条是按「不像群发」调过的（比如「刚想起你」那条交代了发送动机，「不合适就当我没说」那条降低了转化率反而更像真人）。你要改就只改称呼。 · 引荐一位**完成入驻**的同行 = 你每天永久 +1 次开场额度（只注册不入驻不算数，stats 里分开列）。 · 短信正文用 shortLink（省 8 个字符；一条中文短信上限 70 字，超了就分条发、也开始像群发）；微信 / 其它 IM 用 link。 · 引荐码是懒生成的，第一次调用会顺手铸一个，属正常。 · joined 里只给昵称和入驻状态，不给被引荐人的联系方式。

【需要登录】【何时用】用户问「我现在到哪一步了」「接下来该干嘛」「帮我把这周能做的都做了」。返回五级主线的当前等级、六维画像、称号与总分，以及全部任务的完成态与 nextUp（最该做的三件事）。 【组合链·代办】nextUp 里每条任务都带 suggestedTool——**这是 agent 面相对 App 的关键差别：App 的 CTA 只能把人跳到那一屏让他自己动手，你能直接把这件事做完。** 对照表： · 写「我能提供什么」/ 一句话说清项目 → update_my_profile(canOffer)（partner.can_offer 与 funding.one_liner 两条任务判的就是 User.canOffer 的字数，分别 ≥30 / ≥20 字，写虚了过不了） · 融资资料、轮次金额、传 BP → set_my_role_profile(fundraising) · 邀请同行 → get_my_invite · 发需求（招兼职 / 找合伙人 / 找资源）→ create_need · 发布产品 → create_product · 归位产业链 → set_my_chain_position · 看看我的名片长什么样 → get_my_card；去回消息 → list_my_conversations 用户说「把这周能做的都做了」就真的一条条做完再汇报，别只念清单。 【口径/坑】 · **本工具会刷新你的定位快照**（写 PositioningState：算分快照 + auto 任务的完成戳），所以它不是纯读工具，别当免费接口循环调。只想看个大概用 get_my_brief。 · level.source='declared'（用户自报）**永远优先**于 inferred（LLM 读证据判的）/ observed（确定性兜底）。要改自报值走 set_my_role_profile(venture.stage)。 · basis / signals / confidence 是 LLM 给的判词，**转述它，别自己另判一个等级**，更别说「我觉得你其实已经到 XX 了」。 · 任务只增不减：达标那刻盖戳，之后数据回落也不打回未完成（用户不会莫名其妙掉级）。 · 默认**裁掉全部 39 条任务的培训正文（guide）**，否则一次调用几万 token。真要看某一条的正文：includeGuides=true 且必须同时给 taskKey，只取那一条。 · verify='manual' 的任务平台观测不到，要用 mark_positioning_task 自报打勾。