Skip to main content
Glama
Sign In
Wenlan

Wenlan

Official
by wenlan-app
OverviewSchemaSourceRelated ServersDiscussionsAdmin
Rust
Local

lint

Read-only

Run read-only system checks on a Wenlan wiki to surface content and semantic issues, with general or deep profiles and optional agent-assisted verdict submission.

Instructions

Run Wenlan's read-only system lint on demand. General is the default bounded deterministic profile. Deep adds expensive deterministic checks plus full-store local semantic candidate generation; bounded candidate packets are adjudicated either by the daemon's configured provider or, with explicit agent_assist consent, by the calling agent through a typed prepare-and-submit protocol. General returns the text wenlan lint prints; Deep returns the canonical typed report. Incomplete takes precedence over findings. With work_digest (plus offset and limit) it instead pages the cached agent-assisted Deep work packet from this local MCP process: each page holds candidates plus only their referenced records; follow next_offset until absent, then submit exactly one verdict per candidate in the second lint call.

Tool call template

This tool declares no required parameters. Add optional parameters from the input schema as needed.

{
  "id": 1,
  "jsonrpc": "2.0",
  "method": "tools/call",
  "params": {
    "arguments": {},
    "name": "lint"
  }
}

Input Schema

NameRequiredDescriptionDefault
limitNoWork packet page size, 1 to 10, default 10. Only with work_digest.
spaceNoOptional registered space, or uncategorized.
offsetNoWork packet page offset, default 0. Only with work_digest.
profileNoDiagnostic depth. Defaults to general.
work_digestNoPage the cached agent-assisted Deep work packet instead of running lint: the work_digest from the compact lint prepare response. Reads only this local MCP process; the other parameters are ignored.
agent_assistNoPrepare bounded high-recall semantic candidates for the calling agent. Deep only.
agent_submissionNoTyped verdicts over a prior agent-assist work packet. Deep only.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.19.3

TDQS

A4.1/5.0
Behavior5/5

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

Beyond the annotations, the description discloses that general returns the text `wenlan lint` prints while deep returns a canonical typed report, that incomplete takes precedence over findings, that work_digest reads only this local MCP process and ignores other parameters, and that paging follows next_offset before submitting exactly one verdict per candidate.

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?

The opening sentence is front-loaded, but the rest is a dense single paragraph mixing profile behavior, paging, adjudication consent, and submission protocol. Every detail is relevant, yet the lack of structural separation makes the definition harder to scan than necessary for a 7-parameter tool.

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

Completeness4/5

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

For a complex tool with no output schema, the description explains the divergent return shapes (raw text for General, typed report for Deep) and the work-packet page shape. It does not explain what 'Incomplete' means operationally or how lint findings relate to the sibling repair tools, leaving a small completeness gap.

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 meaningful cross-parameter behavior: profile selects the return format, work_digest changes the entire mode and causes other parameters to be ignored, offset and limit page the work packet, and agent_assist is Deep-only. It still leaves some nuance (e.g., precise interaction of space with each profile) to the 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?

The description clearly states the core action (run Wenlan's read-only system lint) and distinguishes two execution profiles plus a work-packet paging mode. It does not explicitly differentiate itself from sibling lint_repair_* tools, which is the main gap for a 5.

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?

It gives clear mode-selection context: general is the default bounded profile, deep adds expensive checks and semantic candidates, agent_assist requires explicit consent, and work_digest switches to paging the cached packet. It never names sibling tools or tells the agent when not to use this tool, so it stops short of full alternative guidance.

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

Deploy Server

Other Tools