Skip to main content
Glama

独行录 / opcmenu

发起一场可报名的活动

create_organizer_activity

【需登录】创建即上活动流和报名页,后审;get_organizer_activity→update_organizer_signup_config→list_signup_submissions→review/export。强制平台托管,忽略hostedEnabled/signupUrl并去掉外部URL;外部表单用其他入口,不支持COMPETITION,线下须地点。自带姓名/手机/微信/人或项目/可提供/寻找/渠道7题稳定key,extraQuestions中文即可,服务生成key/type且默认选填;复杂表去/pro。organizerName默认已核验组织全名,Agent不能改组织信息,两者皆空不显示;联名须正式全名。资质/资料/已发布产品不足按出口补齐。clientRequestId或同标题5分钟幂等复用,勿当新建。

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
cityNo城市,报名 feed 卡片按它显示地域
slugNo报名页 URL 标识,小写字母/数字/连字符;不填按标题自动生成
typeYes活动类型:BETA_RECRUIT(内测招募) | ONLINE_GATHERING(线上聚会) | OFFLINE_GATHERING(线下聚会) | OTHER(其他)。刻意不含 COMPETITION(那是导入的外部赛事专属,站内报不了名)
endAtNo结束时间 ISO 8601,可选(只给日期不给结束时间的线下场等于没说时段)
titleYes活动标题
meetUrlNo线上会议链接,可选
startAtYes开始时间 ISO 8601,如 2026-09-01T19:00:00+08:00
capacityNo人数上限,可选
coverUrlNo封面图 URL,可选
locationNo地点(OFFLINE_GATHERING 必填)
productIdNo关联产品 id(须是你已发布的产品),可选
signupUrlNo已废弃:服务端恒为站内托管报名,外部表单地址会被丢弃
posterUrlsNo活动长图(公众号推文长图那种),最多 9 张
signupKindNo报名类目(决定它在报名 feed 里进哪个 chip),缺省 EVENT。取值:HACKATHON(黑客松) | COMPETITION(创业赛事) | INCUBATOR(孵化营) | FUNDING(融资申请) | COMMUNITY(社区入驻) | EVENT(活动报名) | OTHER(其他)
articleUrlsNo活动图文/推文链接,可选
contactNoteNo报名成功页的一句话说明,可选
descriptionYes活动详情(必填):讲清做什么、给谁、有什么收获
contactQrUrlNo报名成功页展示的答疑/组队群二维码图 URL,可选
hostedEnabledNo已废弃:服务端恒为站内托管报名,传什么都按 true 处理
organizerNameNo主办方署名(报名页「主办方」那一行)。不填=用他「主办方资料」里的机构名。联合主办/承办单位写全,如「A 中心 · B 社区」
extraQuestionsNo在基线 7 题之外要加问的题,一行一个中文题面(如「你想在这场解决什么问题」)。key/type 由服务端生成,一律选填
clientRequestIdNo重复提交保护:超时重试时**原样重传同一个值**,命中就返回既有那场而不是再建一场
registrationDeadlineNo报名截止 ISO 8601,可选;不填=长期有效。截止是硬闸,到点即封口

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed3 schema fields changed
    • changedInput schema / properties / extraQuestions / description
      Previous value: -"在基线四项之外要加问的题,一行一个中文题面(如「你想在这场解决什么问题」)。key/type 由服务端生成,一律选填。只对站内收报名(hostedEnabled)有效"New value: +"在基线 7 题之外要加问的题,一行一个中文题面(如「你想在这场解决什么问题」)。key/type 由服务端生成,一律选填"
    • changedInput schema / properties / hostedEnabled / description
      Previous value: -"站内直接收报名。缺省:没给 signupUrl 就 true(站内收),给了 signupUrl 就 false(正式报名在对方表单)"New value: +"已废弃:服务端恒为站内托管报名,传什么都按 true 处理"
    • changedInput schema / properties / signupUrl / description
      Previous value: -"外部报名表单地址(金数据/问卷星/飞书等),可选"New value: +"已废弃:服务端恒为站内托管报名,外部表单地址会被丢弃"
  2. First observed

TDQS

A4.2/5.0
Behavior4/5

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

标注已说明这不是只读操作、不是幂等操作、也不是破坏性操作,但该说明补充了大量额外行为:强制平台托管、忽略 hostedEnabled/signupUrl、后审流程、以及幂等复用规则。不过,它没有说明所需权限,也没有描述返回内容。

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

Conciseness3/5

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

内容被压缩成一段密集的、用分号分隔的句子,信息量很高,但可读性很差。它把 idempotency、form fields、organizer naming 和 prerequisites 都塞进一整段,没有清晰的分层。每一句都有信息量,但结构值得改进。

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

Completeness3/5

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

它覆盖了前置条件和行为边界,但没有说明身份验证要求(只写了“需登录”),也没有说明返回内容或创建后可见的状态。对于一个有 23 个参数的创建工具来说,Logindetails 和 response shape 仍然不透明。

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%,说明仍然为参数增加了真实含义:它说明了客户端或服务端的行为(extraQuestions 的 key/type 由服务端生成,服务端丢弃外部 URL),并解释了 organizerName 的默认值以及幂等标记的使用方式。这远不止是复述 schema。

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?

用具体动词和资源(“创建即上活动流和报名页,后审”)指明了实际操作和即时效果。它通过提及后续链路(get_organizer_activity→update_organizer_signup_config→...)与 update_activity 等近邻工具形成了区分,但并没有明确说自己与它们不同。

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

Usage Guidelines5/5

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

它明确给出了何时使用该工具(站内报名活动),何时不该使用(COMPETITION 不支持,外部表单走其他入口,复杂表单去 /pro),并告知前置条件(线下须地点)。这些指导都针对邻近工具。

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

Try in Browser

Glama MCP Gateway

Add one secure layer between your agents and this server.

Resources