> For the complete documentation index, see [llms.txt](https://docs.kick.co/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.kick.co/ai/mcp/mcp-use-case-library/mcp-example-workflows.md).

# MCP Example Workflows

{% hint style="info" %}
**Tip:** Default to read-only. When a workflow writes data, ask for a preview first and confirm before applying. The prompts in this article are phrased that way; keep that pattern when adapting them.
{% endhint %}

## How to read this page

Every workflow is tagged in its title so you know what it touches before you open it:

* *Read-only*: looks things up, never changes Kick.
* *Read first, then writes*: starts as a lookup; writes only after you approve a preview.
* *Writes to Kick*: uses a write tool. Always preview and confirm before applying.

A label that says "multi-step" spans several prompts or turns, or builds a reusable artifact.

Hover a prompt and click the copy icon to paste it into your assistant. Use **Ask → Open in Claude** or **Open in ChatGPT** (top right) to load the full page as context.

You can ask the assistant to do more than run one prompt. It can chain steps, build a reusable artifact (a checklist, a Q\&A sheet), save a sequence as a routine, or draft a skill. See [Routines & artifacts](#routines--artifacts) below.

## Start here

New to Kick MCP? Begin with these read-only single prompts, then explore the sections below.

* **Find the right client context:** confirm which workspace you are in (see [Daily ops](#daily-ops)).
* **Pull reports for review:** get a P\&L or balance sheet (see [Close](#close)).
* **Review transactions that need attention:** triage a period (see [Daily ops](#daily-ops)).

## Daily ops

<details>

<summary><strong>Workspace context snapshot</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
Give me a one-screen snapshot of the Acme LLC workspace: entities, connected accounts, uncategorized count, unmatched transfers, open tasks, and most recent activity. Confirm this is the right workspace before we proceed.
```

{% endcode %}

A faster orientation than listing workspaces by name. Use it at the start of a session.

</details>

<details>

<summary><strong>Find the right client context</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
List the Kick workspaces I can access, then help me find the one for Acme LLC and confirm we are in the right place before using any other tools.
```

{% endcode %}

Use this when you are switching between clients or checking whether the assistant is using the right workspace.

</details>

<details>

<summary><strong>Daily triage across clients</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
Across all my workspaces, which clients are at risk of missing close this month? Show the workspace, the uncategorized count, the unmatched-transfer count, and the date of the most recent meaningful change.
```

{% endcode %}

For a full morning standup view that builds a reusable artifact, see [Multi-client morning briefing](#routines--artifacts).

</details>

<details>

<summary><strong>Review transactions that need attention</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
In the active workspace, find January 2026 transactions that need bookkeeping review. Limit the first result to 25 rows. Group your summary by likely follow-up: missing category, unclear counterparty, possible transfer, or needs client context.
```

{% endcode %}

Ask for source data before acting:

{% code overflow="wrap" %}

```
For each item, include the transaction id, date, amount, counterparty, and bank description.
```

{% endcode %}

</details>

<details>

<summary><strong>Account health check (across workspaces)</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
Across every workspace I can access, list connected financial accounts and flag any with no transactions in the last 14 days or a sharp volume drop vs. the prior month. Return one table: workspace, account, last-activity signal, this-month vs. last-month count, sorted most stale first.
```

{% endcode %}

Use this to catch broken or stale bank feeds before they block close.

</details>

<details>

<summary><strong>Document backlog</strong> <em>(read first, then writes)</em></summary>

Start read-only by finding documents that are not yet linked:

{% code overflow="wrap" %}

```
In the Acme LLC workspace, list documents uploaded in the last 30 days that aren't yet matched to a transaction. Group by document category, entity, and account, and flag any that aren't reconciled. Include the file name, upload date, and period for each.
```

{% endcode %}

Then match the oldest, and stop before linking:

{% code overflow="wrap" %}

```
For the five oldest unmatched documents, use each document's period and account to search transactions in that account within the period (±5% on any extracted amount), rank candidate matches, and stop before linking.
```

{% endcode %}

Note: filename search does not read document contents. Match on period, account, and amount, not vendor text.

</details>

<details>

<summary><strong>Task follow-up queue</strong> <em>(read first, then writes)</em></summary>

{% code overflow="wrap" %}

```
List open tasks in the Acme LLC workspace due this week. For each bookkeeping-related task, summarize the underlying issue and whether the related transactions are still unresolved.
```

{% endcode %}

Then stage a new task and stop before confirming:

{% code overflow="wrap" %}

```
Prepare a task preview: "Follow up with client on Stripe: $1,240 on Jan 15" linked to transaction T-4821. Stop before confirming.
```

{% endcode %}

</details>

## Close

<details>

<summary><strong>Pull reports for review</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
Pull the January 2026 P&L for entity 123 on a cash basis. Summarize the largest expense categories and list three questions I should ask the client.
```

{% endcode %}

For a deeper review:

{% code overflow="wrap" %}

```
Compare the January 2026 P&L, balance sheet, and trial balance for entity 123. Point out accounts that changed materially from the previous month and include the report source for each observation.
```

{% endcode %}

</details>

<details>

<summary><strong>Run a period-end sweep</strong> <em>(read-only)</em></summary>

A sweep stitches together close-prep checks into a single read-only pass:

{% code overflow="wrap" %}

```
For the Acme LLC workspace and the period Jan 1 through Jan 31, 2026, list: every uncategorized transaction, every unmatched transfer, every transaction over $5,000 without a memo, and any vendor that first appeared this period. Group the results and include source IDs.
```

{% endcode %}

To reconcile against an external source:

{% code overflow="wrap" %}

```
Compare the opening balances in the Acme LLC workspace against the attached trial balance. List every account where the balances diverge, with both values shown side by side. Do not change any data.
```

{% endcode %}

For a re-runnable checklist artifact, see [Monthly close checklist artifact](#routines--artifacts).

</details>

<details>

<summary><strong>Cash flow vs. P&#x26;L sanity check</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
For entity 123 and Q1 2026, compare net income (P&L) to operating cash flow. List the biggest reconciling items (AR/AP, transfers, owner draws, loan principal).
```

{% endcode %}

</details>

## Investigation

<details>

<summary><strong>Inspect activity before changing anything</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
Show recent activity related to transaction category changes. Summarize who made the changes, when they happened, and whether any batch looks worth reviewing before close.
```

{% endcode %}

Use this before approving a close, reviewing a catch-up file, or investigating unexpected report changes.

</details>

<details>

<summary><strong>Unwind a change after review</strong> <em>(writes to Kick, multi-step)</em></summary>

When activity inspection turns up a batch you want to roll back, ask for a preview before reverting:

{% code overflow="wrap" %}

```
Pull the activity log for the bulk update on Jan 12 that touched 84 transactions. Show what changed for each: the before and after state. Then prepare to revert that batch and stop before applying. I will confirm.
```

{% endcode %}

For a single transaction:

{% code overflow="wrap" %}

```
Show the full edit history for transaction T-4821. List every change with the user, timestamp, and the previous and new values for each field.
```

{% endcode %}

</details>

<details>

<summary><strong>Why did Kick categorize this?</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
For transaction T-4821, explain how it got its current category, class, and counterparty. Check applied rules, similar transactions, and recent edits. List what would change if I recategorized it to Office Supplies.
```

{% endcode %}

</details>

<details>

<summary><strong>Account drill-down after a report surprise</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
P&L shows Software Subscriptions up 60% month over month. Pull account transactions for January 2026, group by counterparty, identify the three largest drivers, and for each tell me whether it came from a bank import, a rule, or a manual JE.
```

{% endcode %}

For a packaged one-page write-up, see [Report-surprise investigation artifact](#routines--artifacts).

</details>

## Cleanup & scale

<details>

<summary><strong>Audit and tune the Chart of Accounts</strong> <em>(read first, then writes)</em></summary>

Start with usage before making changes:

{% code overflow="wrap" %}

```
In the active workspace, list each account and category with the number of transactions posted to it in the last ninety days. Flag entries with zero recent usage and note whether each looks safe to disable.
```

{% endcode %}

For a structural change, request a preview before any write:

{% code overflow="wrap" %}

```
Prepare to create a new Long-Term Liability account named SBA Loan and reclassify the historical loan transactions for First National Bank into it. Show the count of affected transactions, the date range, and the proposed account hierarchy. Stop before writing.
```

{% endcode %}

</details>

<details>

<summary><strong>Clean up counterparties and classes</strong> <em>(read first, then writes)</em></summary>

Identify duplicates and underused entries before merging or retiring:

{% code overflow="wrap" %}

```
List counterparties in the active workspace that look like duplicates of Amazon. Show the variants, the transaction count for each, and the merge target you would pick. Do not merge yet.
```

{% endcode %}

{% code overflow="wrap" %}

```
Which classes have fewer than five transactions this year? List each with its transaction count and propose which ones to retire.
```

{% endcode %}

Once you have reviewed the proposal, authorize the merge:

{% code overflow="wrap" %}

```
Prepare to merge the counterparty variants you listed above into a single counterparty named Amazon. Show the final transaction count and stop before confirming.
```

{% endcode %}

</details>

<details>

<summary><strong>Build and tune rules</strong> <em>(read first, then writes)</em></summary>

Preview what a new rule would match before creating it:

{% code overflow="wrap" %}

```
I want a rule that categorizes Gusto payouts as Payroll and assigns class = Operations. Show me which existing transactions would have matched if this rule had been in place. Stop before creating the rule.
```

{% endcode %}

Audit existing rules for staleness:

{% code overflow="wrap" %}

```
List my existing rules with the date each one last fired. Flag any that have not fired in the last six months and check whether the underlying patterns still appear in recent transactions.
```

{% endcode %}

</details>

<details>

<summary><strong>Normalize a messy vendor</strong> <em>(read first, then writes)</em></summary>

{% code overflow="wrap" %}

```
Search transactions containing "AMZN MKTP" in January 2026. Show distinct description variants and current categories. Propose a single counterparty + category mapping and count how many rows a bulk update would touch. Stop before updating.
```

{% endcode %}

</details>

<details>

<summary><strong>Review and fix split transactions</strong> <em>(read first, then writes)</em></summary>

{% code overflow="wrap" %}

```
List transactions in January 2026 split across multiple categories. Flag splits where line amounts don't sum to the parent or where a line lacks a class. Include transaction ids.
```

{% endcode %}

Then re-split a specific transaction, preview only:

{% code overflow="wrap" %}

```
Prepare to re-split transaction T-4821 as $400 to Software and $100 to Office Supplies. Preview only.
```

{% endcode %}

</details>

## Deliverables

<details>

<summary><strong>Prepare client follow-up</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
Review the open transaction questions and draft a client-friendly message. Do not change any Kick data. Include transaction dates, amounts, and short context for each question.
```

{% endcode %}

This is a strong read-only workflow: the assistant gathers context while the accountant stays in control of the client message.

</details>

<details>

<summary><strong>Owner-facing monthly summary</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
For entity 123 and January 2026, draft a short owner summary: cash in/out, top 5 expenses, largest unusual transactions, and three plain-English questions. Do not change any data.
```

{% endcode %}

</details>

<details>

<summary><strong>Vendor spend / 1099 prep</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
Pull expenses by vendor for entity 123 for 2025. Flag vendors over $600 with missing or inconsistent counterparty names. List the top 10 vendors by spend with totals.
```

{% endcode %}

Then drill into one vendor:

{% code overflow="wrap" %}

```
For vendor Stripe, drill into account transactions and list payments missing 1099-relevant detail.
```

{% endcode %}

</details>

<details>

<summary><strong>Multi-entity comparison</strong> <em>(read-only)</em></summary>

{% code overflow="wrap" %}

```
Compare Acme LLC and Beta Co for Q1 2026: revenue, top expense categories, uncategorized count, and unmatched-transfer count. Call out material differences.
```

{% endcode %}

</details>

## Onboarding

<details>

<summary><strong>Stage a new client setup</strong> <em>(writes to Kick, multi-step)</em></summary>

Onboarding involves writes: entities, addresses, ledgers, Chart of Accounts copy, and opening balances. Stage each step as a preview before confirming.

{% code overflow="wrap" %}

```
Prepare to set up a new entity called Beta Co in California. List the steps you will run: entity creation, address, tax locations, ledger setup, Chart of Accounts copy from Acme LLC, and opening-balance staging from the attached trial balance. Then stop before executing. I will confirm each step before you run it.
```

{% endcode %}

For comparing existing client structures (read-only):

{% code overflow="wrap" %}

```
Compare the Charts of Accounts across the workspaces I can access. List accounts that exist in only one workspace and accounts that exist in all of them. Do not modify anything.
```

{% endcode %}

</details>

<details>

<summary><strong>Catch-up onboarding plan</strong> <em>(read first, then writes)</em></summary>

{% code overflow="wrap" %}

```
New client Beta Co just connected accounts with 9 months of history. Draft a staged catch-up plan artifact: phase the work by month, estimate volume per phase from transaction statistics, and list the CoA copy source to use. Don't execute. For each phase, create a task (preview first) so I can assign it.
```

{% endcode %}

</details>

## Routines & artifacts

These chain multiple steps, run across turns, or produce a reusable artifact, routine, or skill.

<details>

<summary><strong>Monthly close checklist artifact</strong> <em>(read-only, multi-step)</em></summary>

{% code overflow="wrap" %}

```
For the Acme LLC workspace and January 2026, run a full close-readiness pass: uncategorized, unmatched transfers, transactions over $5,000 without a memo, accounts with material month-over-month swings, and open tasks. Then build an interactive close checklist artifact I can re-run: each row is a check, its current count, the drill-down query behind it, and a status I can tick off.
```

{% endcode %}

Make it durable:

{% code overflow="wrap" %}

```
Save the exact sequence of MCP calls you just used as a named routine "Monthly Close: Acme LLC" so I can re-run it next period.
```

{% endcode %}

</details>

<details>

<summary><strong>Client Q&#x26;A loop</strong> <em>(read first, then writes)</em></summary>

{% code overflow="wrap" %}

```
Find this month's transactions needing client input. For each, gather id, date, amount, account, and current best-guess category. Build a client-ready Q&A artifact: one plain-English question per item, grouped by client, with a blank "client answer" column. Don't change any Kick data. I'll paste answers back next turn.
```

{% endcode %}

Next turn, close the loop:

{% code overflow="wrap" %}

```
Here are the client's answers. Map each to the right category/class, show me one combined bulk-update preview, and stop before applying.
```

{% endcode %}

</details>

<details>

<summary><strong>Report-surprise investigation artifact</strong> <em>(read-only, multi-step)</em></summary>

{% code overflow="wrap" %}

```
Pull the January 2026 P&L for entity 123. Take the three accounts with the biggest month-over-month change, drill into each account's transactions, identify the top drivers, and attribute each to a bank import, a rule, or a manual JE. Build a one-page "what moved and why" artifact with a sources column.
```

{% endcode %}

</details>

<details>

<summary><strong>Multi-client morning briefing</strong> <em>(read-only, multi-step)</em></summary>

{% code overflow="wrap" %}

```
Across all my workspaces, build a morning-briefing artifact: per client, show uncategorized count, unmatched transfers, open tasks, oldest unmatched document, and most recent meaningful change, sorted by close-blocking risk. Then save it as a routine I can run each morning.
```

{% endcode %}

</details>

<details>

<summary><strong>Rule proposal with backtest</strong> <em>(read first, then writes)</em></summary>

{% code overflow="wrap" %}

```
Look at how I've manually categorized Uber rides over the last 90 days. If a rule would have produced the same result, draft the rule and show me a backtest: which historical transactions it would have matched and where it would have disagreed with what I actually did. Stop before creating it.
```

{% endcode %}

</details>

<details>

<summary><strong>Draft journal entries from source documents, then attach</strong> <em>(read first, then writes)</em></summary>

A high-leverage MCP workflow is handing the assistant a document (payroll register, closing statement, amortization schedule, or complex bill) and asking it to draft, post, and then attach the source document to the entries it created. Always have it draft first, never post directly from a document without review.

{% code overflow="wrap" %}

```
I have a payroll register for January 2026. (1) Read it and draft the journal entries with full debits, credits, and line detail. (2) On my confirm, post the entries. (3) Then upload this document to Kick and attach it to the entries you just posted. Show a preview before posting and before attaching, and stop for my approval at each step.
```

{% endcode %}

To audit posted entries afterward:

{% code overflow="wrap" %}

```
List every manual journal entry posted to Accumulated Depreciation this year. Show date, amount, memo, and the user who posted each.
```

{% endcode %}

</details>

<details>

<summary><strong>Turn a recurring review into a skill</strong> <em>(read-only, multi-step)</em></summary>

{% code overflow="wrap" %}

```
I do this vendor cleanup pass every week. Watch how I work this one, then draft a skill that captures the steps (find similar descriptions → propose counterparty + category mapping → preview bulk update → wait for my confirm). Include the guardrails: always preview, never auto-confirm, cap at 50 rows per batch.
```

{% endcode %}

</details>

<details>

<summary><strong>Preview supported write actions</strong> <em>(writes to Kick)</em></summary>

Some write tools return a confirmation preview before they change data. Ask the assistant to stop at the preview:

{% code overflow="wrap" %}

```
Prepare a preview for the supported correction, then stop. Do not confirm the action until I approve the exact change.
```

{% endcode %}

Only confirm after you review the workspace, dates, amounts, and the exact change.

</details>


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.kick.co/ai/mcp/mcp-use-case-library/mcp-example-workflows.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
