Skip to main content
Glama

独行录 / opcmenu

by io.github.yzlee
OverviewDiscussionsAdmin

更新我的多角色画像

set_my_role_profile
Idempotent

【需要登录】【何时用】用户在对话里透露了角色信息就顺手写进去：在融资（轮次/金额/要求）、我是投资人（类型/关注轮次/单笔规模/赛道）、我代表机构（园区/赛事/企服，能给什么资源）、我是来找人的媒体/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（有盈利） | seed（种子轮） | angel（天使轮） | series_a（A轮） | series_b（B轮） | series_c（C轮） | series_d_plus（D轮及以后）。 · seed 及以后（种子轮…D轮及以后）= 他自己公司最近一次已完成的融资轮（钱到账/已宣布完成）；正在融的轮次写 fundraising.round，别写进 venture.stage——拿完 A 轮正在融 B 轮的人是 stage=series_a + fundraising.round="B 轮"。Pre-A 算天使轮，A+ 算 A 轮，E 轮/Pre-IPO/已上市算 D轮及以后。 · 主办方资料（orgName/联系人/联系电话）不在这里，本工具写不了也不该写：那是唯一一条带短信验证码的通道，绕过它就是让 agent 能冒名办活动。用户要改主办方资料，请他去 App 里改。 · 自由文本会出现在公开卡片上（等同 UGC 广播面），过敏感词闸，命中报 content_rejected。 · 返回的是变更回执：哪几棵子树被合并了、合并前后各是什么。念给用户听，别只说「已更新」。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
orgNo机构身份。type 必须有（新建时必给）：park（园区） | competition（赛事主办） | service（企业服务）；resources 是**字符串数组**（工位/注册地址/政策补贴/算力…），不是一段话
seekerNo来找主理人的那批人：kind = media（媒体） | recruiter（招人） | buyer（采购） | partner（找合作） | other（其它）；lookingFor 想找什么、purpose 办成什么事、org 所属机构名（≠自有公司）、timeline 什么时候要
ventureNo创业阶段（同时就是定位栏台阶上的阶段：主线五级 + 融资阶段，走专门的写入口）
aspiringNo在校/待入行：education 一句话经历、weeklyHours 每周可投入、gigWilling 愿不愿先接活
investorNo投资人身份。type 必须有（新建时必给）：individual（个人投资人） | corporate（产业投资） | institution（投资机构）；rounds/sectors 是字符串数组
fundraisingNo融资情况。active=是否在融资（新建这棵子树时必须给）；round/amount/requirements 都是自由文本；bpUrl 是已上传的 BP 文件地址
needsOfficeNo主理人：需要办公/注册地址
needsGigHelpNo主理人：需要兼职帮手

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed3 schema fields changed
    • changedInput schema / properties / venture / description
      Previous value: -"创业阶段（同时就是定位栏主线阶段，走专门的写入口）"New value: +"创业阶段（同时就是定位栏台阶上的阶段：主线五级 + 融资阶段，走专门的写入口）"
    • changedInput schema / properties / venture / properties / stage / anyOf
      Previous value: -[
-  {
-    "enum": [
-      "idea",
-      "build",
-      "launch",
-      "revenue",
-      "profit"
-    ],
-    "type": "string"
-  },
-  {
-    "type": "null"
-  }
-]New value: +[
+  {
+    "enum": [
+      "idea",
+      "build",
+      "launch",
+      "revenue",
+      "profit",
+      "seed",
+      "angel",
+      "series_a",
+      "series_b",
+      "series_c",
+      "series_d_plus"
+    ],
+    "type": "string"
+  },
+  {
+    "type": "null"
+  }
+]
    • changedInput schema / properties / venture / properties / stage / description
      Previous value: -"创业阶段自报值；传 null = 撤销自报，交回系统判。取值：idea（找想法） | build（开发产品） | launch（产品上线） | revenue（有收入） | profit（有盈利）"New value: +"创业阶段自报值；传 null = 撤销自报，交回系统判。seed 及以后 = 最近一次已完成的融资轮；正在融的轮次写 fundraising.round。取值：idea（找想法） | build（开发产品） | launch（产品上线） | revenue（有收入） | profit（有盈利） | seed（种子轮） | angel（天使轮） | series_a（A轮） | series_b（B轮） | series_c（C轮） | series_d_plus（D轮及以后）"
  2. First observed

