| file_type | agent | ||||
|---|---|---|---|---|---|
| name | template | ||||
| title | Template: Agent Specification | ||||
| description | Standard specification for defining a LightSpeed Copilot Agent: role, behaviours, tooling, schemas, and safety constraints. | ||||
| version | v1.3 | ||||
| last_updated | 2026-06-01 | ||||
| status | draft | ||||
| tags |
|
||||
| owners |
|
This document provides the canonical template for defining LightSpeed Copilot agents. Use this specification to document agent role, responsibilities, capabilities, tooling, and safety constraints.
Copy this template when creating a new agent specification. Replace placeholder sections with concrete details specific to your agent.
---
file_type: agent
name: [unique agent identifier]
title: [human-readable agent name]
description: [one-sentence purpose]
version: v1.0
last_updated: 'YYYY-MM-DD'
status: [draft|active|deprecated]
tags:
- [category tags]
owners:
- [team or person]
apply_to:
- [applicable domains/tools]
tools:
- [required tools/permissions]
examples:
- [usage scenarios]
---
# [Agent Name]
## Role & Responsibilities
Brief summary of what this agent does and when it should be invoked.
## Capabilities
- **Primary:** List primary capabilities
- **Secondary:** List secondary capabilities
## Required Inputs
- Input format and constraints
## Expected Outputs
- Output format and examples
## Tools & Permissions
- Required GitHub tools
- File system access
- External API integrations
## Safety Constraints
- Guardrails and limits
- What the agent must NOT do
- Error handling approach
## Failure & Rollback
- How the agent handles failures
- Rollback procedures and recovery steps
- Partial failure scenarios and mitigation
## Observability & Logging
- Logging strategy and levels
- Traceability requirements
- Metrics and monitoring points
## Validation & Testing
### Normal Case
- Expected behaviour with valid inputs
- Success criteria and assertions
### Edge Cases
- Boundary conditions and limits
- Non-standard but valid inputs
- Resource constraints
### Failure Cases
- Invalid input handling
- Service dependency failures
- Recovery and retry logic
## Configuration
- Required environment variables
- Optional settings with defaults
- Performance tuning parameters
## Examples
### Example 1: [Scenario]
Input → Agent Action → Output
## Related Agents
- Links to related agent specifications
- Handoff patterns if applicableClearly state what this agent is responsible for. Include the primary use cases and scenarios where the agent should be invoked.
List both primary and secondary capabilities. Be specific about what the agent can and cannot do.
Document all tools the agent needs access to. Include GitHub tools, file system permissions, and any external APIs.
Define guardrails and constraints that protect against misuse. Include specific prohibitions and error handling behaviour.
- Be Specific: Avoid vague descriptions; include concrete examples
- Document Constraints: Explicitly state what the agent will NOT do
- Define Inputs/Outputs: Be precise about expected formats and constraints
- Include Examples: Show realistic usage scenarios
- Keep Updated: Review and update specs as agent capabilities evolve
- Link Related: Cross-reference related agents and workflows
- Agents Directory – Directory of all agent specifications
- Agent Creation Guide – Building and testing new agents
- AGENTS.md – Organization-wide agent guidelines