mirror of
https://github.com/MODSetter/SurfSense.git
synced 2026-05-29 19:35:20 +02:00
2e572d7818
Closes the create loop in chat: the agent describes user intent → the drafter sub-LLM produces an AutomationCreate JSON → this card surfaces a structured preview → approve persists; reject cancels. Edits flow through chat refinement (re-call with a refined intent), not in-card, so the card stays simple and the multi-turn checkpointer carries the context. Tool UI (components/tool-ui/automation/): - create-automation.tsx — entry dispatcher + ApprovalCard chrome (pending/processing/complete/rejected via useHitlPhase) + SavedCard (links to the detail page) + InvalidCard (lists drafter validation issues) + ErrorCard (verbatim message). Rejection result is hidden because the approval card itself shows the rejected phase inline. - automation-draft-preview.tsx — structured preview body: name + description + goal, triggers (humanised cron + tz + static-input keys), plan steps (step_id → action), and a collapsible raw JSON for power users. Wiring: - components/tool-ui/index.ts — re-export. - features/chat-messages/timeline/tool-registry/registry.ts — register create_automation → CreateAutomationToolUI (dynamic import, same pattern as other connector tools). - contracts/enums/toolIcons.tsx — Workflow icon + "Create automation" display name so fallback chrome (and timeline headers) are honest. Shared util: - lib/automations/describe-cron.ts — lifted from the route slice's lib/ folder since both the dashboard slice and the new approval card now render schedule descriptions. Slice imports updated; the now- empty slice lib/ folder is gone. Backend prompt fragments: - main_agent/system_prompt/.../create_automation/description.md and the tool's docstring no longer promise in-card edits. They make the refinement path explicit: if the user wants changes after seeing the draft, they reply in chat and the agent calls the tool again with a refined intent. v1 deliberately excludes: - In-card edit form / right-side edit panel — defer until we see real demand. The chat refinement loop covers the common case. - approve_always / persistent allow rules — automations are a single artifact, not a repeated mutation, so the "trust this kind of call" affordance doesn't apply. |
||
|---|---|---|
| .. | ||
| announcements | ||
| apis | ||
| automations | ||
| chat | ||
| citations | ||
| comments | ||
| connectors | ||
| documents | ||
| markdown | ||
| posthog | ||
| query-client | ||
| remotion | ||
| agent-filesystem.ts | ||
| auth-errors.ts | ||
| auth-utils.ts | ||
| blog-faq.ts | ||
| connector-telemetry.ts | ||
| desktop-download-utils.ts | ||
| editor-language.ts | ||
| env-config.ts | ||
| error-toast.ts | ||
| error.ts | ||
| folder-sync-upload.ts | ||
| format-date.ts | ||
| layout-events.ts | ||
| provider-icons.tsx | ||
| source.ts | ||
| supported-extensions.ts | ||
| url.ts | ||
| user-avatar.ts | ||
| utils.ts | ||