Skip to main content
Glama

List chapters of an NCTB textbook

list_chapters
Read-onlyIdempotent

Lists Bangladesh NCTB textbook chapters with IDs, titles, page ranges and topic counts, helping you pick chapter IDs for topic, objective and exercise lookups.

Instructions

Start here. Lists the chapters of a Bangladesh NCTB textbook (v0.1: Class 9-10 / SSC Physics, 2026 edition, Bangla and English versions) with chapter IDs, titles, page ranges and topic counts. Use the returned IDs with get_topic, get_objectives and get_exercises.

Input Schema

NameRequiredDescriptionDefault
classNoClass, e.g. "9", "10", "9-10" or "SSC". Classes 9 and 10 share one book. Default 9-10.
subjectNoSubject in English, Bangla or romanised Bangla, e.g. "physics", "পদার্থবিজ্ঞান". Default physics (the only subject in v0.1).
versionNoBook version: "bn" = Bangla version (default), "en" = English version. Separate books with different page numbers.

Schema Changelog

Changes observed during successful MCP inspections.

  1. First observedv0.1.0

TDQS

A4.2/5.0
Behavior4/5

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

Annotations already declare readOnly, idempotent and closed-world, so the safety profile is covered. The description adds genuinely new context: the v0.1 scope limit (Class 9-10 / SSC Physics, 2026 edition only) and the warning that bn and en are separate books with different page numbers. It stops short of describing ordering or result size, but the scope constraint is the load-bearing disclosure here.

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

Conciseness5/5

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

Three tight sentences: entry-point cue first, payload and scope second, downstream routing last. No filler and no repetition of the title.

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?

With no output schema, the description compensates by listing the returned fields, and the v0.1 edition limitation prevents an agent from assuming broader coverage. Only the ordering of results and pagination behavior go unmentioned, which is minor for a chapter listing of a single book.

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

Parameters3/5

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

Schema description coverage is 100% and each parameter already documents examples, defaults and the bn/en page-number distinction. The description only echoes the class range and the two available versions, adding no syntax or semantics beyond the schema, so baseline 3 applies.

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?

Names a specific verb and resource ("Lists the chapters of a Bangladesh NCTB textbook") and enumerates the payload (chapter IDs, titles, page ranges, topic counts). The leading "Start here" positions it as the entry point relative to get_topic, get_objectives and get_exercises, so an agent can place it in the sibling set without opening a 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?

"Start here" gives an explicit sequencing instruction and the second sentence names the exact downstream tools to use with the returned IDs. What is missing is any contrast with search_curriculum, the other plausible entry point, and no when-not condition is stated.

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