Personal OS MCP

Independent Model Context Protocol server for the Personal OS AI API. It exposes practical, typed MCP tools over stdio and performs every real operation through the existing HTTP API.

MCP client → personal-os-mcp → Personal OS /api/v1/ai/* → Personal OS database

The server never connects to MySQL, imports Laravel internals, accepts a User ID, or reproduces Personal OS ownership and lifecycle logic. Personal OS remains authoritative.

Technology

• Node.js 20 or newer

• Node.js 22.7.5 or newer when running the current MCP Inspector

• TypeScript with strict checking

• Official @modelcontextprotocol/sdk 1.30

• Zod schemas

• Native Node fetch

• Vitest, ESLint, and Prettier

• Local stdio transport

Related MCP server: MCP Personal Tools Server

Setup

Personal OS must be available locally, normally at http://localhost:8080.

cd /home/lika/projects/personal-os-mcp
npm install
cp .env.example .env

Create a dedicated User-bound AI token from the Personal OS project:

cd /home/lika/projects/personal-os
docker compose exec app php artisan ai:token user@example.com --name=chatgpt

Use the actual account email interactively. The token is displayed once. Store it only in the local ignored .env file or a secret manager:

PERSONAL_OS_BASE_URL=http://localhost:8080
PERSONAL_OS_AI_TOKEN=replace_with_the_once_displayed_token
PERSONAL_OS_MCP_TIMEOUT_SECONDS=15

Never commit, log, paste into documentation, or place a real token in .env.example.

Commands

npm run dev
npm run typecheck
npm run build
npm start
npm test
npm run lint
npm run format:check

Development mode runs TypeScript directly. npm run build writes ESM output to dist; npm start runs the built stdio server.

Inspect the built server with the official MCP Inspector:

npm run build
npx @modelcontextprotocol/inspector node dist/index.js

The server validates required environment variables at startup. Protocol messages use stdout; configuration failures use stderr without printing the token or environment.

Tools

System

• personal_os_health

• personal_os_capabilities

Tasks and Planning

• personal_os_list_tasks

• personal_os_get_task

• personal_os_create_task

• personal_os_update_task

• personal_os_bulk_update_tasks

• personal_os_complete_task

• personal_os_reopen_task

• personal_os_archive_task

• personal_os_unarchive_task

• personal_os_move_task_to_trash

• personal_os_restore_task

• personal_os_update_task_planning

• personal_os_list_planning_tasks

• personal_os_get_task_planning

Tags

• personal_os_list_tags

• personal_os_get_tag

• personal_os_create_tag

• personal_os_update_tag

• personal_os_archive_tag

• personal_os_restore_tag

• personal_os_delete_tag

Containers / Lists

• personal_os_list_containers

• personal_os_get_container

• personal_os_create_container

• personal_os_update_container

• personal_os_archive_container

• personal_os_restore_container

• personal_os_delete_container

Projects

• personal_os_list_projects

• personal_os_get_project

• personal_os_create_project

• personal_os_update_project

• personal_os_archive_project

• personal_os_restore_project

• personal_os_delete_project

Collections

• personal_os_list_collections

• personal_os_get_collection

• personal_os_create_collection

• personal_os_update_collection

• personal_os_archive_collection

• personal_os_restore_collection

• personal_os_delete_collection

A Collection is a root-level Task Container. There is no collection-item model or item mutation tool.

Notes

• personal_os_list_notes

• personal_os_get_note

• personal_os_create_note

• personal_os_update_note

• personal_os_complete_note

• personal_os_uncomplete_note

• personal_os_archive_note

• personal_os_restore_note

• personal_os_delete_note

Unified Items

• personal_os_list_inbox_items

• personal_os_list_archive_items

• personal_os_list_planning_items

Reviews

• personal_os_list_reviews

• personal_os_list_review_types

• personal_os_get_review

• personal_os_start_review

• personal_os_update_review_section

• personal_os_apply_review_action

• personal_os_skip_review_item

• personal_os_complete_review

• personal_os_abandon_review

• personal_os_get_review_summary

Safety metadata

MCP annotations use only SDK-supported fields: readOnlyHint, destructiveHint, idempotentHint, and openWorldHint.

Confirmation is recommended for:

• every permanent delete tool;

• bulk Task update;

• moving a Task to Trash;

• archive actions;

• abandoning a Review;

• Review item actions because an action may mutate or delete its source.

Lifecycle meanings:

• Trash: recoverable Task soft delete; personal_os_restore_task can recover it.

• Archive: reversible removal from active views; the matching restore/unarchive action reactivates it.

• Final delete: permanent and irreversible; applies to Containers, Projects, Collections, Tags, and Notes.

The MCP protocol annotations inform compatible hosts, but the server does not create a custom Accept/Reject UI.

HTTP and errors

The centralized client sends Accept: application/json, JSON bodies where applicable, and a redacted Bearer token header. It safely joins base paths, omits null/empty query values, applies a configurable timeout, validates JSON response shape, and returns structured tool errors:

• authentication for 401

• authorization for 403

• not_found for 404 or foreign-owned IDs

• validation with field errors for 422

• rate_limited for 429

• upstream for 5xx

• network, timeout, invalid_json, or contract for transport/response failures

Only transient connection/timeout failures on GET requests are retried, at most twice after the initial attempt. Mutations are never retried automatically.

Security boundary

• One local token represents exactly one Personal OS User.

• The token must have the ai:access ability and ai-api: name prefix.

• Normal application tokens cannot call the AI namespace.

• AI tokens cannot call normal User/admin endpoints.

• Authorization values are never included in tool errors.

• .env and .env.* are ignored except .env.example.

Known limitations

• Local stdio only; no Streamable HTTP transport or remote deployment.

• No OAuth or multi-user token selector.

• No Reminders, Recurrences, or Checklist mutation tools.

• No ChatGPT widget, custom frontend, or Accept/Reject UI.

• Tool schemas are maintained as a typed projection of Laravel routes, Form Requests, enums, Resources, and capabilities because Personal OS currently publishes no OpenAPI document.

Future stages may add the explicitly deferred domains, HTTPS remote deployment, and ChatGPT integration after their security and deployment decisions are approved.