Skip to content

Actions

Actions define what your automation does when a trigger fires. Currently, Cheffed supports the Start Session action.

Creates a new AI session when the automation triggers.

OptionDescriptionRequired
Agent/PromptWhich agent template to useYes
ModelAI model to power the sessionYes
RepositoryClone a repo into the sessionOptional
Initial MessageFirst message sent to the agentOptional

Choose an agent that matches your automation’s purpose:

Use CaseRecommended Agent
Bug triageBug Analyzer
Code reviewCode Reviewer
Feature implementationFeature Builder
DocumentationDoc Generator
Custom workflowYour custom agent

Select the AI model for the session:

ModelBest For
Claude 3.5 SonnetBalance of speed and capability
Claude 3 OpusComplex reasoning tasks
GPT-4Broad knowledge, general tasks
GPT-4 TurboFaster GPT-4 responses

Connect a repository to the session:

  1. Same as trigger - Use the repo from the triggering event
  2. Specific repo - Always clone a particular repository
  3. None - No repository cloned

When using “Same as trigger,” the repository from the GitHub event is automatically cloned.

Craft the first message the agent receives. This can include:

Static text:

Analyze this issue and provide initial triage findings.

Dynamic placeholders:

Please analyze issue #{{issue.number}}: {{issue.title}}
Issue body:
{{issue.body}}
Provide:
1. Root cause analysis
2. Affected components
3. Suggested fix approach

For GitHub Issue triggers:

PlaceholderDescription
{{issue.number}}Issue number
{{issue.title}}Issue title
{{issue.body}}Issue body/description
{{issue.author}}Issue author username
{{issue.labels}}Comma-separated label names
{{issue.url}}Full URL to the issue

For GitHub PR triggers:

PlaceholderDescription
{{pr.number}}PR number
{{pr.title}}PR title
{{pr.body}}PR description
{{pr.author}}PR author username
{{pr.head_branch}}Source branch
{{pr.base_branch}}Target branch
{{pr.url}}Full URL to the PR

For all triggers:

PlaceholderDescription
{{repository.name}}Repository name
{{repository.owner}}Repository owner
{{repository.full_name}}owner/name format

When an action creates a session:

  1. Container provisioned - Isolated environment spins up
  2. Repository cloned - If configured
  3. Agent initialized - Prompt template loaded
  4. Initial message sent - Your configured message
  5. Agent works - Processes the request
  6. Results produced - Code changes, comments, reports

Session results can include:

  • GitHub comments - Agent posts findings to the issue/PR
  • Pull requests - Agent creates a PR with changes
  • Reports - Analysis saved as session artifacts

If an action fails:

  1. Error logged in execution history
  2. Session marked as failed
  3. No partial results applied
  4. Retry available from execution history

Configure how long the action can run:

  • Default: 30 minutes
  • Maximum: 2 hours

Sessions that exceed timeout are terminated gracefully.

Coming soon: Run different actions based on trigger content.

The initial message sets the agent’s direction. Make it:

  • Specific - Clear task description
  • Contextual - Include relevant trigger data
  • Actionable - Define expected outputs

Choose agents designed for your automation’s purpose. A bug analyzer agent will perform better on bug triage than a generic coding agent.

  1. Create the automation
  2. Manually trigger with a test event
  3. Review the session output
  4. Adjust configuration as needed