Local-first, approval-first desktop assistant for IT Project Managers.
ScopePilot helps a PM turn project inputs into structured, reviewable outputs:
- requirements, milestones, and scope notes
- change requests from client emails and meeting notes
- backlog drafts, task drafts, risks, and questions
- project chat with project-scoped memory
- sprint-aware and milestone-aware status support
- Jira-ready drafts after explicit approval
ScopePilot is designed around a realistic PM flow:
- a document, e-mail, note, or client question enters a project
- ScopePilot classifies it (information, change request, risk, question, draft task)
- ScopePilot explains why it interpreted it that way
- the PM reviews and edits the draft output
- only after approval does anything move toward external systems like Jira
The product should feel like a calm, modern project cockpit — not a noisy chatbot wrapper.
- Assistant, not autopilot — nothing impactful happens without approval.
- Project isolation first — each project has its own memory, documents, RAG namespace, chats, and settings.
- Explainability by default — every proposal should include why, source references, and uncertainty.
- Local-first foundation — workspace, files, local DB, and local model runtime are first-class.
- Modular from day one — new modules, providers, and integrations must fit the documented architecture.
- Docs stay in sync with code — every new folder or module must be documented.
- Desktop app: Tauri 2 + React + TypeScript + Tailwind + shadcn/ui
- Backend: FastAPI + Pydantic + SQLAlchemy + Alembic
- Operational DB: SQLite
- Vector store: Qdrant local (server mode later if needed)
- AI runtime: LM Studio by default, plus optional external providers
- State and contracts: typed DTOs, explicit workflows, approval queues
- Internationalization: modular locale files (
pl,en) with room for more
This repository is a foundation pack for building ScopePilot with coding agents such as Cursor, Claude Code, Codex, or similar tools.
It contains:
- architecture and repository structure
- roadmap divided into phases
- module specifications
- UI/AI behavior specifications
- workspace and storage rules
- API and database contracts
- documentation rules for coding agents
- screen specs and action catalog
- provider and MCP settings strategy
- development setup guides for Cursor and VS Code
- starter folders for desktop and backend implementation
- Read
AGENTS.md - Read
CLAUDE.md - Read
docs/index.md - Read
docs/roadmap/index.md - Read
docs/development/cursor-setup.mdordocs/development/vscode-setup.md - Implement from
Phase 1in order
- Phase 1 — Foundation
- workspace root, storage layout, settings shell, project registry
- approval model, contracts, DB, ingestion skeleton, provider settings
- Phase 2 — PM workflows
- inbox, change analyzer, project chat, backlog drafts, approvals, Jira drafts
- Phase 3 — Extensions
- sprints, roadmap visualization, reports, additional providers, MCP actions, updater, plugins
- Every new folder added by an agent must be:
- added to
docs/architecture/folder-catalog.md - reflected in
docs/architecture/repository-structure.mdif it changes structure - briefly explained in the relevant module or architecture doc
- mentioned in
STATUS.mdif part of a roadmap item
- added to
- Every new external integration must support:
- explicit configuration
- secure secret storage
- dry-run / preview mode
- audit logging
- approval before write actions
Default path:
- local LM Studio for day-to-day work
Optional path:
- review / verify / compare answers using external providers through official APIs
- supported provider families:
- OpenAI Responses API
- Anthropic Messages API
- other OpenAI-compatible runtimes
Do not build the core product around browser login automation to consumer chat apps. Prefer stable API integrations instead.
See:
docs/ai/providers.mddocs/ui/screen-specs/settings.mddocs/security/secrets-and-mcp.md
Private project scaffold for internal development.
- New folders must be added to
docs/architecture/folder-catalog.md. - New public capabilities must be added to
docs/architecture/capability-catalog.md. - Fresh sessions should follow
docs/agents/session-start.mdautomatically before implementation.
See also:
docs/product/vision.mddocs/ui/design-system.mddocs/development/agent-tooling.md