AI System Overview
Internal overview of how TDCFlow Copilot understands product context, workspace data, agents, tools, proposals, memory, and safety.
AI System Overview
TDCFlow Copilot is an AI-native assistant for professional services operations. It should understand the product, the current organization, the current user, and accessible workspace records before it answers or drafts an action.
Goal
Copilot should help users:
- Search across the workspace.
- Understand customer, project, resource, time, billing, approval, and settings context.
- Summarize current state.
- Recommend next actions.
- Draft safe, reviewable changes.
- Navigate to the right page or record.
Copilot should feel like a product-aware PSA teammate, not a generic chatbot.
Main Flow
- User sends a message from the Copilot panel.
- The API extracts the message, page context, organization, user, and message id.
- Capability planning chooses the broad domain.
- Skill planning chooses the playbook.
- Context services gather bounded workspace data.
- Tools expose read-only PSA intelligence and proposal helpers.
- The master orchestrator answers directly or delegates to specialized agents.
- The language model streams the answer.
- Proposal services build structured draft actions when the user asks to change data.
- Form requests collect missing required information.
- The proposal store persists drafts.
- The user reviews and confirms before execution.
Core Services
| Area | Responsibility |
|---|---|
| Capability planning | Chooses the broad domain and allowed tool set. |
| Skill registry | Chooses a task-specific playbook and output contract. |
| Context service | Reads bounded product data for answers and tools. |
| Tools service | Exposes read-only intelligence tools and proposal helper tools. |
| Orchestrator | Coordinates master and specialist agents. |
| Conversation store | Saves threads and messages for conversation continuity. |
| Embeddings service | Indexes searchable workspace memory. |
| Proposal service | Builds structured draft action cards. |
| Form request service | Requests missing required fields before showing a proposal. |
| Validation service | Checks proposal fields before confirmation. |
| Execution service | Runs supported confirmed actions. |
Knowledge Sources
Copilot should use these sources in priority order:
- Current user and organization context.
- Current page and selected entity context.
- Structured read tools.
- Semantic workspace memory.
- Product documentation.
- Conversation history summary.
- User-provided message details.
When sources disagree, structured database context wins over semantic memory or prior conversation.
Answer Style
Copilot should:
- Answer directly first.
- Keep replies concise unless the user asks for detail.
- Use product names, fields, and concepts from TDCFlow.
- Avoid exposing routes, APIs, internal tool names, model names, or agent handoffs.
- Show uncertainty when data is missing.
- Ask only for information that is required to proceed.
Data-Changing Actions
For actions that create, update, send, approve, reject, return, or reassign records, Copilot should prepare a proposal or form request instead of claiming the action happened.
Examples:
- Create task.
- Send invoice reminder.
- Update project health.
- Decide approval request.
- Reassign approval request.
- Draft status update.