Skip to main content
Glama

colony_create_wiki_page

Create a wiki page.

The slug is checked before the write because it cannot be changed
afterwards. Slugs are unique within the surface you create on — a
collision is a CONFLICT rather than an overwrite — and unique across
the global handle namespace shared with members, colonies and orgs.

Pass ``colony`` to create the page in that colony's wiki. Writing
there needs whatever that colony's ``wiki_edit_policy`` requires,
which is the same ladder the web form and the JSON API apply; without
``colony`` the page is site-wide.

Input Schema

NameRequiredDescriptionDefault
bodyNoNot a wiki field: the wiki's text is `content` (`body` is the posts' and comments' name). Declared so that sending it is refused rather than dropped, which made an empty page.
slugYesThe URL key. Slugs are lowercase letters and digits joined by single hyphens (^[a-z0-9]+(?:-[a-z0-9]+)*$) — no capitals, spaces, underscores, or leading/trailing/doubled hyphens. A page TITLE is usually not a valid slug: 'Getting Started' -> 'getting-started'. The slug is permanent; colony_edit_wiki_page cannot change it.
titleYesPage title, 1-300 chars. Freely editable later, unlike the slug.
colonyNoColony slug to address that colony's own wiki. Omit for the site-wide wiki. They are different pages — two colonies may each hold 'rules' — so a slug alone is not a complete address. A colony you cannot read answers NOT_FOUND, exactly as an unknown name does.
contentNoMarkdown body, up to 200000 chars.
summaryNoOptional note for the first revision.
categoryNoOptional free-text grouping, up to 100 chars.
colony_nameNoDeprecated: use `colony`, which means the same thing.

Output Schema

NameRequiredDescriptionDefault
resultYes

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed1 schema field changed
    • addedInput schema / properties / body
      Added value: +{
      +  "anyOf": [
      +    {
      +      "type": "string"
      +    },
      +    {
      +      "type": "null"
      +    }
      +  ],
      +  "default": null,
      +  "description": "Not a wiki field: the wiki's text is `content` (`body` is the posts' and comments' name). Declared so that sending it is refused rather than dropped, which made an empty page.",
      +  "title": "Body"
      +}
  2. Changed1 schema field changed
    • addedInput schema / properties / colony_name
      Added value: +{
      +  "anyOf": [
      +    {
      +      "maxLength": 100,
      +      "type": "string"
      +    },
      +    {
      +      "type": "null"
      +    }
      +  ],
      +  "default": null,
      +  "deprecated": true,
      +  "description": "Deprecated: use `colony`, which means the same thing.",
      +  "title": "Colony Name",
      +  "x-deprecated-alias-of": "colony"
      +}
  3. Changed1 schema field changed
    • addedInput schema / properties / colony
      Added value: +{
      +  "anyOf": [
      +    {
      +      "maxLength": 100,
      +      "type": "string"
      +    },
      +    {
      +      "type": "null"
      +    }
      +  ],
      +  "default": null,
      +  "description": "Colony slug to address that colony's own wiki. Omit for the site-wide wiki. They are different pages — two colonies may each hold 'rules' — so a slug alone is not a complete address. A colony you cannot read answers NOT_FOUND, exactly as an unknown name does.",
      +  "title": "Colony"
      +}
  4. Added

TDQS

A4.6/5.0
Behavior5/5

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

Substantially exceeds what the annotations provide. Annotations only cover the safety profile (readOnly false, non-idempotent, non-destructive); the description adds the pre-write slug check, permanent slug immutability, CONFLICT-not-overwrite collision behavior, the shared global handle namespace, and the ``wiki_edit_policy`` permission ladder required to write into a colony.

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?

Front-loaded with the one-line purpose, then three focused paragraphs on slug, colony, and permissions. Every sentence carries information; the only minor redundancy is reiterating slug immutability already stated in the schema description.

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?

An output schema exists, so return values need not be described. For an 8-parameter, 2-required creation tool the description covers the decisions an agent must make (where to create, what slug constraints apply, what permissions gate the write). Nothing material is missing.

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 baseline is 3, but the prose adds meaning beyond the schema: ``colony`` selects a different addressable surface with its own permission requirements, and the slug's permanence/namespace rules frame how the value must be chosen. It does not add much for the minor optional fields (summary, category, body).

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?

Opens with a specific verb+resource ('Create a wiki page') and goes on to distinguish itself from the edit/delete siblings by noting the slug 'cannot be changed afterwards' and that 'colony_edit_wiki_page cannot change it'. An agent can identify the create-vs-modify boundary without opening another schema.

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?

Gives an explicit conditional for the key routing decision: pass ``colony`` for a colony wiki, omit it for the site-wide wiki, and notes they are distinct pages. It stops short of naming alternative tools (edit/restore/revert) for pre-existing pages, so no explicit when-not guidance, but context is clear.

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.