Skip to content

MCP Tools Reference

TeamLoop provides a comprehensive set of MCP tools for querying, building, and synthesizing temporal knowledge.

Query your knowledge across connected integrations (GitHub, Notion, Linear).

Parameters:

ParameterTypeRequiredDescription
querystringYesThe search query
sourcesstringNoComma-separated list: github, notion, linear
modestringNoQuery mode: current (default) or as_of
as_ofstringNoDate in YYYY-MM-DD format (required when mode is as_of)

Example:

Query: "authentication architecture"
Sources: "github,notion"
Mode: "current"

Returns: Search results with extraction instructions for building your knowledge graph.


Get a temporal timeline showing how knowledge has evolved.

Parameters:

ParameterTypeRequiredDescription
querystringNo*Topic to build timeline for
entity_idstringNo*Get lineage for specific entity
limitnumberNoMax entries (default: 20)

*Either query or entity_id is required.

Example:

Query: "database architecture"
Limit: 10

Returns: Chronological timeline of decisions, changes, and documents.


Track how knowledge evolved over a time range.

Parameters:

ParameterTypeRequiredDescription
querystringYesTopic to track
from_datestringYesStart date (YYYY-MM-DD)
to_datestringYesEnd date (YYYY-MM-DD)

Example:

Query: "authentication"
From: "2024-01-01"
To: "2024-12-31"

Returns: Evolution of knowledge grouped by month with supersession events.


Compare knowledge between two points in time.

Parameters:

ParameterTypeRequiredDescription
querystringYesTopic to compare
date_astringYesFirst date (YYYY-MM-DD)
date_bstringYesSecond date (YYYY-MM-DD)

Example:

Query: "infrastructure decisions"
Date A: "2024-01-01"
Date B: "2024-06-01"

Returns: What was added, removed, superseded, or unchanged.

Save extracted entities and relationships to your knowledge graph.

Parameters:

ParameterTypeRequiredDescription
entitiesarrayYesArray of entity objects
relationshipsarrayNoArray of relationship objects

Entity Object:

FieldTypeRequiredDescription
typestringYesDECISION, PERSON, PROJECT, COMPONENT, DOCUMENT, CHANGE
namestringYesEntity name
descriptionstringNoDetailed description
event_datestringNoWhen event occurred (YYYY-MM-DD)
rationalestringNoFor decisions: why this was chosen
alternativesarrayNoFor decisions: other options considered
statusstringNoCurrent status
source_urlstringNoLink to original source
source_integrationstringNogithub, notion, or linear
source_external_idstringNoID in source system

Relationship Object:

FieldTypeRequiredDescription
source_namestringYesName of source entity
source_typestringYesType of source entity
target_namestringYesName of target entity
target_typestringYesType of target entity
relationship_typestringYesDECIDED_BY, AUTHORED_BY, PART_OF, RELATES_TO, SUPERSEDES, DEPENDS_ON, IMPLEMENTS

Example:

{
"entities": [
{
"type": "DECISION",
"name": "Adopt PostgreSQL for main database",
"description": "Chose PostgreSQL over MySQL for better JSON support",
"event_date": "2024-03-15",
"rationale": "Need JSONB for flexible schema",
"alternatives": ["MySQL", "MongoDB"],
"status": "active"
}
],
"relationships": [
{
"source_name": "Adopt PostgreSQL",
"source_type": "DECISION",
"target_name": "Alice",
"target_type": "PERSON",
"relationship_type": "DECIDED_BY"
}
]
}

Create a curated collection of entities for specific topics.

Parameters:

ParameterTypeRequiredDescription
namestringYesSubgraph name
descriptionstringNoWhat this subgraph represents
entity_idsarrayNo*Specific entity IDs to include
querystringNo*Semantic query to find entities
limitnumberNoMax entities when using query (default: 20, max: 50)

*Use either entity_ids or query, not both.

Example:

Name: "Auth System Decisions"
Query: "authentication and authorization"
Limit: 30

Retrieve a subgraph with all its entities.

Parameters:

ParameterTypeRequiredDescription
subgraph_idstringNo*The subgraph UUID
namestringNo*Find by name instead of ID

*Either subgraph_id or name is required.


Find related entities to expand a subgraph.

Parameters:

ParameterTypeRequiredDescription
subgraph_idstringYesThe subgraph to expand
depthnumberNoRelationship hops (1-3, default: 1)
include_typesarrayNoFilter by entity types
auto_addbooleanNoAutomatically add found entities

Example:

Subgraph ID: "abc123..."
Depth: 2
Include Types: ["DECISION", "COMPONENT"]
Auto Add: true

Capture thoughts, decisions, or context as journal entries.

Parameters:

ParameterTypeRequiredDescription
titlestringYesEntry title
contentstringYesEntry content
moodstringNoreflection, planning, decision, note, question
tagsarrayNoCategorization tags
link_entity_idsarrayNoExplicit entity links
auto_linkbooleanNoAuto-find related entities (default: true)

Example:

Title: "Thoughts on microservices migration"
Content: "After reviewing the Auth Service and User Service..."
Mood: "planning"
Tags: ["architecture", "q1-planning"]

Generate documents from a subgraph using templates.

Parameters:

ParameterTypeRequiredDescription
subgraph_idstringYesSource subgraph
template_typestringYesbrief, prd, or adr
additional_contextstringNoExtra instructions

Template Types:

  • brief - Executive summary
  • prd - Product Requirements Document
  • adr - Architecture Decision Record

Returns: Job ID for polling completion.


Check status and get output of a synthesis job.

Parameters:

ParameterTypeRequiredDescription
job_idstringYesThe synthesis job ID

Returns: Job status (pending, processing, completed, failed) and output when complete.


Cancel a pending or in-progress synthesis job.

Parameters:

ParameterTypeRequiredDescription
job_idstringYesThe synthesis job ID
  1. Query - Use teamloop_query to search integrations
  2. Extract - Use teamloop_save_knowledge to save entities
  3. Organize - Use teamloop_create_subgraph to group related knowledge
  4. Expand - Use teamloop_expand_subgraph to find connections
  5. Synthesize - Use teamloop_synthesize to generate documents
  • Use mode: "as_of" to see what was known at a specific date
  • Use teamloop_evolution to track changes over time
  • Use teamloop_compare to diff knowledge between dates
  • Use teamloop_timeline for entity-specific lineage
  • Always include event_date from source documents
  • Use source_url for traceability
  • Create relationships to connect entities
  • Use appropriate entity types for better queries