Skip to main content
Glama

hedwigai

Start a new workbook

create_workbook

Makes a new workbook from EXACTLY ONE of: instruction — one sentence the way a person would say it ('find 30 US importers of loose leaf tea and the buyer at each'), which starts a run that researches and writes it, is billed to this account and takes minutes; document — markdown you have written, which becomes version 1 at once; or sheets — tabs, each {name, markdown}, which become version 1 at once. Writing content yourself runs nothing and costs nothing. Nothing that already exists is changed.

Input Schema

TableJSON Schema
NameRequiredDescriptionDefault
modeNoWhat this workbook's runs are, from now on. `harnessroom` (a new workbook's default): the instruction is a request, and a harness researches and writes the document. `latticeroom`: the instruction is a draft someone already wrote, whole — markdown, its links kept — which comes back exactly as written, with the run's inference beside it (read_workbook's `inference`: each claim cited, self-reported, secondary only, contradicted or with no source, and its sources); each entry under its References or Bibliography heading is looked up in Crossref and on the web and marked found, found with other authors or year, or not found, and a sentence citing it — [3], (Smith et al., 2020) — is read against the work found; attach data files (.json, .csv, .tsv) to settle the draft's own figures. `graphroom`: runs perform the procedure drawn for the workbook in the app, and refuse until one is drawn. Omit to keep the workbook's current mode.
nameNoIts name. A name another workbook has is told apart by this one's id.
modelNoThe model its runs think with, as configure_workbook names them — set before the first run.
folderNoA folder to put it in, e.g. 'Outreach'. Made if missing. Omit for the root.
sheetsNoThe first version as tabs, in order.
contextNoExplain in 15-25 words, in third person, why this tool is called and how it supports the user's goal. For analytics only. You MUST describe only the abstract purpose of the tool call. NEVER include, repeat, paraphrase, or infer personal, sensitive, or identifying information from the user request or tool results, including names, emails, phone numbers, IPs, IDs, or credentials. You MUST generalize specific entities into roles such as "a user", "the customer", or "an account". Example: "Retrieving a customer's recent orders to investigate a billing issue and help support determine the appropriate resolution."
documentNoThe first version as markdown, written by you.
llm_modelNoThe exact model identifier you (the assistant) are running as, taken from your system prompt or environment (e.g. "claude-opus-4-8", "gpt-5.2"). Used for analytics only. If you do not know your model identifier with certainty, pass "unknown" — never guess.
attachmentsNoFiles to attach to the workbook BEFORE the run starts, so it reads and cites them — each {name, content_base64, content_type?}, 32 MB at most. They stay attached for every later run; list_attachments shows them.
instructionNoWhat the workbook should be, in one sentence. A billed run writes it.
time_limit_secondsNoHow long its first run may take, for a run a person waits on: stopped there, it delivers the draft it has. Set before the run starts, so one call makes and starts it.

Schema Changelog

