Pit Crew SI - Demo Script
Walks through a live demo of an AI-powered Jira assistant that triages bugs, plans sprints, and executes actions with guardrails.
What this file does
Walks through a live demo of an AI-powered Jira assistant that triages bugs, plans sprints, and executes actions with guardrails.
When to use it
- Preparing a sales or internal demo of Pit Crew SI
- Training new team members on the tool's capabilities
- Validating that the integration works after deployment
- Showing stakeholders how guardrails prevent unsafe actions
Assumes this stack
Pit Crew SI - Demo Script
This script guides you through a complete demonstration of Pit Crew Supreme Intelligence.
Setup (5 minutes)
Step 1: Deploy the App
# From the project directory
npm install
forge deploy
forge install
Step 2: Access the Dashboard
- Navigate to your Jira instance
- Click "Apps" → "Pit Crew SI Dashboard"
- Verify the dashboard loads with initial statistics
Step 3: Verify Configuration
The dashboard should show:
- Mode: Dry-Run (safe default)
- Auto-Approve: Disabled
- Total Actions: 0
Demo 1: Automatic Bug Triage (5 minutes)
Scenario
A critical bug is reported that needs immediate attention.
Steps
-
Create a bug in Jira:
- Title: "Critical: Authentication API returning 500 errors"
- Description: "Users unable to login. API endpoint /auth/login failing with 500 internal server error. Urgent fix needed for production."
- Type: Bug
- Priority: (Leave as default, let Pit Crew SI adjust it)
-
Watch the magic happen:
- Within seconds, Pit Crew SI detects the new issue
- Automatically analyzes the content
- Identifies keywords: "critical", "api", "authentication", "urgent", "production"
-
Check the Dashboard:
- Refresh the Pit Crew SI Dashboard
- You should see new action logs:
- "Label Issue" - Proposes adding:
bug,api,security,critical-bug - "Set Priority" - Proposes changing to "High" or "Highest"
- "Label Issue" - Proposes adding:
-
Review the Proposal:
- Click on the action to see the explanation
- Note the reasoning: "Issue contains critical keywords and production impact"
- Observe that it's in "proposed" status (dry-run mode)
Expected Results
- ✅ Issue automatically triaged
- ✅ Priority identified as critical/high
- ✅ Relevant labels suggested
- ✅ Actions logged with explanations
- ✅ Guardrails checked and documented
Key Points to Highlight
- Intelligent Analysis: Understands context from keywords
- Explainable AI: Every decision has clear reasoning
- Safety First: Dry-run mode prevents unwanted changes
- Full Auditability: Complete log of what was analyzed and proposed
Demo 2: Sprint Planning (7 minutes)
Scenario
Planning a 2-week sprint with mixed priorities.
Preparation
Create 10-15 issues in Jira with varying priorities:
High Priority:
- "Fix memory leak in user service"
- "Critical security vulnerability in auth module"
- "Database migration for new schema"
Medium Priority: 4. "Implement user profile page" 5. "Add pagination to search results" 6. "Optimize database queries for reports" 7. "Update API documentation"
Low Priority: 8. "Refactor legacy code in utils module" 9. "Add unit tests for helper functions" 10. "Improve error messages"
Steps
-
Collect Issues:
// Use Jira API or manually note issue keys const issues = [ 'PROJ-101', 'PROJ-102', 'PROJ-103', // ... etc ]; -
Generate Sprint Plan:
const plan = await invoke('generateSprintPlan', { issues: issueObjects, // Full issue objects goals: [ 'Stabilize production environment', 'Complete security improvements', 'Improve user experience' ], capacity: 40 // Story points }); -
Review the Plan:
- Open the sprint plan results
- Observe how issues are prioritized
- Check capacity utilization
- Review identified risks
Expected Results
- ✅ Issues ranked by priority score
- ✅ Capacity respected (won't overcommit)
- ✅ Risks identified (e.g., "too many bugs indicates technical debt")
- ✅ Dependencies noted
- ✅ Clear reasoning for each selection
Key Points to Highlight
- Data-Driven: Uses priority, type, age, and content
- Capacity-Aware: Respects team limits
- Risk Assessment: Identifies potential issues
- Goal-Aligned: Considers sprint objectives
Demo 3: Execution Brief Generation (5 minutes)
Scenario
Breaking down a complex feature into actionable tasks.
Steps
-
Create a Feature Issue:
- Title: "Implement OAuth2 authentication"
- Description: "Add OAuth2 support for Google and GitHub login. Users should be able to sign in using their existing accounts. Include proper error handling and security measures."
-
Generate Execution Brief:
const brief = await invoke('generateExecutionBrief', { issue: featureIssue, relatedPages: [] // Or include relevant Confluence pages }); -
Review the Brief:
- Title and summary
- Clear objectives
- Broken-down tasks with estimates
- Technical context
- References to related resources
Expected Results
Execution Brief: Implement OAuth2 authentication
Objectives:
- Complete OAuth2 authentication implementation
- Ensure code quality and test coverage
- Update relevant documentation
Tasks:
1. Analyze requirements and design approach (2 hours)
2. Implement core functionality (1 day)
3. Write tests (4 hours)
4. Code review and refinement (2 hours)
Technical Context:
- Issue Type: Story
- Project: PROJ
- Status: To Do
Key Points to Highlight
- Structured Approach: Clear task breakdown
- Time Estimates: Helps with planning
- Context Preservation: Includes all relevant info
- Actionable: Ready to execute
Demo 4: Safe Action Execution (8 minutes)
Scenario
Executing approved actions with full safety checks.
Steps
-
Switch to Execute Mode:
- In the Dashboard, click "Toggle Mode"
- Confirm the switch to Execute mode
- Observe the mode badge changes to green
-
Create a New Bug:
- Title: "Button styling broken on mobile devices"
- Description: "The submit button on the login form appears cut off on mobile screens. Needs UI fix."
-
Watch Auto-Triage:
- Pit Crew SI analyzes the issue
- Proposes actions: Add labels
bug,ui,mobile - Set priority to
Medium
-
Review Guardrails:
- Check the action log
- See guardrail checks:
- ✅ Action Allowed: label-issue is permitted
- ✅ Label Count: 3 labels (within limit)
- ✅ Reserved Labels: No reserved labels detected
- ✅ Impact Assessment: Low impact
-
Approve and Execute:
- If auto-approve is disabled, manually approve
- Action executes
- Labels are added to the Jira issue
-
Verify in Jira:
- Open the issue in Jira
- Confirm labels were added:
bug,ui,mobile - Check action log shows "executed" status
-
Demonstrate Revert:
- Click "Revert" on the action
- Labels are removed
- New "reverted" log entry created
Expected Results
- ✅ Actions execute in execute mode
- ✅ Guardrails prevent unsafe actions
- ✅ Changes appear in Jira immediately
- ✅ Full audit trail maintained
- ✅ Revert functionality works
Key Points to Highlight
- Dual Mode Operation: Safe testing with dry-run
- Guardrails: Multiple safety checks
- Real Changes: Actually modifies Jira
- Reversible: Can undo actions
- Audit Trail: Complete history
Demo 5: Guardrails in Action (5 minutes)
Scenario
Demonstrating that guardrails prevent unsafe actions.
Steps
-
Create High-Priority Override:
- Create a bug with "minor typo in footer"
- Pit Crew SI suggests low priority
- Manually try to create an action setting priority to "Blocker"
-
Run Guardrails:
const proposal = { action: 'set-priority', details: { targetKey: 'PROJ-999', changes: { priority: 'Blocker' } }, // ... }; const guardrails = await GuardrailsService.checkAction(proposal, config); -
Review Results:
- Guardrail fails: "Setting priority to Highest/Blocker requires manual approval"
- Action status: "proposed" (not executed)
- Requires approval even in execute mode
-
Try Reserved Label:
- Create proposal to add
securitylabel - Guardrail detects reserved label
- Blocks automatic execution
- Create proposal to add
Expected Results
- ❌ High-priority actions blocked
- ❌ Reserved labels require approval
- ✅ System stays safe
- ✅ Clear explanations provided
Key Points to Highlight
- Safety First: Prevents mistakes
- Smart Guardrails: Context-aware checks
- Approval Workflow: For sensitive actions
- Configurable: Can adjust rules
Wrap-Up: Key Takeaways (3 minutes)
What We Demonstrated
-
Intelligent Triage
- Automatic issue analysis
- Context-aware priority setting
- Smart label suggestions
-
Sprint Planning
- Data-driven prioritization
- Capacity management
- Risk identification
-
Execution Briefs
- Task breakdown
- Time estimation
- Structured approach
-
Safe Action Execution
- Dual mode (dry-run/execute)
- Guardrails system
- Full auditability
- Reversible actions
-
Developer-First Design
- Explainable AI
- Complete transparency
- Easy configuration
- Forge-native integration
Value Proposition
For Teams:
- ⏱️ Saves Time: Automatic triage and planning
- 🎯 Improves Focus: Surfaces important work
- 📊 Better Planning: Data-driven sprint plans
- 🔒 Maintains Safety: Guardrails prevent mistakes
For Individuals:
- 🤖 AI Assistant: Always-on intelligence
- 📝 Documentation: Auto-generated briefs
- 🔍 Context: Understands your workflow
- ✅ Actionable: Turns insights into actions
Next Steps
- Customize: Adjust triage logic for your team
- Integrate: Connect with Rovo Agents
- Extend: Add custom actions
- Scale: Deploy across projects
Questions to Ask the Audience:
- What manual triage tasks take the most time for your team?
- What actions would you want the AI to perform automatically?
- How would you customize the guardrails for your workflow?
Resources:
- README.md - Complete documentation
- API.md - API reference
- SETUP.md - Setup guide
- Dashboard - Live monitoring and control
What's inside
5 demo scenarios with setup, step-by-step instructions, expected results, and key talking points plus a wrap-up section
Change this for your project
- Replace
'PROJ-101', 'PROJ-102', 'PROJ-103'with your actual Jira issue keys - Replace
'PROJ-999'with a real issue key from your project - Replace
'Stabilize production environment'with your own sprint goals
Where it goes
Load as policy context for the agent, or keep beside the code enforcing the rules.
Worth borrowing
- Dual-mode demo (dry-run vs execute) to show safety before real changes
- Explicit guardrail failure examples to build trust in the system
- Audience questions at the end to turn a demo into a conversation
Related Documents
DeepSeek R1: Case Study in Failed Extrinsic Alignment
Compiles public security research and independent findings to argue that extrinsic alignment methods are insufficient for AI safety, using DeepSeek R1 as a case study.
Guardrails, Safety & Content Filtering
Implements a layered guardrail system with input validation, output validation, and content filtering to protect LLM applications from prompt injection, jailbreaks, and data leaks.
My Hyprland Rice Setup - Context for Claude Code
Documents a Hyprland rice setup with system specs, aesthetic preferences, workflow safety practices, and a list of current issues to solve.
AI Safety & Guardrails for Voice Assistants
Defines a multi-layer safety architecture for voice assistants, covering input filtering, deterministic FAQ routing, RAG-grounded AI responses, and output guardrails.