CRM API — Endpoint Reference

Arc OS — The Orchestration System for AI Teams

General Information

Parameter Value
Base URL https://arc-os.co/api/crm
Authorization Authorization: Bearer <JWT> or ?token=<JWT> (for SSE/WebSocket)
Content-Type application/json
JWT algorithm HMAC-SHA256
JWT TTL 24 hours

Authentication

All endpoints (except /docs/*) require a JWT token in the Authorization: Bearer <token> header.

For SSE and WebSocket connections the token is passed via the ?token=<JWT> query parameter.

Authorization errors

Code Description
401 Missing or invalid token
403 No access to the project (multi-tenancy)

Endpoints by Category

Account & Settings

Method Path Description
GET /account/settings Get account settings
PUT /account/settings Update account settings

Onboarding + Trial Credits (Phase 50.1)

Method Path Description
POST /onboarding/setup Create the first project. Body multipart: config (JSON) + files. The anthropicKey field is now optional — if empty + user has email_verified + has not received a trial before, the project is created in trial_mode=1 with 100K free tokens. Response: { ok, project, trial_activated }. Phase 51: returns 402 with {error:"plan_limit_reached", reason, current, limit, plan} when the user has exceeded the project limit for their plan.
GET /account/trial-status Trial status for the UI banner. Response: { email, email_verified, trial_granted, has_trial_active, total_remaining, total_granted, projects: [...] }
GET /account/usage Token usage history for the authenticated user (Phase 63, #148). Response: { rows: [ { project_name, worker_id, input_tokens, output_tokens, cache_tokens, total_tokens, created_at } × up to 200 ], totals: { total, input, output } }. Reads token_usage_log by owner_id. Shown in UserDropdown (UsageCard) and BillingPage (Token Usage section).
GET /account/billing-summary Consolidated billing summary (#309). Response: { arc: { plan, status, tokens_this_month, tokens_input, tokens_output, renewal_date }, anthropic: { connected, key_prefix, credit_balance_usd, spend_month_usd, tokens_this_week } }. The Anthropic section is filled server-side via the Anthropic API using the user's account_settings.anthropic_key (fallback → PLATFORM_ANTHROPIC_KEY). Shown in the UserDropdown UsageCard.

Onboarding Checklist (Phase 54.1, issue #56)

Post-wizard 5-step engagement checklist. Each step (workers, cli, skill, bot, issue) accepts a status of completed or skipped. Mutations are idempotent: a repeated identical POST returns the same state and does not write a duplicate to activity_log. Replay does not reset state, it only clears dismissed_at — the UI shows the panel again with the same progress.

Method Path Description
GET /onboarding/progress Current state for the authenticated user. Response: { steps:["workers","cli","skill","bot","issue"], state:{<step>:<status>}, completed_count, total_steps:5, completed_at, dismissed_at, source, started_at, updated_at }. Untouched user → zeros/null without creating a row.
POST /onboarding/event Record a step transition. Body: { step: "workers"|"cli"|"skill"|"bot"|"issue", status: "completed"|"skipped", source?: "web"|"cli" }. Whitelist validation → 400 on an unknown step/status. Response: same shape as GET. Emits onboarding_step_completed/onboarding_step_skipped to activity_log only when changed; on the transition to 5/5 additionally emits onboarding_completed with duration_ms.
POST /onboarding/dismiss Close the panel (dismissed_at = now). Idempotent. Emits onboarding_dismissed on the first call with payload {completed_count}.
POST /onboarding/replay Reopen a dismissed panel (dismissed_at = NULL). Step state is untouched. Emits onboarding_replayed on a clear-event.
POST /projects/:name/active-issue Issue #115. Bind current web session to an issue. Body: { issue_id: number, title?: string }. Writes activity_log event session_active_issue (source=web).
GET /projects/:name/active-issue Issue #115. Latest bound issue for this owner within 7d. Response: { active_issue_id, title, ts }.
GET /onboarding/cli-status Phase 54.3 (issue #58). Has the user logged in via arc login in the last 30 days? Response: { installed: boolean, last_cli_at: string|null }. SSOT — rows in activity_log with event_type='cli_invocation' and actor=chatId. The frontend onboarding checklist polls this endpoint every 10s while the CLI step is pending; when installed=true — the cli step is automatically marked as completed.
GET /analytics/onboarding-funnel Phase 54.6 (issue #61). Admin-only (#497 — platform-wide stats, 403 for regular users). Aggregate funnel stats over rolling window. Query: hours=168 (1-720, default 7d). Response: { hours, total_steps:5, started_users, completed_users, completion_rate, per_step: [{step, completed, skipped}…], duration_p50_ms, duration_p90_ms, ttfc_p50_ms, ttfc_sample_size }. SSOT — activity_log events onboarding_step_* + onboarding_completed + cli_invocation. TTFC = time-to-first-arc (julianday delta from the first onboarding step to the first cli_invocation per actor).

SSOT for funnel metrics (Phase 54.6 / issue #61) — events in activity_log (event_type LIKE 'onboarding_%'). The onboarding_progress table is a derived cache: the UI renders with a single query instead of aggregating over events.

| GET | /analytics/lifecycle-funnel | #519 Part A. Admin-only. Lifecycle funnel over a signup cohort: signup → email_verified → first_project → first_worker → first_message → first_response → return_day2. Query: days=30 (1-365). Response: { windowDays, cohortSize, steps: [{key, count, pctOfCohort, pctOfPrev, medianSecondsFromPrev}…], segments: {web|tg|cli: {cohort, steps}}, acceptance: {medianSignupToFirstResponseSec, targetSec:120, sampleSize} }. Sources: users (signup/verified), projects.owner_id (first project), activity_log worker_created (+ preset-seeded project_created fallback), chat_messages via owner join (message/response), auth_events login ≥24h post-signup (day-2). Segments: cli = device_code_approve/cli_invocation evidence; tg = telegram project_channels or numeric TG-born id; else web. | | GET | /analytics/response-latency | #560. Admin-only. Worker first-response pipeline latency, per stage, from chat_messages.metadata.latency written by the child bot for CRM-originated replies. Query: days=7 (1-90). Response: { windowDays, sampleSize, stages: {queue_ms|prep_ms|gen_ms|total_ms: {p50, p90, n}} }. Stages: queue = POST→inbox dequeue; prep = dequeue→claude spawn; gen = claude wall time; total = POST→reply persisted. Percentiles are nearest-rank. | | GET | /analytics/cascade | #562 S5. Admin-only. Spec-gated model-cascade telemetry. Query: days=14 (1-90). Response: { windowDays, applied, escalated, escalationReasons: {class: n}, byModel: [{model, turns, total_tokens}] }. Sources: activity_log events cascade_applied/cascade_escalated + token_usage_log.model (migration 064). Reason classes bucket the prefix before : (e.g. eval_failure). |

Beta Feedback (Phase 53.3)

Method Path Description
POST /feedback Submit beta feedback. Body: {type: "bug"|"feature"|"other", title, description, project?, browser?}. Writes to activity_log (event_type=feedback_report) and pings the CEO on Telegram.
GET /admin/feedback List recent submissions (admin only). Query: limit=50 (max 500). Response: {items: [...], count}.
POST /feedback/translation Submit a translation issue (Phase 59.4). Body: {locale, msgid, suggestion, severity: "minor"|"major"|"wrong", current_translation?, page_url?}. Stores in translation_feedback.
GET /admin/translations List translation feedback (admin). Query: locale, status=open|accepted|rejected|all, limit. Response: {items, count}.
GET /admin/translations/stats Per-locale health stats (admin). Response: {stats: [{locale, total, open_count, accepted, rejected, critical_open}]}.
POST /admin/translations/:id/accept Accept a suggestion — patches the .po file on disk. Body: {note?}. Response: {ok, po_patched, glossary_suggestion}.
POST /admin/translations/:id/reject Reject a suggestion. Body: {note?}. Response: {ok}.

POST /feedback/translation — validates: locale ∈ {uk,de,es,fr,pl,pt-BR,ru}, msgid ≤1000, suggestion ≤2000, severity ∈ {minor,major,wrong}. After 3+ accepted suggestions for same msgid → glossary_suggestion: true in accept response.

The floating widget in FeedbackWidget.jsx now has a 4th type, "Translation" — auto-fills locale from i18n.locale, captures msgid + suggestion + severity.

Arc Help AI Chat (Phase 61, #147)

Method Path Description
POST /help/chat In-app AI Q&A. Body: {message, history: [{role,text}]}. Response: {reply, sources: string[], remaining, limit}. Rate limit: 30/day/user.
GET /help/usage Current limit. Response: {remaining, limit, used}.

POST /help/chat — pipeline: (1) rate-limit check (429 if exceeded), (2) RAG via shared/rag.ts (Cohere + sqlite-vec, Phase 71) merging project + _global_ skill hits → fallback keyword search of docs/public/, (3) Claude Haiku with system prompt + doc context + history. message ≤2000 chars. Replies in the language of the query.

Beta Invites (Phase 52.1, admin-only)

Method Path Description
GET /admin/dashboard System Dashboard (Phase 60.9, #145). Admin-only. Returns: CPU/RAM/Disk from /proc, users by plan, container fleet, last-50 activity events, waitlist + project + issue stats.
GET /admin/wipe-metrics WIP-E telemetry dashboard (#308). Admin-only. Returns: {render: {count, avg_ms, p50_ms, p95_ms, max_ms}, interaction: {count, avg_per_session, p95_per_session, max_per_session, sessions_zero}, by_worker: [{worker_id, render_count, avg_render_ms, session_count, avg_interactions}], daily: [{date, renders, interactions, avg_render_ms}], recent: [...]}.
GET /admin/waitlist List all waitlist applications. Admin only. Response: {entries: [{id, email, message, status, created_at}]}.
POST /admin/waitlist/:id/approve Approve an application — generates an invite code (arc-XXXX-XXXX), sends an email with the code, updates status→approved. Response: {ok, invite_code, email_sent}.
POST /admin/waitlist/:id/reject Reject an application. Response: {ok}.
GET /admin/invites List all invite codes + counts (total_active, total_used). Admin only.
POST /admin/invites Generate N codes. Body: {count: N, note?: string}. Admin only. Response: {ok, codes, count}.
DELETE /admin/invites/:code Revoke unused invite code.
/admin/notebooklm/* Removed in Phase 71.8 along with the NotebookLM Bridge. Semantic search now works through self-hosted RAG (rag-architecture.md).

Auth flow update: POST /api/auth/register now requires an invite_code field (Phase 52.1 closed beta). Without a code → 403 {error: "invite_required"}. Invalid/used code → 403 {error: "invalid_invite"}.

Standard Cloud — WebSocket Terminal + SSE Logs (Phase 60 #139)

Protocol Path Description
WS /ws/cloud/:userId/terminal?token=<JWT> Proxy to docker exec -i <containerId> /bin/bash. IDOR: userId must match the chatId from the JWT. A paused container is auto-resumed. Incoming WS frames → container stdin; stdout+stderr → WS frames.
SSE /api/sse/cloud/:userId/logs docker logs -f --tail 50 for the user's container. Auth: Bearer JWT. IDOR: userId === chatId. Events: data: {"line": "..."} per line, data: {"closed": true} on exit.

Standard Cloud (Phase 60)

Method Path Description
POST /cloud/claude-verify Verifies claude --version in the container (transport-safe shell-quoted via SSH in remote-host mode, #329). Sets claude_authed=true. Response: { ok, output }
POST /cloud/ssh-keygen Generates an ed25519 key in the container (idempotent). Response: { public_key }
POST /cloud/ssh-verify ssh -T [email protected] in the container. Sets github_authed=true on success. Response: { ok, output }
POST /cloud/provision Provision a Docker container for the user. Requires the cloud plan, 402 otherwise. Idempotent: if a container already exists — returns the current state. Response: { container_id, status, server_ip, port, claude_authed, github_authed }
GET /cloud/status Container state + live docker inspect reconciliation. Response: { container_id, status, server_ip, internal_port, claude_authed, github_authed, docker_running, last_active, created_at } or { status: "none" }
POST /cloud/deprovision Stop + remove the container (docker stop + docker rm -f + docker network rm arc-net-{id}). Updates status=deleted in the DB. Response: { ok: true, container_id }

Container statuses: provisioningreadypausedsuspended / deleted.

Security (SEC-60 #152, #154, #155, #156): each container is isolated in its own network arc-net-{id} (lateral movement prevention). The Contabo→Hetzner SSH connection uses a dedicated arcapi user (docker group, no root) with a docker-only wrapper — non-docker commands are blocked at the authorized_keys level. ARC_TOKEN is injected via docker exec after startup (not visible in docker inspect). git clone is constrained by timeout 60. WebSocket idle timeout: 120s. SSE docker logs is limited to --since 1h. IDOR prevention: all endpoints verify container.user_id === req.userId. Security flags on docker run: --cap-drop=ALL --security-opt=no-new-privileges --cpus=1.5 --memory=2g --pids-limit=200. Volumes: arc-{id}-workspace:/workspace, arc-{id}-claude:/home/arcuser/.claude, arc-{id}-ssh:/home/arcuser/.ssh. Lifecycle (#141): GET /cloud/status always updates last_active. Idle 30 min → docker pause (cron every 5 min, scripts/cloud-lifecycle-cron.ts). Wake: CRM message, TG message, WS upgrade → docker unpause automatically.

Waitlist (#134):

Method Path Description
POST /cloud/waitlist Join the queue. Idempotent. Response: { position, status, joined_at, message }. 409 if already on the cloud plan or a container already exists.
GET /cloud/waitlist/status Own status in the queue. Response: { position, status, joined_at, invited_at } or { status: "not_joined" }.
GET /cloud/waitlist Admin only. Full list + stats. Response: { stats: { total, waiting, invited, activated }, list: [...] }.
POST /cloud/waitlist/invite Admin only. Invite a user. Body: { user_id }. Sets status=invited + automatically upgrades the plan to cloud. Response: { ok, user_id, position }.

Billing (Phase 51 → #202 Plata by mono)

Phase #202: Stripe replaced with Plata by mono (monobank internet acquiring). Recurring subscriptions via tokenization (the card is saved on the first payment).

Method Path Description
GET /billing/status Current plan, limits, usage, features. Response: { plan, status, current_period_end, next_billing_date, plata_masked_pan, limits, usage, features, pricing, can_upgrade, plata_ready }
POST /billing/checkout-session Creates a Plata invoice with tokenization. Body: { plan: "min"|"cloud", success_url?, cancel_url? }. Response: { url, invoice_id, plan, amount_uah }. 503 if PLATA_MERCHANT_TOKEN is not in the vault.
POST /billing/webhook Plata callback (NO CRM auth — verified by X-Token header). Statuses: success (activates the plan + stores cardToken), failure/expired (increments billing_failures, 3+ → downgrade to free). Idempotent via plata_events table.
POST /billing/cancel Cancel the subscription (downgrade to free). Pauses the Docker container for the cloud plan. Response: { ok, plan: "free" }.

#205 (2026-05-26): Legacy /billing/portal-session route was removed alongside Stripe dead code. Use /billing/cancel to cancel a subscription.

Plan limits (OR-semantic):

402 response on POST /onboarding/setup or POST /projects/:name/workers when the limit is exceeded: { error: "plan_limit_reached", reason: "projects_limit"|"workers_limit", current, limit, plan, message }

Admin users (role=admin) bypass the plan-limit check entirely — they are operators, not paying tenants.

Beta testers (subscriptions.plan='beta', Phase 52 F&F) also bypass it — unlimited projects/workers plus all Max features. Assigned manually: UPDATE subscriptions SET plan='beta' WHERE user_id=?.

Bugfix (issue #25): POST /projects/create (Quick Start, Phase 50.2) previously crashed with ownerChatId is not defined due to a typo — fixed, the audit actor is now recorded correctly.

Bugfix (issue #26): allocatePort() for new projects now probes real TCP bindings (ss -tln), not just the registry. Previously it could hand out a port occupied by a non-registry service (NotebookLM bridge :19213, internal bridges) → the workspace bot crashed with EADDRINUSE.

Auth flow (Phase 50.1): /api/auth/register and /api/auth/login now return a JWT even for an unverified email + flag needs_verification: true. Sensitive actions (trial grant, billing, invites) check email_verified separately. Rate limit on signup: 3 / IP / 24h.


Projects (9 endpoints)

Method Path Description
GET /projects List the user's projects
POST /projects/create Create a project — body: {displayName, projectName, niche?, teamPreset?}; for trial users automatically sets trial_mode=1 and injects PLATFORM_ANTHROPIC_KEY
POST /projects/create-with-team Atomic creation of project + workers + (optional) TG bot in a single request — body: {project, workers[], telegram?}; rollback on error. #517: telegram.token тепер зберігається у project:<name>:telegram:bot_token (unified channel bots, Phase 76) — раніше писався у legacy child:<name>:token, який unified-боти не читають.
GET /projects/suggest-preset Preset suggestion by niche — query: niche=<text>; returns {preset_id} based on a keyword map
GET /projects/:name Project details
GET /projects/:name/config Project configuration
PUT /projects/:name/config Update configuration
POST /projects/:name/upload-icon Upload a PNG/GIF project icon
POST /projects/:name/workers/:id/upload-icon Upload a PNG/GIF worker icon
GET /projects/:name/protocol Project protocol
PUT /projects/:name/protocol Update protocol
GET /projects/:name/logs Project logs
GET /projects/:name/metrics Project metrics

POST /projects/create — body:

{
  "technical_name": "string",
  "displayName": "string",
  "description": "string",
  "icon": "string",
  "color": "string"
}

GET /projects/:name/logs — query: category, lines

GET /projects/:name/metrics — query: since, until


Workers (11 endpoints)

Method Path Description
GET /workers #304 Phase A — all workers across all projects of the current user. Response: { workers: [{ id, label, icon, type, model, tools, context_assets, project_name }] }. Filtered by owner_id (multi-tenancy). The CEO sees all projects.
GET /workers/presets #228 — global preset library (project-agnostic). Returns 13 workers from the canonical config/workers_registry.json: { presets: [{ id, label, icon, type, model, max_turns, tools, system_prompt, context_assets, focus_dirs, prompt_style }] }. Used by WorkerCreationWizard for Step 1.
GET /model-tiers #518 — model tiering config from config/model_tiers.json. Returns { tiers: [{ key, label, stage, model, hint }], roleDefaults: { <roleId>: <tierKey> }, fallbackTier }. Powers the composer per-message model picker (Auto + Opus/Sonnet/Haiku stage labels) and the role→tier default applied at worker creation. #520 spawn-time resolution honors the per-project model_mode: per-message model override > (strict → per-worker configured model · optimizedefaultModelForRole(role)). Mode is toggled via PUT /projects/:name/config { modelMode: "strict"|"optimize" } (default strict).
GET /workers/templates #304 Phase I — templates of the current user. Response: { templates: [{ id, name, description, config, is_public, created_at }] }.
POST /workers/templates #304 Phase I — save/update a template. Body: { name, description?, config }. Response: { ok, id }.
DELETE /workers/templates/:id #304 Phase I — delete a template (owner only). Response: { ok }.
GET /projects/:name/workers List workers
POST /projects/:name/workers Create a worker
POST /projects/:name/workers/reorder Phase 53.8 — reorder workers. Body: {order: [id1, id2, ...]}. Atomically rewrites workers_registry.json. Workers missing from order are appended at the end (loss protection). Response: {ok, count, order}.
PUT /projects/:name/workers/:id Update a worker
DELETE /projects/:name/workers/:id Delete a worker
POST /projects/:name/workers/generate-prompt Generate a system prompt
GET /projects/:name/workers/:id/telegram-token Get the Telegram token
POST /projects/:name/workers/:id/telegram-token Phase 53.4 — validates the token via Telegram getMe, stores bot_username in the vault, refuses if the same bot is already bound to another worker (409). Response: {ok, started, bot_username}.
DELETE /projects/:name/workers/:id/telegram-token Delete the Telegram token
POST /projects/:name/workers/:id/avatar #304 Phase D — upload an avatar (multipart file, JPEG/PNG/WebP, max 2 MB). Magic-byte check. Stores in data/worker-avatars/, writes to worker_avatars (migration 043). Response: { ok, url }.
GET /projects/:name/workers/:id/avatar #304 Phase D — get the avatar as binary (Content-Type matching the MIME). 404 if no avatar is uploaded.
DELETE /projects/:name/workers/:id/avatar #304 Phase D — delete the avatar, reset avatar_pack='role' in the worker JSON.
GET /projects/:name/workers/:id/activity #306 — worker activity feed (last 50 events). Merged: activity_log (actor=workerId) + project_issues.activity (author=workerId) + token_usage_log (daily snapshots). Response: { events: [{ type, title, detail, when }] }. Types: git_commit, skill_loaded, skill_unloaded, issue_pick, issue_close, issue_log, token_budget, session_start.
GET /projects/:name/workers/:id/runtime #306 — worker runtime state. Response: { status: 'working'|'idle', status_started_at, tokens_today, tokens_pct, tokens_cap, current_skill }. Reads from workers_runtime_state (migration 045) first; staleness fallback: status='working' + tmux dead + updated_at > 10 min → idle (crash detection). Plan-based daily cap via subscriptions.plan lookup: free=100K, starter=400K, starter_cloud=2M, beta=unmetered (returns tokens_cap: null, tokens_pct: 0). Poll interval 15s.
POST /projects/:name/workers/:id/notify Phase 53.2 — send a TG event ping ({event?, text, buttons?}). Silent no-op if no token is bound or CRM_DISABLE_TG_NOTIFY=1.
POST /projects/:name/workers/:id/suggest-bot-username 53.11.1 (issue #48) — returns 5 TG username candidates for the bot-creation wizard in the format <project>_<worker>_bot + numbered fallbacks. Slugify strips hyphens, truncates to 32 chars (the worker part is trimmed first). Response: {candidates: string[]}.
POST /metrics/wizard 53.11.1 (issue #48) — telemetry sink for the bot-creation wizard. Body: {action, duration_ms?, attempts?, success?, project?, worker_id?, locale?} (#124: locale_active/locale_switch events). Writes to activity_log (event_type=wizard_metric), best-effort.
GET /analytics/wizard-metrics?hours=168 53.11.1 (issue #48) — admin-only (#497) funnel summary: {starts, completions, abandons, success_rate, avg_duration_ms_completed, avg_attempts_completed, by_action}. Default 7 days, clamp 1-720h.
POST /projects/:name/restart Restart a worker
GET /projects/:name/active-role Current active role
POST /projects/:name/active-role Change the active role

POST /projects/:name/workers — body:

{
  "label": "string",
  "icon": "string",
  "type": "terminal | telegram",
  "model": "string",
  "max_turns": 20,
  "tools": ["Read", "Write", "Bash"],
  "system_prompt": "string",
  "focus_dirs": ["src/", "docs/"]
}

max_turns defaults to 20 (previously 5, which caused the "Reached max turns" error in multi-step dialogs with tool calls).

POST /projects/:name/restart — query: worker_id


Files & Storage (8 endpoints)

Method Path Description
GET /projects/:name/files File tree
POST /projects/:name/files/upload Upload a file (multipart, max 100MB)
POST /projects/:name/files/mkdir Create a directory
POST /projects/:name/files/create Create a file
GET /projects/:name/files/read Read a file
PUT /projects/:name/files/save Save a file
DELETE /projects/:name/files/delete Delete a file
POST /projects/:name/files/clone Git clone a repository

GET /projects/:name/files — query: path

GET /projects/:name/files/read — query: path, raw


Skills (18 endpoints)

Project skills

Method Path Description
GET /projects/:name/skills List project skills. Returns global skills (owner_project=NULL) + this project's skills (owner_project=name). Other projects' skills are not included (#157).
POST /projects/:name/skills Create a skill. Stored with owner_project=name, visible only to this project.
PUT /projects/:name/skills/:id Update a skill
DELETE /projects/:name/skills/:id Delete a skill

#210 (2026-05-26): DB (skills_global) is now the SSOT writer. UI saves go to DB first; .claude/skills/<name>/SKILL.md is written through as an artifact so Claude Code CLI auto-discovers skills. Legacy skills/<name>.md writes were removed — existing files are no longer read or maintained. Migration helper: scripts/migrate-skills-to-db.ts.

Global marketplace

Method Path Description
GET /skills List global skills
POST /skills Publish a skill
GET /skills/:id Skill details
PUT /skills/:id Update a skill
DELETE /skills/:id Delete a skill

Evolution & updates

Method Path Description
GET /skills/:id/evolution Skill evolution history
GET /skill-updates List available updates
POST /skill-updates/:id/approve Approve an update
POST /skill-updates/:id/reject Reject an update

Skill forks

Method Path Description
GET /projects/:name/skill-forks List forks
POST /projects/:name/skill-forks Create a fork
PUT /projects/:name/skill-forks/:id Update a fork
DELETE /projects/:name/skill-forks/:id Delete a fork

Chat & Messages

Method Path Description
POST /projects/:name/chat Send a message to the chat
GET /projects/:name/chat/history Chat history
POST /projects/:name/message Send a message to a worker (Phase 48.6: automatically wakes up an idle-killed worker, ~2-4s cold start; Phase 48.6.1: wake-up now also works in single-mode projects, not only parallel)
GET /projects/:name/pins List notes (pins)
POST /projects/:name/pins Create a note
DELETE /projects/:name/pins/:id Delete a note

Wiki (4 endpoints)

Method Path Description
GET /projects/:name/wiki/tree Wiki page tree
GET /projects/:name/wiki/file Read a wiki page
PUT /projects/:name/wiki/save Save a wiki page. Phase 71.5: fires syncWiki → re-embed via Cohere (fire-and-forget; failures are logged, the write does not fail).
GET /projects/:name/wiki/download Download the wiki as a ZIP archive

Analytics (4 endpoints)

Method Path Description
GET /analytics/activity Activity feed
GET /api/cli/download/:platform #300 — unauthenticated binary download (linux-x64 / darwin-arm64 / darwin-x64 / windows-x64) served from dist/arc-<platform>; 404 with hint if not built. Wrapped by https://arc-os.co/install.sh + install.ps1 (static, frontend/public). Handler: master-bot/routes/cli.ts.
POST /sage/mcp/add #531 — додає Smithery MCP-сервер у .mcp.json проєкту ({projectName,namespace}{type:http,url:mcp.smithery.run/<ns>}, зберігає інші сервери). Потребує canAccessProject + наявний cwd. Підхоплюється воркером при наступному spawn.
GET /sage/scout/sources #529 — список доступних джерел discovery ({id,label}): claudemarketplaces (HTML), anthropic (official marketplace.json). POST /sage/scout приймає sources:[id] (порожньо=всі), fan-out + dedup by repo+path, stale прапорець.
GET /team-presets #517 — команди-бандли з config/team-presets.json (повні конфіги воркерів: model, system_prompt, tools). Живить Composer wizard; /workers/presets — то окремі ролі.
GET /models #575 — курований список моделей для всіх дропдаунів вибору моделі воркера. Гібрид: концертні версії резолвяться LIVE з Anthropic /v1/models (newest-per-tier, 1h cache), курація (tiers/labels/hints) — єдине рукотворне місце; FALLBACK якщо API недоступний. Returns { models: [{id,label,hint,tier,recommended}], live }. Пресети зберігають tier-аліаси ('sonnet'/'opus'), що резолвляться при створенні воркера.
GET /analytics/overview #497 S4 — дані для Dashboard-карток, owner-scoped: { tokens: {week, prev_week}, issues_by_priority: {P0..P3}, per_project: [{name,p0,p1,open_total}], last_activity: [{name,ts}] }. Tokens з token_usage_log (7д vs попередні 7д), issues зі статусами open/in_progress/blocked.
GET /analytics/sidebar Data for the sidebar. #497: hotProjects counts activity_log + chat_messages over 24h (previously chat only — showed "no activity" next to fresh events).
GET /analytics/phases List project phases
POST /analytics/phases Update project phases

Marketplace & Sage (8 endpoints)

Method Path Description
GET /sage/scout/categories Marketplace categories
POST /sage/scout Search for skills
POST /sage/scout/quick-scan Quick scan
POST /sage/scout/analyze Deep skill analysis
POST /sage/scout/install Install a skill
POST /sage/analyze Sage analysis
GET /sage/status Sage service status
POST /sage/benchmark Run a benchmark

Memory & Knowledge

Method Path Description
GET /projects/:name/rag/search?q=...&k=6&include_global=true&doc_types=wiki,issue,skill,transcript Phase 71.7 (#364): semantic search over embeddings + embeddings_vec (Cohere + sqlite-vec). Parameters: q (query text), k (1-25, default 6), include_global (default true — merges with the _global_ skill namespace), doc_types (comma-separated subset; Phase 73.6 additional type: transcript). Response: `{ query, project, hits: [{rank, doc_type, doc_id, chunk_ix, distance, scope: 'project'
POST /projects/:name/memory/refresh Phase 71.8 (#365): re-embed MANIFEST + ROADMAP + key files into the RAG store (previously — sync to NotebookLM). Same endpoint, new semantics.
POST /projects/:name/memory/fetch-artifact Removed in Phase 71.8 (audio overview has no RAG equivalent) — returns 410 Gone.
GET /projects/:name/learnings List learnings
POST /projects/:name/learnings Add a learning
GET /projects/:name/knowledge-graph Project knowledge graph

Documentation (global, no auth)

Method Path Description
GET /docs/tree?lang=<lang> Documentation tree; lang is optional (en/uk), default en
GET /docs/file?path=<p>&lang=<lang> Read a documentation file with language fallback

GET /docs/tree — query: lang (optional)

GET /docs/file — query: path (required), lang (optional)


System

Method Path Description
GET /system/configs Get system configurations
PUT /system/configs Update system configurations

Error Codes

Code Meaning
200 Success
201 Created
400 Invalid request
401 Unauthorized
403 Forbidden (multi-tenancy)
404 Not found
409 Conflict (duplicate)
429 Too many requests
500 Server error

GitHub Integration (Phase 49.3)

Endpoint Method Description
/api/crm/projects/:name/github GET List GitHub repos linked to the project
/api/crm/projects/:name/github POST Link a repo (body: {owner, repo}) — returns webhook URL + secret + setup instructions
/api/crm/projects/:name/github/:id DELETE Unlink a repo
/api/crm/projects/:name/github/events GET List recent GitHub events (Phase 49.3.1, query: ?limit=50)
/api/webhooks/github POST Public webhook receiver (HMAC-SHA256 validated, rate-limit 100/min)

Supported events: push, pull_request, workflow_run, issues. Notifications routed to project owner's Telegram.

CRM Connectors (#521)

Per-project CRM integration (one connector per project: RemOnline or Odoo). Worker claude gets the connector's mcp__<provider>__* read tools; writes are queued for owner approval (never executed directly). Credentials are stored encrypted in the vault and are never returned to the client. The connector layer is provider-pluggable, and individual connectors may be gated per account.

Endpoint Method Description
/api/crm/projects/:name/crm GET Current provider + which credential sets are configured
/api/crm/projects/:name/crm PUT Set provider + save credentials in the vault. Hot-reloads the connector by respawning the child (response: { ok, provider, reloaded }). Body: { provider: "remonline"|"odoo"|"none", remonline?: { api_key }, odoo?: { url, db, login, api_key } }
/api/crm/projects/:name/crm/test POST Test a connection (stored or supplied creds). Read-only probe (RemOnline GET /contacts/people; Odoo JSON-RPC authenticate)
/api/crm/projects/:name/crm-writes GET List queued/decided write requests for the project
/api/crm/projects/:name/crm-writes/:id/approve POST Approve → executes the write against the CRM with vault creds
/api/crm/projects/:name/crm-writes/:id/reject POST Reject a queued write

Credentials live only in the vault (project:<name>:<provider>:*) and are injected into the worker via env at spawn — never returned to the client or placed in argv. RemOnline auth is a direct Authorization: Bearer <api_key> (RO App API v2, https://api.roapp.io); Odoo auth is JSON-RPC common.authenticate.

Account Security (Phase 45.4)

Endpoint Method Description
/api/crm/account/recovery GET List active recovery keys
/api/crm/account/recovery POST Create a recovery key (body: encryptedKey, keyHint)
/api/crm/account/recovery DELETE Revoke recovery key(s) (body: { id } or {} for all)
/api/crm/account/recovery/restore GET Get the encrypted master key for recovery

Security


Phase 53.13 — type-safety baseline (2026-05-10)

No change to endpoint behavior — internal types only. tsc --noEmit now blocks push/CI:


Sentinel Pentest Remediation (2026-06-10, #433–#444)

White-box pentest sprint — endpoint behavior changes after fixing 3×P1 + 4×P2 + 3×P3:


Phase 53.15 — Sentinel Sprint 1 (2026-05-10)

Behavior changes for auth + admin endpoints (Sentinel audit P0 fixes):


Phase 53.21 — Sentinel P2 batch 2 (2026-05-12)

Phase 63 — UI/UX Consolidation + Token Usage Tracking (2026-05-21, #148)

New endpoint:

Changes in claude-runner.ts:

UI changes (not API):

Phase 53.18 — tmux secret-leak fix (2026-05-11)

No change to endpoint behavior — only a refactor of internal spawn paths.

Phase 53.16 — Sentinel Sprint 2 (2026-05-10)

Endpoint behavior changes after hardening 13 × P1:

Phase 55 — Cosmic Editorial login (2026-05-13)

New endpoints for magic-link sign-in:

The EphemeralTokenType union has been extended: it now contains "magic_link" alongside the existing oauth_state / password_reset / email_verification / tfa_challenge.

The frontend (CosmicCard.jsx) handles the magic state (60-s resend countdown) and the ?magic_token= URL parameter (auto-consume → login → success animation).

Phase 56 — AI Interop / Project Context Export (2026-05-13)

Owner-only export of a sanitized project snapshot as .md for handing off to an external AI (Gemini / ChatGPT / Perplexity / Claude.ai).

Alert: when an owner exceeds 3 exports in 24h AND prefs.notify_on_export = true (default OFF) — logActivity("export_alert", ...) goes through the existing Phase 53.10 TG notify pipeline (alertFired: true in the response body).

Multi-tier scanner (shared/secret-scanner.ts) — Tier 1 regex (PATTERN_REGISTRY from the PII sanitizer), Tier 2 Shannon entropy ≥4.5 bits/char on ≥20-char runs, Tier 3 context heuristics (key=/token:/secret=/password=). Whitelist: UUID / git SHA / SHA-256 / repeated chars / short hex / low-entropy base58. Severity tiers (critical/high/medium/low). Performance: <500 ms / 1 MB.

DB migration 024 — tables export_audit_log + export_preferences.


Phase 57 — Platform Settings (Sentinel #103 follow-up, 2026-05-15)

Super-admin secret management via the CRM UI instead of ssh/edit-.env/paste-in-chat. Backend MVP (Stage 1 of 4 stages). All endpoints are gated by requireAdmin (Phase 53.15) — they return 403 Forbidden — admin only for non-admins, 401 Unauthorized without a JWT.

Hard exclusion list NEVER_EXPOSE: CRM_SECRET (JWT signing) + SECRET_ENCRYPTION_KEY (vault meta-key) — even an admin request with a valid token returns 400 "not managed". The audit log is append-only (no UPDATE/DELETE handler); every action (incl. failed ones) writes a row with IP + UA + email.

DB migration 026 — table platform_audit_log. Stage 2 (frontend PlatformSettings.jsx) — shipped 2026-05-15 (cbc8bac): admin-only card grid + rotate modal (<input type="password"> + retype-confirm) + audit drawer; sidebar entry filtered by userRole === "admin" fetched from /api/auth/me.

Polish (2026-05-15, commit 56191b0) — Platform Settings UI restructure. GET /api/crm/platform/settings response items gain 5 new fields: category (anthropic|oauth|telegram|email), usedIn (string[] — files/flows that consume the key), getFromUrl (where to fetch a fresh value), effectAfterRotate, riskIfLeaked. Used by frontend to render 4 sectioned card groups + per-card collapsible help panel with structured context (Used in / Get from / Effect / Risk). No behavioral change to mutator endpoints (PUT/POST/restart/test).

Refactor (2026-05-16)shared/routes/platform.ts internal cleanup. 39 lines removed (16 added), no public API surface change. PUT/POST/restart/test/audit endpoint signatures and responses unchanged. Documented here only because the doc-coverage pre-push gate triggers on any shared/routes/*.ts diff.

Backdated activity (#117, 2026-05-16)POST /api/mcp/issues/:project/:id/log now accepts optional ts field (ISO-8601 string). Used by arc retro reconstruction so historical entries land at their original timestamps. Future-dated values are silently clamped to now inside addActivity() (defense against fat-finger backdates). Invalid ISO → 400.

Stage 3 (2026-05-15) — hot-reload of OAuth + Resend secrets without a restart. shared/auth.ts loadOAuthConfig() now reads getSecret("GITHUB_CLIENT_ID/SECRET" | "GOOGLE_CLIENT_ID/SECRET") per call instead of process.env. Callsites in master-bot/routes/auth.ts already called getOAuthConfig() per request → 0 callsite changes. RESEND_API_KEY was already hot-reloaded via shared/email.ts:47. Behavioral change: PUT /api/crm/platform/settings/{GITHUB_CLIENT_ID|GITHUB_CLIENT_SECRET|GOOGLE_CLIENT_ID|GOOGLE_CLIENT_SECRET|RESEND_API_KEY} now takes effect from the next request, no restart required. restartTargets for these 5 keys is empty → the Restart button in the UI is hidden. Edge case: an OAuth flow with a state token issued before rotation may get a 400 on the callback during code exchange — a user retry resolves it. ANTHROPIC_API_KEY, PLATFORM_ANTHROPIC_KEY, MASTER_BOT_TOKEN, CITADEL_BOT_TOKEN remain restart-required (read at child-bot spawn / TG long-poll init).

Phase 57.3.5 cleanup (2026-05-16)MANAGED_KEYS allowlist trimmed 9 → 6. Removed: ANTHROPIC_API_KEY (operators now use single PLATFORM_ANTHROPIC_KEY for both trial-credits and platform inference; .env fallback still works for legacy code paths until Sage/Karpathy migrate), CITADEL_BOT_TOKEN (per-project bot belongs under child:<name>:token vault entries, managed by worker onboarding flow — not Platform Settings). MASTER_BOT_TOKEN repurposed: label → "Telegram — System Monitor Bot", description → "Server health alerts + on-demand status probes (admin-only, not a chat bot)". Phase 58 will add the monitoring loop (push alerts for worker crash / disk / RAM / SSH brute-force / CF bypass + /status, /health, /errors, /restart commands). Final set: PLATFORM_ANTHROPIC_KEY + GITHUB×2 + GOOGLE×2 + MASTER_BOT_TOKEN + RESEND_API_KEY (refs #103).

Arc Help (Phase 61 / #147)

History (Phase 61 / #153):

GDPR / Compliance (Sprint 1+2, #161–#174, 2026-05-22)

Right to Erasure — DELETE /api/auth/account (#162)

Permanently deletes the authenticated user and all their data (GDPR Art. 17).

Password Version / Token Invalidation (#174)

Migration 035 adds password_version INTEGER NOT NULL DEFAULT 0 to users. On password change, password_version is incremented. JWT payload includes pv field. crmAuthMiddleware validates pv against DB on each request, rejecting tokens issued before the last password change (401 "Token invalidated — please log in again"). Fails open if DB is unavailable.

Data Retention Cron (#168)

Master bot runs a daily purge at startup + every 24h. Retention limits: chat_messages 180 days (by timestamp), activity_log 365 days (by created_at), auth_events 90 days (by ts), token_usage_log 730 days (by created_at unixepoch), export_audit_log 365 days (by exported_at). Non-fatal — erasure does not block startup.

Email Compliance (#167)

All outbound transactional emails (password reset, verification, magic-link) now include:

Security — HIBP Breached Password Check (#171)

On POST /api/auth/register and POST /api/auth/reset-password, the submitted password is checked against the HaveIBeenPwned k-anonymity API before being stored. Only the first 5 hex chars of the SHA-1 hash are sent to HIBP — the full password never leaves the server. If the password appears in any breach database with count > 0, the request is rejected with HTTP 400: "This password was found in a known data breach. Please choose a different password." Fails open on HIBP timeout/error (4s timeout) — a down HIBP does not block registration.

Data Portability — GET /api/auth/export (#163)

GDPR Art. 20 — Right to Data Portability. Returns a structured JSON file containing all personal data Arc OS holds about the authenticated user.

Arc Help — Hardened System Prompt + Anti-Injection (#151)

POST /api/crm/help/chat behavior changes (no API surface change):

Worker Discipline Hardening (#187, #188, #189, 2026-05-23)

Issue Status Expansion (#187)

PUT /api/mcp/issues/:project/:id now accepts extended status values:

Status Meaning
open Not yet started
in_progress Actively being worked (set by arc issue take)
blocked Waiting on external dependency
deferred Postponed (was previously stored as text only)
closed Done

New assignee field: issues now have assignee: string | null. Set via arc issue take <id> or --assignee <worker_id> in arc issue update.

Migration 036: ALTER TABLE project_issues ADD COLUMN assignee TEXT (nullable, auto-applied on server start).

arc issue take <id> CLI Command (#187)

Shortcut to claim an issue: sets assignee = current_worker_id, status = in_progress, logs activity, writes session state. Equivalent to:

arc issue update <id> --status in_progress --assignee developer
arc issue log <id> "Taken by developer — status set to in_progress"

commit-msg Hook Validation (#187)

.githooks/commit-msg now validates referenced #N issues against local issues/issues.json:

PROJECT_MANIFEST.md Bridge Injection (#188)

handleCliInit (shared/cli-routes.ts) now reads PROJECT_MANIFEST.md from the project root and injects it into the CITADEL block under ## Project Context. Limit: 8000 chars. This gives bridge workers (running on client machines via arc) access to compact architecture, security patterns, file structure, and key learnings from the full CLAUDE.md.

Placement: after PROJECT_RULES.md, before skills list.

context_assets Worker Config Field (#189)

Worker config in workers_registry.json supports optional context_assets: string[] — list of skill names that are automatically injected into every bridge session for that worker (without requiring arc skill <name>):

{
  "id": "developer",
  "context_assets": ["crm-api-reference", "archivist_system"]
}

Each skill content is injected under ### Auto-Loaded Skills → #### Skill: <name>, truncated at 3000 chars each.

Phase 62 — Voice Input (#373, 2026-06-05)

Real-time voice transcription proxied through the self-hosted whisper.cpp server (arc-whisper.service, port 19214, ggml-base model preloaded).

POST /api/crm/voice/transcribe (#373, Phase 62.4)

Transcribes short voice clips (chat dictation). Proxies audio to the local whisper-server and returns text.

Auth: Bearer token (or ?token= query).

Body: multipart/form-data

Field Type Notes
audio Blob webm / ogg / wav. Max 25 MB.
locale string BCP-47, e.g. uk-UA, en-US. Passed as language param to whisper.

Response 200:

{ "transcript": "Що ти зробив вчора?" }

Error codes:

Code Meaning
400 Missing audio or locale field
413 Audio over 25 MB
429 Daily quota reached (60 min/user/day) OR server busy (max 2 concurrent transcriptions)
502 whisper-server returned non-200
500 Unexpected failure

Rate limit: voice_usage_log (migration 051) tracks approximate seconds per (user, day) using upload byte size as a proxy (assumes ~32 kbps voice codec, ±30% accuracy). Hard cap: 3600 s / day. Requests that would exceed the cap return 429 before forwarding to whisper.

Architecture note: whisper runs only on Contabo (not inside per-user Hetzner containers). Audio bytes never leave Contabo; the resulting text is what Phase 70 cloud-chat routing sees. arc-whisper.service keeps the ggml-base model preloaded so per-call cost is pure inference (~3.4 s warm for 11 s audio, 3.1× realtime on the current 6-vCPU EPYC box).


Phase 73 — Meeting Transcription + Analysis (#377-#384, 2026-06-05)

Upload meeting audio/video to a project, get whisper transcription + Claude summary, optionally embedded into RAG. All routes are gated by canAccessProject (owner or admin).

POST /api/crm/projects/:name/transcripts/upload (#377, Phase 73.1)

Multipart upload, returns 202 with transcript_id + job_id + status:'queued'. Job is picked up by the in-process queue (max 1 concurrent).

Body fields:

Limits: 1 GB max upload, MIME allow-list (mp3/wav/m4a/aac/ogg/opus/flac + mp4/mov/webm/mkv).

Errors: 400 (missing field / bad MIME), 401, 413 (over cap), 500 (disk write).

GET /api/crm/projects/:name/transcripts (#379, Phase 73.3)

List transcripts for the project, cursor-paginated. Query: ?limit=20&cursor=<id>. Returns {items: TranscriptSummary[], next_cursor: number|null}.

GET /api/crm/projects/:name/transcripts/:id (#379)

Full row including transcript_text, summary_json (parsed to object), and frames_json (parsed when Phase 73.4 ships).

GET /api/crm/projects/:name/transcripts/job/:jobId/progress (#379)

SSE stream of job progress. Pushes event: progress with {status, progress_pct, step_label, error} whenever any field changes, plus : keep-alive comment heartbeats every 1s so Bun's 10s idleTimeout doesn't kill long whisper runs. Closes with event: end once status is terminal.

Auth: browser EventSource appends ?token=<bearer> (can't set Authorization header).

Terminal statuses: done (post-Phase 73.6 RAG embed + file cleanup), failed. Note: summarized is a transient step — SSE stays open through embeddingdone. The frontend send-button ungates at summarized (doesn't wait for RAG).

State machine (Phases 73.1-73.6)

queued
  → extracting_audio    (ffmpeg → 16 kHz mono WAV)
  → transcribing        (whisper-cli -t 4)
  → (video) extracting_frames → frames_extracted   (ffmpeg scene-change)
            → vision_analyzing → vision_analyzed   (Phase 73.4 Claude vision per frame)
  → (audio) transcribed
  → summarizing         (Claude Sonnet → summary_json, receives vision frames as context)
  → summarized
  → embedding           (Phase 73.6 Cohere upsert via shared/rag.ts, skipped if embed_to_rag=0)
  → done                (source file + frames dir deleted — CEO decision D4)

Vision frames JSON shape (Phase 73.4, #380)

Stored as JSON string in transcripts.frames_json (parsed back to object by GET /transcripts/:id).

[
  { "ts_ms": 3000, "description": "Slide titled 'Q3 Revenue' with bar chart showing 30% growth." },
  { "ts_ms": 6000, "description": "Architecture diagram with three boxes labeled API/Worker/DB." }
]

Hard cap MAX_FRAMES=50 per transcript (~$0.15 worst case at typical Sonnet vision pricing). Frames over cap are dropped silently, last kept description gets a [+N more frames dropped] suffix. Per-frame failures become [vision failed: <msg>] strings — they don't abort the pass. Frames described as "No informational content" are webcam-only or decorative.

Summary JSON shape (Phase 73.5, #381)

Stored as JSON string in transcripts.summary_json. Parsed back to object by GET /transcripts/:id.

{
  "tldr": "1-2 sentence executive summary",
  "key_points": ["..."],
  "action_items": [{"task": "...", "owner": "name or null"}],
  "decisions": ["..."],
  "topics": ["..."],
  "model": "claude-sonnet-4-5",
  "generated_at": "2026-06-05T20:04:15.573Z"
}

Anthropic key resolution mirrors shared/worker-spawn.ts: BYOK account_settings.anthropic_key (decrypted if encrypted), fallback PLATFORM_ANTHROPIC_KEY for trial-mode owners. Summary failures are non-fatal — transcript_text stays intact, status rolls back to transcribed/frames_extracted so the user can retry after fixing their key.

Phase 78 — Notes: Knowledge Collections (#394–#404, 2026-06-08)

NotebookLM-style per-project notes. Each note is a collection of sources (video, audio, YouTube, web, PDF, DOCX, TXT, image) with a shared RAG index and chat.

GET /api/crm/projects/:name/notes

Returns all notes for project. Auth required + canAccessProject.

Response 200:

[{ "id": 1, "title": "Sprint planning", "description": null, "created_at": "...", "source_count": 3 }]

POST /api/crm/projects/:name/notes

Create a new note.

Body: { "title": "string", "description": "string?" }
Response 201: { "id": 1, "title": "Sprint planning" }

GET /api/crm/projects/:name/notes/:id

Get note detail with sources, issue links, and chat history.

Response 200:

{
  "id": 1, "title": "Sprint planning",
  "sources": [{ "id": 1, "source_type": "youtube", "title": "My video", "url": "...", "status": "done", "duration_seconds": 3600 }],
  "issue_links": [{ "issue_id": 42, "title": "Issue title" }],
  "chats": [{ "role": "user", "content": "Summarize", "created_at": "..." }]
}

DELETE /api/crm/projects/:name/notes/:id

Delete note and all sources/chats. Cascades to note_sources, note_chats, note_issue_links.

POST /api/crm/projects/:name/notes/:id/sources

Add a source (file upload, URL, or project file).

Content-Type: multipart/form-data OR application/json

Response 201: { "source_id": 5, "status": "queued" }

Processing is async. Poll GET /notes/:id until source.status === "done".

POST /api/crm/projects/:name/notes/:id/sources/chunk-init

Start a chunked file upload (#547). Cloudflare rejects request bodies over ~100 MB, so files above that are sent in chunks; the web UI switches automatically at 90 MB.

Body: { "filename": "meeting.mp4", "mime": "video/mp4", "size": 262144000 }
Response 201: { "upload_id": "<uuid>", "chunk_size": 20971520 }

Type and per-type size limits are validated up front (same rules as direct upload). Sessions expire after 30 minutes of inactivity; max 10 concurrent sessions (429 beyond that).

POST /api/crm/projects/:name/notes/:id/sources/chunks/:uploadId

Append one chunk to an upload session.

Content-Type: application/octet-stream — raw chunk bytes (≤ chunk_size)
Header: X-Chunk-Index — 0-based, strictly sequential (409 on mismatch)

Response 200 (intermediate): { "received_bytes": 41943040 }
Response 201 (final chunk, when received bytes == declared size): { "done": true, "source_id": 5, "status": "queued" } — the source then follows the normal processing path.

PATCH /api/crm/projects/:name/notes/:id/sources/:sourceId

Rename a source (inline title edit).

Body: { "title": "New name" }
Response 200: {}
Pass empty string or null to reset to filename/URL default.

DELETE /api/crm/projects/:name/notes/:id/sources/:sourceId

Remove a source and its content.

GET /api/crm/projects/:name/notes/:id/sources/:sourceId/progress

SSE stream of source processing progress.

Events: progress { "status": "processing"|"done"|"error", "message": "..." }

POST /api/crm/projects/:name/notes/:id/chat

Send a message to the note's chat. SSE stream response.

Body:

{
  "message": "Summarize all sources",
  "selectedSourceIds": [1, 3]
}

selectedSourceIds is optional — omit to include all sources.

SSE events:

RAG strategy: sqlite-vec search on note_source embeddings → fallback direct content_text injection (80 K chars max) when vector search unavailable or no results. Anti-hallucination system prompt guard injected when unprocessed sources are included.

Tool use — create_issue: Claude can create project issues from chat. Multi-turn: turn 1 streams until tool call, backend executes (issueQueries.nextId + issueQueries.insert), turn 2 resumes streaming with tool result injected.

Source status state machine

queued → processing → done
                    ↘ error

Source status field values:

YouTube transcript strategy (Phase 78.3)

  1. youtube-transcript npm: language cascade ["en", "en-US", "en-GB"] → fallback any
  2. Supadata.ai API: GET https://api.supadata.ai/v1/youtube/transcript?url=...&text=true&lang=en → fallback without lang param
  3. yt-dlp + Whisper: final fallback for videos without captions

Priority: prefer English captions to avoid auto-translated Arabic/other language transcripts.