Changes observed during successful MCP inspections.

  1. Changed2 schema fields changed
    • removedInput schema / properties / economy
      Removed value: -{
      -  "description": "How its harnessroom runs keep their transcript small; compaction is the default.",
      -  "enum": [
      -    "compaction",
      -    "steering",
      -    "delegation",
      -    "unbounded"
      -  ],
      -  "type": "string"
      -}
    • removedInput schema / properties / preload_methods
      Removed value: -{
      -  "description": "Whether the methods the instruction names are put into its first run before it starts. On by default.",
      -  "type": "boolean"
      -}
  2. Changed2 schema fields changed
    • addedInput schema / properties / economy
      Added value: +{
      +  "description": "How its harnessroom runs keep their transcript small; compaction is the default.",
      +  "enum": [
      +    "compaction",
      +    "steering",
      +    "delegation",
      +    "unbounded"
      +  ],
      +  "type": "string"
      +}
    • addedInput schema / properties / preload_methods
      Added value: +{
      +  "description": "Whether the methods the instruction names are put into its first run before it starts. On by default.",
      +  "type": "boolean"
      +}
  3. Changed3 schema fields changed
    • addedInput schema / properties / model
      Added value: +{
      +  "description": "The model its runs think with, as configure_workbook names them — set before the first run.",
      +  "type": "string"
      +}
    • addedInput schema / properties / name
      Added value: +{
      +  "description": "Its name. A name another workbook has is told apart by this one's id.",
      +  "type": "string"
      +}
    • addedInput schema / properties / time_limit_seconds
      Added value: +{
      +  "description": "How long its first run may take, for a run a person waits on: stopped there, it delivers the draft it has. Set before the run starts, so one call makes and starts it.",
      +  "maximum": 14400,
      +  "minimum": 20,
      +  "type": "integer"
      +}
  4. Changed1 schema field changed
    • changedInput schema / properties / mode / description
      Previous value: -"What this workbook's runs are, from now on. `harnessroom` (a new workbook's default): the instruction is a request, and a harness researches and writes the document. `latticeroom`: the instruction is a draft someone already wrote, whole — markdown, its links kept — which comes back exactly as written, with the run's inference beside it (read_workbook's `inference`: each claim cited, self-reported, secondary only, contradicted or with no source, and its sources); attach data files (.json, .csv, .tsv) to settle the draft's own figures. `graphroom`: runs perform the procedure drawn for the workbook in the app, and refuse until one is drawn. Omit to keep the workbook's current mode."New value: +"What this workbook's runs are, from now on. `harnessroom` (a new workbook's default): the instruction is a request, and a harness researches and writes the document. `latticeroom`: the instruction is a draft someone already wrote, whole — markdown, its links kept — which comes back exactly as written, with the run's inference beside it (read_workbook's `inference`: each claim cited, self-reported, secondary only, contradicted or with no source, and its sources); each entry under its References or Bibliography heading is looked up in Crossref and on the web and marked found, found with other authors or year, or not found, and a sentence citing it — [3], (Smith et al., 2020) — is read against the work found; attach data files (.json, .csv, .tsv) to settle the draft's own figures. `graphroom`: runs perform the procedure drawn for the workbook in the app, and refuse until one is drawn. Omit to keep the workbook's current mode."
  5. Changed2 schema fields changed
    • changedInput schema / properties / mode / description
      Previous value: -"What this workbook's runs do, from now on. `research` (a new workbook's default): the instruction is a request, and the run finds sources and writes the document. `ground`: the instruction is a draft someone already wrote, whole — markdown, its links kept — and the run leaves every word as written and marks each claim cited (with the passage quoted), self-reported, secondary only, contradicted or with no source. Link data files on the account's drive (/dropbox/...json, .csv) in the draft to settle its own figures. Omit to keep the workbook's current mode."New value: +"What this workbook's runs are, from now on. `harnessroom` (a new workbook's default): the instruction is a request, and a harness researches and writes the document. `latticeroom`: the instruction is a draft someone already wrote, whole — markdown, its links kept — which comes back exactly as written, with the run's inference beside it (read_workbook's `inference`: each claim cited, self-reported, secondary only, contradicted or with no source, and its sources); attach data files (.json, .csv, .tsv) to settle the draft's own figures. `graphroom`: runs perform the procedure drawn for the workbook in the app, and refuse until one is drawn. Omit to keep the workbook's current mode."
    • changedInput schema / properties / mode / enum
      Previous value: -[
      -  "research",
      -  "ground"
      -]New value: +[
      +  "harnessroom",
      +  "latticeroom",
      +  "graphroom"
      +]
  6. Changed1 schema field changed
    • addedInput schema / properties / mode
      Added value: +{
      +  "description": "What this workbook's runs do, from now on. `research` (a new workbook's default): the instruction is a request, and the run finds sources and writes the document. `ground`: the instruction is a draft someone already wrote, whole — markdown, its links kept — and the run leaves every word as written and marks each claim cited (with the passage quoted), self-reported, secondary only, contradicted or with no source. Link data files on the account's drive (/dropbox/...json, .csv) in the draft to settle its own figures. Omit to keep the workbook's current mode.",
      +  "enum": [
      +    "research",
      +    "ground"
      +  ],
      +  "type": "string"
      +}
  7. Changed2 schema fields changed
    • addedInput schema / properties / context
      Added value: +{
      +  "description": "Explain in 15-25 words, in third person, why this tool is called and how it supports the user's goal. For analytics only. You MUST describe only the abstract purpose of the tool call. NEVER include, repeat, paraphrase, or infer personal, sensitive, or identifying information from the user request or tool results, including names, emails, phone numbers, IPs, IDs, or credentials. You MUST generalize specific entities into roles such as \"a user\", \"the customer\", or \"an account\". Example: \"Retrieving a customer's recent orders to investigate a billing issue and help support determine the appropriate resolution.\"",
      +  "type": "string"
      +}
    • addedInput schema / properties / llm_model
      Added value: +{
      +  "description": "The exact model identifier you (the assistant) are running as, taken from your system prompt or environment (e.g. \"claude-opus-4-8\", \"gpt-5.2\"). Used for analytics only. If you do not know your model identifier with certainty, pass \"unknown\" — never guess.",
      +  "type": "string"
      +}
  8. First observed

TDQS

A3.9/5.0
Behavior4/5

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

Annotations only declare the generic profile (not read-only, not destructive, open-world). The description adds genuinely useful behavior: the run is billed to this account, takes minutes, self-written content costs nothing and runs nothing, attachments persist for every later run, and mode/model must be set before the first run. It stops short of explaining failure/refusal behavior beyond the graphroom note.

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 core decision is front-loaded in the first sentence, with consequences stated immediately. The sentence is dense and long but every clause earns its place by distinguishing modes; no filler or tautology.

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 an 11-parameter creation tool with no output schema and 100% schema coverage, the description covers the decisive semantics (mode selection, billing/timing, non-destructiveness) well enough to invoke correctly. The secondary params (name, folder, model, analytics fields) are left to the schema, which is reasonable.

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 coverage is 100%, so the schema already documents all 11 parameters, establishing the baseline of 3. The description reinforces the important semantic constraints (exactly one of the three, one call can both create and start the run), but adds little syntax or format detail beyond the schema itself.

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?

States a specific verb+resource ("Makes a new workbook") and immediately clarifies the three mutually exclusive creation paths with their distinct outcomes. It scopes the tool to creation via "Nothing that already exists is changed," which implicitly separates it from update_workbook/write_workbook, but no sibling is named explicitly, keeping it short of 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?

Gives explicit when-to-use guidance for the three creation modes: `instruction` for a billed, multi-minute research run, `document`/`sheets` for content you author that lands instantly and free. It does not, however, name which sibling to prefer for adjacent operations (e.g., update_workbook for editing an existing one), so it stops at clear context without exclusions.

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.