For the complete documentation index, see llms.txt. This page is also available as Markdown.

Tool reference

Ask for what you want and your agent picks the tool from the groups below. You never name a tool yourself. Examples shows the wording that works.

Frontitude's tools fall into the groups below. Your agent only sees the ones your connection allows: a read-only connection gets the read group alone, and the tool picker narrows it further from there. frontitude_ping isn't in the picker, so it stays on every connection. Your agent gets the full details of each tool straight from Frontitude, so we've kept this page to a one-line summary each.

Read your content

Tool
What it does

frontitude_ping

Checks the connection works and reports which workspace it's signed in to.

frontitude_get_component

Opens one component in full, with its history, translations and comments.

frontitude_get_text

Opens one text in full, with its history, translations and design context.

frontitude_count_scope

Counts what's in the library, a category, a project, a page or a frame.

frontitude_list_components

Lists components in a category or across the library, with filters.

frontitude_list_component_instances

Lists the texts using a component, with the project, page and frame each sits in.

frontitude_list_texts

Lists the texts in a project, page, frame or the whole workspace, with filters.

frontitude_list_scopes

Turns a name into the id the other tools need, for any place, tag, variable or language.

frontitude_get_project_structure

Returns a project's pages and frames, with a text count per status in each. Use it when you need the layout, not only the total.

frontitude_search_components

Finds components in the copy library by meaning rather than exact wording.

Change your content

Tool
What it does

frontitude_update_component_values

Writes the copy of one or more components in a single language.

frontitude_update_component_metadata

Renames components, or sets their note or character limit, never the copy.

frontitude_move_components

Files components under a library category, or uncategorizes them.

frontitude_update_text_values

Writes the copy of texts in a project, one language at a time. Copy that matches an existing component attaches the text to that component. The call refuses a text whose component is used by other texts too.

frontitude_set_text_hidden

Takes texts out of the project's text list, or puts them back.

frontitude_set_status

Moves components or texts to New, Draft, In Review or Final, one language at a time.

frontitude_update_tags

Adds workspace tags to components or texts, and removes them again.

frontitude_set_unique_key

Gives components the developer keys that exports and the CLI use.

frontitude_set_variable_placeholder

Chooses which of a variable's example values one component or text shows in the app, display only. It doesn't change the variable itself.

frontitude_set_selected_plural

Chooses which plural form a component or instance shows in a language.

frontitude_upsert_category

Creates a library category, renames one, or sets the note on it.

frontitude_manage_tag

Creates a workspace tag, or relabels one that already exists.

frontitude_manage_variable

Creates a variable, renames one, or adds and renames the example values it offers.

frontitude_rename_scope

Renames a project or a project folder, leaving the contents alone.

frontitude_add_comment

Posts a comment on a component or text, or replies in a thread. Nobody is emailed.

Remove and reorganize

These are the writes that can take copy away. Creating a component and attaching a text both rewrite the texts they touch, so they sit with the deletes rather than the edits.

Tool
What it does

frontitude_create_components

Creates components from a value you supply, rewriting any texts it converts to that value.

frontitude_attach_texts

Makes texts instances of a component, so they take and follow its value. Moving a text between components goes through the same call.

frontitude_detach_texts

Cuts texts loose from their components. Each keeps only its source-language value.

frontitude_delete_components

Deletes components and every revision they hold, detaching texts first.

frontitude_delete_category

Deletes a library category and its subcategories, and either keeps or deletes their components.

frontitude_delete_tag

Deletes a workspace tag and strips it from everything carrying it.

frontitude_delete_variable

Deletes a variable, or removes one of the example values it offers.

frontitude_remove_plurals

Deletes one plural form of a component, or turns plural forms off.

frontitude_move_project

Moves a project into a project folder, or out to the top level.

What's guarded, and what can't be undone

frontitude_create_components takes isDryRun. It runs the same checks the real call runs, reports what would happen, and writes nothing.

The guards below make your agent say what it expects before a write runs. If what it says is wrong the server refuses the call and reports the truth, so a write that reaches further than your agent expected fails instead of running. These guards cover the calls listed below and nothing else.

  • expectedAffectedCount is how many items the call changes. frontitude_delete_components, frontitude_delete_category and frontitude_delete_tag always take it. frontitude_delete_variable takes it when it deletes the whole variable rather than one example value, and frontitude_manage_variable when it renames the variable or one of its values.

  • acknowledgedInstances is how many texts a component write touches. frontitude_update_component_values takes it when a component in the call is used by more than one text, because writing the component writes every text using it.

  • expectedValue is the copy your agent read. Send it with an item of frontitude_update_component_values or frontitude_update_text_values and Frontitude refuses the call if somebody changed that copy first.

Some writes have a bigger impact than their names suggest. Rename a variable through frontitude_manage_variable and it rewrites every component and text using it, drops each one back to Draft, and flags its translations for review. A move to Final in the source language starts auto-translation, if your workspace has it on, which spends your translation allowance. An unattached text moved to Final also gets a component created for it, which counts against your plan. An editor or an admin can turn that off under Copy components on the Data Management tab.

Attach and detach change what a text holds. A text that joins a component gives up the developer key it had, and reports the component's key from then on. A text that leaves keeps only its source-language value, because the translations and the key it was showing belong to the component. Neither move undoes the other.

Writes are safe to repeat. If a call would leave something exactly as it already is, Frontitude writes nothing: no new entry in its edit history, and no webhook. When a call covers several items and one of them fails, the rest still land and the response says which item failed and why.

Last updated

Was this helpful?