TDQS

A4.7/5.0
Behavior5/5

Does the description disclose side effects, auth requirements, rate limits, or destructive behavior?

注解提供了 readOnlyHint=false、openWorldHint=true、idempotentHint=true、destructiveHint=false，而描述在此基础上补充了大量超越注解的行为细节：逐字段合并语义（服务层是顶层键整体替换，本工具先读后并挡坑）、清空字段的正确姿势（传空串或整棵子树重传）、venture.stage 的特殊写入口（传 null 撤销自报并让系统重判）、自由文本等同 UGC 广播面且过敏感词闸、返回变更回执的具体内容。描述与注解无矛盾，且信息量远超注解本身。

Agents need to know what a tool does to the world before calling it. Descriptions should go beyond structured annotations to explain consequences.

Conciseness4/5

Is the description appropriately sized, front-loaded, and free of redundancy?

描述篇幅较长，但用【何时用】【组合链】【口径/坑】三段式结构组织，关键陷阱信息前置在【口径/坑】中并用项目符号列出，可扫读性良好。对这样一个 8 参数、嵌套对象、含合并语义和特殊写路径的复杂工具而言，每一条陷阱都直接决定调用正确性，没有冗余。虽不精简，但结构合理。

Shorter descriptions cost fewer tokens and are easier for agents to parse. Every sentence should earn its place.

Completeness5/5

Given the tool's complexity, does the description cover enough for an agent to succeed on first attempt?

对复杂工具而言极为完整：涵盖登录要求、触发时机、组合链后果、合并/清空语义、venture.stage 特殊路径、主办方资料权限边界（含安全理由）、UGC 敏感词行为，以及无输出 schema 情况下对返回值（变更回执）的说明及用法（念给用户听）。几乎不存在 agent 正确调用所需而缺失的信息。

Complex tools with many parameters or behaviors need more documentation. Simple tools need less. This dimension scales expectations accordingly.

Parameters5/5

Does the description clarify parameter syntax, constraints, interactions, or defaults beyond what the schema provides?

虽然 schema 覆盖率为 100%，但描述补充了 schema 无法传达的关键语义：字段级合并而非顶层替换的坑（直传 fundraising:{round:'A'} 会抹掉其他字段）、清空字段不能靠不传、venture.stage 与 fundraising.round 的区分（seed 及以后=最近一次已完成融资轮，正在融的轮次写 fundraising.round，Pre-A 算天使轮等），这些是 schema 描述完全没有的、决定调用正确性的语义。

Input schemas describe structure but not intent. Descriptions should explain non-obvious parameter relationships and valid value ranges.

Purpose5/5

Does the description clearly state what the tool does and how it differs from similar tools?

描述以具体动词「更新」+ 资源「多角色画像」开头，并用【何时用】段落逐一列举触发场景（融资、投资人、机构、找人、在校、创业阶段），且说明这些字段决定用户在首页的 tab 和可被搜索的维度，用途非常具体明确。与 set_persona、update_my_profile 等近亲工具的差异虽然未直接点名，但通过场景化说明已经清晰地区分。

Agents choose between tools based on descriptions. A clear purpose with a specific verb and resource helps agents select the right tool.

Usage Guidelines4/5

Does the description explain when to use this tool, when not to, or what alternatives exist?

【何时用】明确给出了 6 类触发场景，并指出这些字段影响用户出现在哪个 tab、被谁搜到；【组合链】详细说明了写入后与 list_funding、get_creator、start_conversation、get_my_positioning 的联动。明确排除了主办方资料的修改场景（说明应去 App 里改）。唯一欠缺是未显式点名最接近的替代工具（如 set_persona、update_my_profile），没有直接对比两者的使用边界。

Agents often have multiple tools that could apply. Explicit usage guidance like "use X instead of Y when Z" prevents misuse.

All 独行录 / opcmenu toolsInspect
Try in Browser
Pay for results, not tokens.Fund a bounty. Let AI agents compete and collaborate to solve your problems.agentbounties.appAd

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources