Skip to main content
Glama

独行录 / opcmenu

by io.github.yzlee
OverviewDiscussionsAdmin

更新我的多角色画像

set_my_role_profile
Idempotent

【需要登录】确认后写融资/投资人/机构等角色信息，逐字段合并，未传保留；空串清字段，清整树先确认。venture.productStage与completedRound独立，null撤销对应自报；旧stage不能混传。completedRound仅已完成融资，none未融资/unknown未知；目标轮次用fundraising.round。Pre-A→天使，A+→A，E/Pre-IPO/上市→D及以后；融资不证明上线/收入/盈利。公开自由文本受content_rejected闸；短信验证的主办资料只能App改。【组合链】回执核对→get_my_positioning；融资→list_funding→get_creator。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
orgNo机构身份。type 必须有（新建时必给）：park（园区） | competition（赛事主办） | service（企业服务）；resources 是**字符串数组**（工位/注册地址/政策补贴/算力…），不是一段话
seekerNo来找主理人的那批人：kind = media（媒体） | recruiter（招人） | buyer（采购） | partner（找合作） | other（其它）；lookingFor 想找什么、purpose 办成什么事、org 所属机构名（≠自有公司）、timeline 什么时候要
ventureNo产品阶段与已完成融资轮次，可以同时设置；不传的维度保持原值；stage仅用于旧调用兼容
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. Changed5 schema fields changed
    • changedInput schema / properties / venture / description
      Previous value: -"创业阶段（同时就是定位栏台阶上的阶段：主线五级 + 融资阶段，走专门的写入口）"New value: +"产品阶段与已完成融资轮次，可以同时设置；不传的维度保持原值；stage仅用于旧调用兼容"
    • addedInput schema / properties / venture / properties / completedRound
      Added value: +{
+  "anyOf": [
+    {
+      "enum": [
+        "unknown",
+        "none",
+        "seed",
+        "angel",
+        "series_a",
+        "series_b",
+        "series_c",
+        "series_d_plus"
+      ],
+      "type": "string"
+    },
+    {
+      "type": "null"
+    }
+  ],
+  "description": "最近一次已完成融资轮；none=明确未融资，unknown=资料不足，null=交由系统判断。不是正在融的目标轮次"
+}
    • addedInput schema / properties / venture / properties / productStage
      Added value: +{
+  "anyOf": [
+    {
+      "enum": [
+        "idea",
+        "build",
+        "launch",
+        "revenue",
+        "profit"
+      ],
+      "type": "string"
+    },
+    {
+      "type": "null"
+    }
+  ],
+  "description": "产品与经营阶段，与融资独立；null仅撤销该维度自报，交由系统判断"
+}
    • changedInput schema / properties / venture / properties / stage / description
      Previous 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轮及以后）"New value: +"旧单阶段兼容入口，请优先用productStage/completedRound；不能与新字段混传。取值：idea（找想法） | build（开发产品） | launch（产品上线） | revenue（有收入） | profit（有盈利） | seed（种子轮） | angel（天使轮） | series_a（A轮） | series_b（B轮） | series_c（C轮） | series_d_plus（D轮及以后）"
    • removedInput schema / properties / venture / required
      Removed value: -[
-  "stage"
-]
  2. 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轮及以后）"
  3. First observed

TDQS

A4.1/5.0
Behavior5/5

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

Annotations indicate a non-read-only, idempotent, open-world write with destructiveHint=false, and the description adds substantial behavioral detail beyond them: field-by-field merge, empty-string clearing with tree-confirmation, null revokes self-report, stage/round independence, content_rejected gating, and App-only SMS-verified host data. No annotation contradiction is apparent.

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?

The description is dense but front-loads the login requirement and core write/merge behavior, then groups constraints by topic with brackets and semicolons. Most clauses carry necessary operational detail, though the run-on density reduces scanability.

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?

Given eight nested parameters, no required fields, no output schema, and annotations that already cover the safety profile, the description supplies the missing operational context: merge/clear semantics, field interactions, normalization, auth constraints, and related follow-up tools. An agent has enough to invoke it correctly.

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

Parameters4/5

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

Schema coverage is 100%, so the baseline is 3, but the description adds cross-field constraints and normalization rules not present in schema descriptions, e.g., productStage/completedRound independence, null semantics, stage mixing prohibition, completedRound meanings, and Pre-A→angel / A+→A mappings.

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

Purpose4/5

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

The description uses a specific verb and resource: after confirmation it writes financing/investor/organization role information into a multi-role profile. It is distinguishable from generic profile tools by listing role trees, but it does not explicitly name the sibling it replaces or excludes.

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

Usage Guidelines3/5

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

It states prerequisites such as login and confirmation, and gives a post-call chain (receipt verification→get_my_positioning; financing→list_funding→get_creator). However it never explicitly says when to call this tool instead of update_my_profile, set_persona, or other profile-update siblings.

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