feat: Enhance external trigger handling in Copilot
- Added support for flexible schemas in external triggers, allowing configuration changes without stripping any data.
- Introduced a new `onRequestTriggerSetup` callback in the Action component to facilitate trigger setup requests.
- Implemented a modal for trigger configuration, improving user experience when setting up external triggers.
- Updated the ComposioTriggerTypesPanel to auto-select trigger types based on initial configuration.
This update significantly improves the management and setup of external triggers within the Copilot interface.
feat: Enhance trigger management in Copilot
- Added functionality to search for relevant external triggers using the new `search_relevant_triggers` tool, allowing users to discover available triggers based on toolkit slugs and optional query keywords.
- Updated the Copilot context to include detailed descriptions of various external trigger toolkits, enhancing user guidance for trigger creation.
- Improved the overall trigger handling process, ensuring that users can effectively integrate external triggers into their workflows.
This update significantly enhances the Copilot's capabilities in managing and utilizing external triggers.
feat: Add update functionality for recurring and scheduled job rules
- Implemented update actions for recurring job rules and scheduled job rules, allowing users to modify existing rules with new input and scheduling configurations.
- Enhanced the UI components to support editing of job rules, including forms for both creating and updating rules.
- Updated the repository interfaces and MongoDB implementations to handle the new update operations for job rules.
This update improves the flexibility of managing job rules within the application.
Keep workflow reducer synchronous by removing trigger jobs from the switch and moving job rule API calls into a dedicated helper in messages.tsx. Cache dynamic imports and guard types so Copilot Apply/Apply All handle trigger creation without touching reducer state.
- Pass projectId to Messages and AssistantMessage components for better context
- Refactor applyAction to handle one-time and recurring triggers with improved error handling
- Update handleApplyAll and handleSingleApply to support async action processing
- Remove deprecated pending trigger logic from workflow editor
This update improves the Copilot's ability to manage triggers and enhances the overall message processing flow.
- Add support for One-Time and Recurring triggers in Copilot
- Extend CopilotAssistantMessageActionPart schema with trigger config types
- Update Copilot instructions with trigger creation examples and guidelines
- Implement trigger action handling in messages.tsx component
- Add trigger icons (⏰ for one-time, 🔄 for recurring) in action cards
- Update workflow reducer to handle trigger creation via existing APIs
- Fix action parser to recognize trigger config types in comment format
- Add async trigger processing using createScheduledJobRule and createRecurringJobRule APIs
Users can now ask Copilot to create triggers with natural language requests like:
'Create a daily report trigger at 9 AM' or 'Set up a one-time reminder for next Friday'
* added upload button
* image shows up when attached
* added automatic parsing of the image
* make generate image accept an input image
* move image description to debug message
* disable message sending if the image processing hasnt completed yet
* move to x icon for dismiss
* image description processing is stopped on image dismiss
* minor changes
* Fix prebuilt cards model configuration
- Set all prebuilt card models to blank ("model": "")
- Add model fallback in createProjectFromWorkflowJson to use PROVIDER_DEFAULT_MODEL
- Enables different models for OSS vs managed deployments via environment variable
* Refactor assistant template handling and seeding logic
- Replace upfront seeding of all templates with lazy seeding on demand.
- Introduce a new function to fetch specific templates by ID, applying transformations for prebuilt templates.
- Update the ensureLibraryTemplatesSeeded function to skip updating existing templates and log seeding actions.
- Modify project creation to directly use workflow JSON without parsing for default model application.
- Update prebuilt card model configurations to ensure proper defaults are applied.
- Set all prebuilt card models to blank ("model": "")
- Add model fallback in createProjectFromWorkflowJson to use PROVIDER_DEFAULT_MODEL
- Enables different models for OSS vs managed deployments via environment variable
* Add community sharing feature and merge with pre-built templates
* Add warning before publishing
* [Untested] Add delete flow for community cards
* Fix bug with sorting by likes count and update design of cards
* Fix community assistant parsing errors
* Remove all as a type filter
* Remove default assistant name for publishing to community
* Update DB calls to be standardized paginated
* feat: add Eisenhower Email Organiser prebuilt card
- Added new eisenhower-email-organiser.json prebuilt workflow template
- Updated index.ts to include the new template in exports
- Template helps users organize emails using the Eisenhower Matrix (urgent/important quadrants)
* fix: update to American spelling - organizer instead of organiser
- Updated import statement to use 'eisenhower-email-organizer.json'
- Updated export key to 'Eisenhower Email Organizer'
- Maintains consistency with American English throughout the codebase
* change name of Tweet Assistant
* fix: remove duplicate file and fix American spelling in description
- Removed duplicate eisenhower-email-organiser.json (British spelling)
- Fixed description in eisenhower-email-organizer.json: 'Organises' → 'Organizes'
- Now only one file exists with consistent American spelling throughout
* fix: update Support category header in prebuilt cards UI
- Changed 'Customer Support' to 'Support' in build-assistant-section.tsx
- Now matches the category field in customer-support.json
- Ensures Support section displays properly in the prebuilt cards UI
