FA-Technician-Brain-MCP
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@FA-Technician-Brain-MCPshow me the clock in workflow"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
FA-Technician-Brain-MCP
A Model Context Protocol (MCP) knowledge server for the Technician Portal module in FleetFocus FA/EAM (InfoCenter). This server provides structured, queryable information about the module's pages, workflows, API endpoints, database schema, field specifications, UI interaction patterns, and validation rules.
Purpose
This MCP is designed to be consumed by AI agents (e.g., Playwright automation, test generation, code review) that need to understand the Technician Portal's behavior without making live API calls. All data is hardcoded from research documents — no credentials, no live connections.
What's Covered
Domain | Coverage |
Pages | 18 screens/pages with full field specs, actions, and navigation |
Workflows | 8 named workflow recipes (clock in, job on/off, create WO, finish/close, etc.) |
API Endpoints | 50+ endpoints across Custom Web API, V2 OData, and V3 |
Database | 23 tables with columns and relationships |
Fields | Component-level specs (type, validation, API mapping) |
Interactions | UI patterns (CCL components, dialogs, drawers, cards) |
Validation | Server-side rules and client-side guards |
Transitions | Work order status state machine |
Permissions | Role/persona-based access by state |
MCP Tools
Tool | Description |
| Full page specification by page_id |
| Named workflow recipe with step-by-step instructions |
| Endpoint spec by entity + operation |
| Database table definition with columns |
| Field-level spec (component, validation, API mapping) |
| UI component interaction pattern |
| Validation rules for entity/operation |
| Status transitions from a given state |
| What a persona can do at a given WO state |
| Full-text search across all data |
| Get test fixture data by entity or ID for automation |
| Get provenance info for a data path (sources, last checked dates) |
Setup
npm install
npm run build
npm startModule Context
Application: FleetFocus FA/EAM InfoCenter
Module Path:
InfoCenterBase/InfoCenter/ClientApp/src/app/modules/technician/Design System: CCL (Component Class Library)
License: Independent beta license key
Version: 26.1 Beta (as of research date)
Legacy Screen ID: 7003 (ASP.NET WebForms predecessor)
Architecture
The Technician Portal uses two API layers:
Custom InfoCenter Web API (
/Infocenter/api/Technician/...) — Session-cookie auth, business logic operationsV2 OData API (
:9001/api/v2/...) — OAuth2 Bearer token, entity read/query operations
There are no V3 technician-specific endpoints. All business logic lives in FA-Suite controllers.
Provenance Tracking
Every piece of data in this MCP is tracked back to its source. The provenance registry (src/data/provenance.ts) maps each data path to one or more sources with:
Source type:
jira,github,figma,api,confluence, ormanualURL: Direct link to the source material
Description: What information was extracted from the source
lastChecked: When the source was last verified
lastChanged: When the source was last observed to have changed
Checking for Updates
Run the source checker to see if any sources have been updated since last check:
# Set credentials
export JIRA_EMAIL="your-email@example.com"
export JIRA_API_TOKEN="your-jira-api-token"
export GITHUB_TOKEN="your-github-pat"
# Run check
npm run check-sourcesOr use the shell wrapper:
./scripts/update-sources.shThe checker:
Queries Jira REST API for issue
updatedtimestampsQueries GitHub API for file last-commit dates
Compares against recorded
lastChangeddatesReports which sources have newer changes
Does NOT auto-apply changes (manual review required)
Exit codes:
0— All sources up to date1— Changes detected (review needed)2— Script error
Using Provenance via MCP
Tool: check_provenance
Input: { "data_path": "pages.home" }Returns the provenance entries showing where the home page data was sourced from and when it was last verified.
Test Fixtures
The test fixture registry (src/data/test-fixtures.ts) provides stable test data values for automation. Fixtures include:
ID | Entity | Description |
| Operator | CA user with full admin access |
| Equipment | QA-FLEET-001 vehicle |
| Equipment | QA-FLEET-004 (preferred for OM) |
| Vendor | QA test vendor for outsourced maintenance |
| TaskCode | 001-CA-RP-01 task for OM tickets |
| WorkOrder | Template for OPEN WO creation |
| TimeCode | REG time code for clock-in |
| TimeCode | IND time code for indirect labor |
| Location | Main shop location |
| DelayCode | PARTS delay reason |
| Operator | Playwright automation OM user |
| Environment | QADEPLOY URLs and connection info |
Using Fixtures via MCP
Tool: get_test_fixtures
Input: { "entity": "Equipment" }Returns all equipment fixtures. Or get a specific fixture:
Tool: get_test_fixtures
Input: { "id": "default_technician" }This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/callen-assetworks/FA-Technician-Brain-MCP'
If you have feedback or need assistance with the MCP directory API, please join our Discord server