get_chain_anchor

io.github.yzlee/opcmenu · Verify this server

【需要登录】【何时用】「我在产业链的什么位置」「我的上游下游是谁」「这家公司的上下游有哪些」。返回以某个节点为锚的自我中心视图：上游若干环 + 锚点自己的链位 + 下游若干环，每环带成员。 【组合链·多跳】 · **不传 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）。