Server Details
MCP server for AI agent profiles and smart notes. 60+ coding prompt packs with expert personas.
- Status
- Healthy
- Last Tested
- Transport
- Streamable HTTP
- URL
- Repository
- bahfahh/noteit-mcp
- GitHub Stars
- 4
Available Tools
8 toolsnoteit_flow_createTry in Inspector
Create visual flow diagrams with NESTED DATA SUPPORT for ANY technical process visualization. Use this for: debugging flows, architecture diagrams, deployment pipelines, API workflows, algorithm steps, system interactions, or any step-by-step process. The flow is rendered as an interactive React Flow diagram with automatic layout and CHILD NODES for nested data. FLEXIBLE STRUCTURE: Design your own JSON structure - just include an array of items (steps/workflow/pipeline/scenarios). NESTED DATA: Each item can include child data (config objects, commands arrays, steps arrays, resources, metrics, etc.) which will be rendered as separate child nodes connected with dashed lines. Common patterns: {steps: [{id, label, type, detail}]} for simple linear flows, {workflow: [{id, label, type, detail, config: {...}, commands: [...], steps: [...], resources: [...]}]} for complex flows with nested metadata. Required: title, template_id (any string for categorization), explanation (detailed context explaining both main flow and nested data), flow_data (your custom JSON with at least one array field). Optional fields per item: 'type' for styling (input/process/output/error/warning/success/source/result), 'detail' for description, plus NESTED DATA FIELDS: 'config' (object), 'commands' (array of {cmd, result}), 'steps' (array of strings), 'resources' (array of objects), 'records' (array), 'metrics' (array), 'summary' (object). The renderer automatically creates child nodes for nested data and connects them with dashed lines to parent nodes. The flow appears in dashboard alongside notes.
| Name | Required | Description | Default |
|---|---|---|---|
| tags | No | SMART TAG LOGIC: Provide exactly ONE relevant tag from: debug, bug-fix, architecture, testing, deployment, api, database, performance, security, workflow, algorithm, system-design. IF user specifies tags in their message, use exactly what user provides. Only provide multiple tags if user explicitly requests 'multiple tags'. If no clear category, omit this parameter. | |
| title | Yes | Flow title (e.g., 'OAuth Login Flow', 'Database Migration Process') | |
| flow_data | Yes | FLEXIBLE JSON structure for your flow with NESTED DATA SUPPORT. Must contain at least ONE array field with flow items (steps/workflow/pipeline/scenarios). Each item should have: 'id', 'label', 'type' (optional), 'detail' (optional), plus nested data fields like 'config', 'commands', 'steps', 'resources', 'records', 'metrics', 'summary'. | |
| description | No | Brief summary of the flow purpose | |
| explanation | Yes | Detailed explanation displayed in the left panel. Describe: What problem does this solve? What's the context? Key insights? If using nested data, explain what each child node represents. | |
| template_id | Yes | Template identifier for categorization. Common values: 'debug-trace', 'api-flow', 'deployment', 'architecture', 'algorithm', 'system-design', or any custom string. | |
| project_name | No | Project name for organization (defaults to 'default') |
noteit_notes_createTry in Inspector
Create notes with Mermaid diagram support. IMPORTANT: title ≠ projectName. title = specific note title/name, projectName = actual repository/project name the user is currently working on (e.g., 'my-ecommerce-site', 'data-analyzer', 'mobile-app'). CRITICAL: Ask user for their current project name if not specified, or infer from current working directory/context. DO NOT make up project names based on note titles. VISUAL STRATEGY BY RECORD TYPE: note(general)=balanced text+diagrams, task(todo)=primarily text-based, why(explanation)=emphasize visual diagrams for clarity, issue(problem)=diagrams when helpful for analysis. ENCOURAGE using Mermaid diagrams when appropriate - especially for database structures (erDiagram), workflows (flowchart), system architecture (graph), API sequences (sequenceDiagram). For class relationships, use SIMPLE classDiagram syntax only. Supports 4 record types (note/task/why/issue). Required: title, content, projectName. SMART TAG LOGIC: IF content is tech-related (programming, development, tools), provide exactly ONE relevant tag from: frontend, backend, database, bug-fix, feature, documentation, testing, refactor, config, api, ui, performance, security. IF content is personal/life notes (weather, diary, random thoughts), provide NO tags. IF user specifies tags, use exactly what user provides. Only provide multiple tags if user explicitly requests 'multiple tags'. Mermaid v11.10.0 COMPATIBLE types: graph TD/LR, flowchart TD/LR, sequenceDiagram, erDiagram, gantt, pie, stateDiagram, stateDiagram-v2. For classDiagram: ONLY use basic syntax (class ClassName { +field: type +method() }, inheritance with <|--). AVOID: complex classDiagram features, interfaces, annotations, multiplicity. MERMAID SAFETY CHECKLIST: use ASCII arrows (-->), quote labels containing spaces/CJK/special characters, avoid gitgraph, and when you define multiple subgraph blocks, connect them with at least one edge so clusters stay linked and render at normal scale. NOTE: This is for note-taking, separate from agent profile configuration.
| Name | Required | Description | Default |
|---|---|---|---|
| tags | No | SMART TAG LOGIC: IF content is tech-related (programming, development, tools), provide exactly ONE tag from: frontend, backend, database, bug-fix, feature, documentation, testing, refactor, config, api, ui, performance, security. IF content is personal/life notes (weather, diary, random thoughts), provide NO tags. IF user specifies tags, use exactly what user provides. Only provide multiple tags if user explicitly requests 'multiple tags'. | |
| title | Yes | Specific note title/name (required) | |
| content | Yes | Note content with Markdown and Mermaid support (required). Use ```mermaid blocks for diagrams. | |
| recordType | No | Record type (optional): note(general)/task(todo)/why(explanation)/issue(problem). All types support Mermaid diagrams. | |
| templateId | No | Template ID (optional) | |
| projectName | Yes | Determine the project name as follows: 1. If the project name is already known, use it directly. 2. Otherwise, use the basename of the current working directory. 3. If that is unknown, try `git rev-parse --show-toplevel | xargs basename`. 4. If neither method works, fall back to the current directory's basename as a temporary project name (required) | |
| project_name | No | Determine the project name as follows: 1. If the project name is already known, use it directly. 2. Otherwise, use the basename of the current working directory. 3. If that is unknown, try `git rev-parse --show-toplevel | xargs basename`. 4. If neither method works, fall back to the current directory's basename as a temporary project name (compatibility format, optional) |
noteit_notes_listTry in Inspector
List user notes with optional tag and project filtering. Use 'projectName' to filter by project, or omit for cross-project search. Results show project name for context. NOTE: This is for note-taking, separate from agent profile configuration.
| Name | Required | Description | Default |
|---|---|---|---|
| tags | No | Filter by tags | |
| limit | No | Maximum number of results | |
| projectName | No | Filter notes by project name. Use this to find notes specific to the current project. | |
| project_name | No | Compatibility alias for projectName |
noteit_notes_readTry in Inspector
Read a specific note by ID
| Name | Required | Description | Default |
|---|---|---|---|
| noteId | Yes | Note ID |
noteit_profiles_generateTry in Inspector
CREATE AGENT CONFIGURATION COMPONENTS: Generate and save individual configuration components (persona, rule, document, instruction) that can be assembled into agent profiles. Use 'content' parameter with YOUR generated content. This is for building configuration sets, not for note-taking.
| Name | Required | Description | Default |
|---|---|---|---|
| name | Yes | Name for the new resource | |
| tags | No | Tags for the resource. Default to ['AI-generated'] unless user specifies otherwise. | |
| prompt | No | Legacy: prompt for template generation (fallback) | |
| content | No | The content YOU generated (preferred) | |
| profileId | No | Profile ID to link to (optional) | |
| profileName | No | Profile name to link to (optional) | |
| addToProfile | No | Whether to link to profile | |
| resourceType | Yes | Type of resource to save |
noteit_profiles_getConfigTry in Inspector
GET AGENT CONFIGURATION: Retrieve a composable AI agent configuration profile containing personas, instructions, rules, and documents. When a profile contains persona settings, adopt that persona and follow its behavioral patterns. When it contains instructions, execute those instructions as requested. Use this to get configuration settings that define how you should behave and respond for specific tasks or roles.
| Name | Required | Description | Default |
|---|---|---|---|
| format | No | Output format | text |
| profileId | No | Profile ID | |
| profileName | No | Profile name |
noteit_profiles_listTry in Inspector
List user agent profiles - configuration sets for AI behavior. When using profiles with personas, adopt their characteristics and follow any instructions provided.
| Name | Required | Description | Default |
|---|---|---|---|
| tags | No | Filter by tags | |
| limit | No | Maximum number of results |
noteit_web_createTry in Inspector
Generate interactive HTML notes to help developers UNDERSTAND complex concepts, processes, or technical details. This is a NOTE-TAKING tool (like Markdown notes, but richer HTML format) — NOT for building websites. Creates self-contained, single-file HTML explanations stored in database (private, noindex). LAYOUT SELECTION (choose based on content): (1) CENTERED NAVIGATION: Use when steps ≤ 5 OR content is simple/focused (quick tutorials, concept explanations, bug fixes). Features: pure black background, horizontal step indicators, center content. (2) SIDEBAR NAVIGATION: Use when steps ≥ 6 OR content is comprehensive (long docs, complete workflows, architecture deep-dives). Features: dark slate background, fixed left sidebar navigation. VISUAL BASELINE: Tailwind CSS (CDN), Inter/JetBrains Mono fonts, dark theme, responsive design. ENCOURAGE: animations, step indicators, code comparisons (before/after), interactive demos, smooth transitions, keyboard navigation. FOR SIDEBAR LAYOUTS: Prefer using 'App Shell' pattern (flex h-screen overflow-hidden) over 'position: fixed' to ensure stability in sandboxed environments. MERMAID SAFETY: Write in sequenceDiagram... (NO code blocks). Use dark theme - ensure text/line colors are visible on dark background. CRITICAL: participants must be ACTIVE entities (services/users) that send/receive messages - NOT passive data (Params/Payload/Config). Quote labels with spaces/CJK. Match diagram complexity to text focus. Connect multiple subgraphs with edges. CODE FORMATTING (CRITICAL): For ANY multi-line code (Python/JS/TypeScript/etc), file trees, directory structures, ALWAYS use tags together OR add style="white-space: pre-wrap; display: block;" to . Plain alone compresses whitespace and newlines causing code to display as single line. ANCHOR NAVIGATION (CRITICAL for SPA): MUST add JavaScript at end of : capture all anchor clicks with preventDefault/stopPropagation, use element.scrollIntoView({behavior:'smooth'}), update URL with history.replaceState. Add scroll-margin-top to sections. Implement active state switching on nav links. Use when explaining: OAuth flows, rendering pipelines, architecture, API workflows, algorithm logic. Required: title, html_content (complete ), projectName. Optional: description, tags, icon_name.
| Name | Required | Description | Default |
|---|---|---|---|
| tags | No | SMART TAG LOGIC: Provide exactly ONE relevant tag from: tutorial, deployment, security, architecture, api, oauth, database, performance, guide, reference. IF user specifies tags in their message, use exactly what user provides. Only provide multiple tags if user explicitly requests 'multiple tags'. If no clear category, omit this parameter. | |
| title | Yes | Specific web page title/name (required) | |
| icon_name | No | Icon name from lucide-react library (e.g., 'Code', 'Database', 'Lock'). Optional. | |
| description | No | Brief description of the web page content (optional, recommended for SEO) | |
| projectName | Yes | Actual repository/project name the user is currently working on (required). Ask user if not specified, or infer from working directory. DO NOT make up project names. | |
| html_content | No | REQUIRED: Complete HTML document with <!DOCTYPE html>, <html>, <head>, and <body> tags. You MUST provide this parameter. If your IDE truncates output, retry with: Tailwind CDN, Mermaid.js for diagrams (not SVG), keep under 15KB. | |
| project_name | No | Same as projectName (compatibility format) |
FAQ
How do I claim this server?
To claim this server, publish a /.well-known/glama.json file on your server's domain with the following structure:
The email address must match the email associated with your Glama account. Once verified, the server will appear as claimed by you.
What are the benefits of claiming a server?
- Control your server's listing on Glama, including description and metadata
- Receive usage reports showing how your server is being used
- Get monitoring and health status updates for your server
Your Connectors
Sign in to create a connector for this server.