TachiBot
← Back to Home

Getting Started

  • Introduction
  • Installation
  • Quick Start
  • Examples

Core Features

  • Tools Overview
  • Workflows
  • PingPong Debates

Configuration

  • Tool Profiles
  • Tools Config
  • API Keys

Legal

  • Terms & Conditions
  • Cookie Policy

Loading documentation...

Workflows

Build complex multi-step AI orchestrations with YAML/JSON. Chain unlimited tools, pass outputs between steps, and create powerful automated reasoning processes.

📋 Complete Workflow Schema

Click to expand and see the full TypeScript schema for workflow configuration with all parameters.

🚀 Built-in Workflows - Ready to Use

TachiBot ships with production-ready workflows you can run immediately. Click to see the complete implementation and usage guide.

💡 Example Workflow Patterns

Click to see complete examples of different workflow patterns with full schemas.

What are Workflows?

Workflows let you chain multiple AI tools together into automated sequences. Each step can use outputs from previous steps, run in parallel, or branch conditionally. Think of them as recipes for collective intelligence.

Is This Just Agent Chaining?

No, it's MORE sophisticated than simple chaining. Here's the difference:

Simple Agent Chaining (Basic)

TachiBot Swarm (Advanced)

Key Differences

  • Parallel execution - 4 models run simultaneously, not sequentially
  • Multi-round debates - Models argue and refine for N rounds
  • Different modes - Collaborative vs Debate vs Deep-reasoning
  • Synchronization - Combines outputs intelligently, not just concatenation
  • Adversarial verification - Models challenge each other's outputs

🔄 Simple Chaining vs TachiBot

Simple chaining: A→B→C→D (sequential, one model per step)

TachiBot: [A,B,C,D in parallel] → Sync → Debate(5 rounds) → Challenge(3 rounds) → Synthesize

Real-Time Verification with Live Search

TachiBot workflows can verify outputs against real-time information using Perplexity or Grok live search. This prevents hallucinations by grounding AI responses in actual, up-to-date data.

verified-workflow.yaml

Why This Matters

  • Prevents hallucinations - Models can't make up outdated information
  • Real-time accuracy - Get information from the past week, day, or hour
  • Cross-verification - Compare multiple search sources (Perplexity + Grok)
  • Fact-checking - Use verifier tool to validate claims against search results
  • Recency filters - Perplexity and Grok both support time-based filtering*

* Why Perplexity & Grok for Live Search?

TachiBot uses Perplexity and Grok for real-time verification because they provide explicit, parameterized recency filters:

  • Perplexity AI: Supports structured recency filters ("day," "week," "month," "year") and precise publication date ranges via both UI and API
  • Grok: Offers "Deep Search" and "Deeper Search" modes with recency-focused filtering, emphasizing latest/trending information
  • Gemini: Supports time-based filtering through prompts (e.g., "last 6 months") but lacks explicit API parameters
  • Claude: No explicit recency filter UI/API - relies on prompt instructions only (as of October 2025)
  • ChatGPT/OpenAI: No documented recency filter parameters - prompt engineering can guide but not enforce strict date constraints

Bottom line: Perplexity and Grok provide reliable, programmatic control over search recency, making them ideal for fact-checking workflows that require up-to-date information.

✅ Best Practice: Always Verify

For critical decisions, use this pattern: Generate → Search → Verify → Synthesize. Models brainstorm ideas, live search provides facts, verifier checks accuracy, then final synthesis combines both.

Basic Workflow Structure

basic-workflow.yaml

Variable Interpolation

Use ${variable_name} to reference outputs from previous steps:

variable-interpolation.yaml

Complete Example: Swarm Intelligence

The swarm-think workflow demonstrates TachiBot's orchestration power:

swarm-think.yaml

Running Workflows

🛠️ Workflow Management Tools

Click to see the complete schemas for all workflow management tools.

Workflow Features

Parallel Execution

TachiBot supports explicit parallel execution. Steps marked with parallel: true run simultaneously, dramatically reducing execution time.

Method 1: Group Parallel Steps (Recommended)

Use a single step with parallel: true and multiple tools:

parallel-group.yaml

Method 2: Individual Parallel Steps

Mark individual steps with parallel: true. All consecutive parallel steps run together:

parallel-individual.yaml

