Kanshō/Agent linking rule

Agent linking rule

A routing rule: when a task from one agent matches a condition by capability, modality, workspace, or fallback, route it to another agent. Fallback rules catch everything unmatched.

Included in the single kansho full pack. Components are not offered as separate installs.

Rule set

Ordered by priority — lowest fires first
ModalityP1
Plan & dispatchImage annotator

when task input contains an image attachment

CapabilityP2
Plan & dispatchSandbox runner

when task requires code execution

WorkspaceP3
Plan & dispatchDesign-system agent

when workspace = design-system

FallbackP9Disabled
Plan & dispatchLegacy summariser

when no other rule matches

Component documentation

Agent Linking Rule

components/agent-setup/agent-linking-rule.tsx

Purpose

Describes one priority-ordered routing rule from a source agent to a target agent.

Appropriate use

Use in a read-only rule summary where the match kind and condition need to be explicit.

Example

components/agent-setup/agent-linking-rule.tsx has a representative live example in the "Rule set" section on /components/agent-linking-rule.

States

Match kinds are capability, modality, workspace, and fallback; rules may be enabled or disabled and optionally carry priority.

API and props

AgentLinkingRule accepts from, to, match, condition, priority, enabled, and className.

Dependencies

Direct imports are React, Lucide icons, Badge, and cn.

Accessibility

Source, condition, destination, priority, and enabled status are visible text; the directional icon is supplemental.

Limitations

It is presentational and does not edit, reorder, validate, or execute routing rules.

Source

Source: components/agent-setup/agent-linking-rule.tsx.

Full pack

components/agent-setup/agent-linking-rule.tsx is documented at /components/agent-linking-rule and installs only through the single Kansho full pack; no individual component install is offered.