How It Works

  • Automatic batching - The workflow engine batches consecutive parallel: true steps
  • Wait for completion - The next non-parallel step waits for all parallel steps to finish
  • Variable access - Each parallel step outputs to its own variable, accessible in later steps
  • Error handling - If one parallel step fails, others continue; errors are collected
  • Performance gain - 4 parallel steps take ~1x time instead of 4x sequential time

⚡ Performance Example

Sequential: 4 models × 5 seconds each = 20 seconds total

Parallel: 4 models running simultaneously = ~5 seconds total

Output Passing

Each step can save its output to a variable using output: variable_name. Later steps reference it with ${variable_name}.

Unlimited Steps

Chain as many steps as needed. Create complex multi-stage reasoning processes with dozens of steps.

JSON Support

Workflows work with both YAML and JSON formats:

api-review.json

Configuring Workflow Output

Control how step outputs are displayed using the output configuration in your workflow YAML/JSON.

Output Parameters

📏 Output Configuration Guide

truncateSteps (boolean)

Controls whether step outputs are truncated. Default: true

  • false - Show complete output (best for code review, UX analysis)
  • true - Truncate at maxStepTokens limit (better readability)

maxStepTokens (number)

Maximum tokens per step when truncating. Default: 2500 (~10,000 characters)

  • 500 tokens ≈ 2,000 chars (short summary)
  • 2,500 tokens ≈ 10,000 chars (default, ~2-3 pages)
  • 5,000 tokens ≈ 20,000 chars (detailed analysis)
  • 10,000 tokens ≈ 40,000 chars (comprehensive report)

Examples by Workflow Type

Comprehensive Analysis (Show Everything)

code-review.yaml

Research Pipeline (Custom Limit)

research-pipeline.yaml

Quick Brainstorm (Default)

quick-brainstorm.yaml

Runtime Override

Override workflow settings at runtime using CLI parameters:

💡 When to Use What

Workflow TypetruncateStepsmaxStepTokensReason
Quick brainstormtrue1000Fast iteration
Code reviewfalse-Need full analysis
Researchfalse-Comprehensive findings
UX analysisfalse-Full user journey
Debug workflowtrue5000Balance detail/readability

Understanding Truncation Messages

When output is truncated, you'll see informative messages:

This tells you the actual size, applied limit, and how to see the full output.

Best Practices

  • Start with diverse perspectives (multiple models)
  • Use synchronization steps to combine insights
  • Add challenge/debate steps to improve quality
  • End with synthesis for final recommendations
  • Name variables clearly (research_findings not r1)
  • Use parallel steps when inputs don't depend on each other
  • Set truncateSteps: false for comprehensive analysis workflows
  • Increase maxStepTokens for research-heavy workflows

📝 How to Add Custom Workflows

TachiBot supports multiple ways to add and organize workflows. Choose the approach that best fits your use case.

For Different User Types

🔧 Contributors (Source Code)

If you're running TachiBot from source, add workflows directly to the package:

👥 Teams (Project-Specific)

Share workflows via git - they'll be discovered automatically:

Now everyone on the team can run: workflow run deploy

🧑 Individuals (Personal)

Create personal workflows that work with any TachiBot installation:

✅ Works with Claude Desktop (MCPB) - no rebuild needed!

⚡ Power Users (Ad-Hoc)

Run workflows from anywhere without registration:

Discovery Order (Priority)

When you run workflow run my-flow, TachiBot searches in this order:

  1. Project: .tachibot/workflows/my-flow.yaml (checked first)
  2. User: ~/.config/tachibot/workflows/my-flow.yaml (checked second)
  3. Built-in: <package>/workflows/my-flow.yaml (checked last)

First match wins! This lets you override built-in workflows with your own versions.

Subdirectory Organization

Workflows are discovered recursively (max 4 levels deep):

All found automatically! Organize however you like.

Best Practices by Use Case

Use CaseLocationGit Commit?
Built-inworkflows/✅ Yes
Team workflows.tachibot/workflows/✅ Yes
Personal~/.config/tachibot/workflows/❌ No
ExperimentsAnywhere + --file❌ No

Troubleshooting

Q: My workflow isn't showing in list_workflows

A: Check discovery order. Is it being overridden by another workflow with the same name?

Q: Can I edit built-in workflows?

A: Copy to ~/.config/tachibot/workflows/ with same name to override.

Q: Does Claude Desktop MCPB need rebuild?

A: No! Use ~/.config/tachibot/workflows/ - works immediately.

Next Steps

Level up your orchestration skills

PingPong Debates
Make models debate in workflows
Explore Tools
See all available tools
Quick Start
More workflow examples