AI Context Pack
This file is a lightweight routing index for AI agents.
Purpose
This file is a lightweight routing index for AI agents.
Do not treat it as a second rulebook. AGENTS.md owns strong rules. Open only the documents relevant to the task so routine AI runs do not spend tokens reading the full architecture docs tree.
Language: Follow AGENTS.md → Repository Language (English, except i18n assets). User chat may be any language; committed artifacts stay English. AI replies may match the user’s chat language. Do not write Chinese/CJK placeholders into docs, mock data, app copy, or AI guidance; run pnpm check:cjk when touching text-heavy artifacts.
Baseline Read
For most tasks, read:
AGENTS.mddocs/architecture/project-brief.mddocs/architecture/core-architecture-thinking.mdwhen the task touches build, state, tokens, UI boundaries, or cross-cutting runtime design- One domain document from the sections below
AI Execution Governance (Cost Gate)
Read before large or ambiguous implementation work:
docs/ai/ai-execution-protocol.md— Triage, RFC, Plan, Patch, Verify, Docs Sync modesdocs/ai/cost-gate.md— S / M / L / XL and trigger wordsdocs/ai/task-splitting-protocol.md— slice rules and scope-stopdocs/ai/prompt-templates.md— copy-paste prompts for maintainersdocs/rfcs/README.md— when an RFC is requireddocs/adr/README.md— single decisions; existing ADRs underdocs/architecture/decisions/
Rule: For L / XL tasks, output Triage (or RFC/Plan) and wait for explicit confirmation before editing implementation files.
Domain Routing
Core Architecture (build, state, design system)
Read when changing Rsbuild config, Zustand/Query boundaries, design tokens, os-ui primitives, or explaining where code must live:
docs/architecture/core-architecture-thinking.md(hub — links to topic docs)docs/architecture/build-and-rendering.mddocs/architecture/state-model.mddocs/design/tokens.mddocs/design/component-layering.mddocs/architecture/monorepo-workspace-guide.mdfor app/package locations and dev commands
OS Shell
Read when changing shell chrome, desktop, windows, routing, shortcuts, Display options, Developer Tools, Architecture App, app registry, or local shell apps:
- Design entry:
docs/design/DESIGN.md, thendocs/design/os-shell-design-language.mdfor spatial/chrome visuals (includes Spaces / Mission Control). .agents/skills/prox-os-shell-workflows/SKILL.mddocs/ai/os-startup-flow.mdwhen changing boot loading, session gates, Hola auto-open, or persisted shell appearancedocs/architecture/app-registry.mddocs/architecture/window-manager.mddocs/architecture/state-model.md
Browser persistence: React code in apps/os-shell should use useLocalStorage (usehooks-ts) or the shared browserLocalStore helper for non-React writers; keys are centralized in apps/os-shell/src/browser-local/proxOsLocalStorageKeys.ts.
Product Planning And Roadmap
Read when the user asks what to build next, asks for priorities, says "roadmap", wants to start from the roadmap, or discusses shareable OS Home, public profiles, command palette vs global search, virtual desktops / remix, or admin consoles:
docs/roadmap/README.mddocs/roadmap/product-roadmap.mddocs/roadmap/platform-roadmap.mddocs/roadmap/growth-roadmap.mddocs/roadmap/prox-os-roadmap.mdfor legacy combined context and High-leverage OS affordancesdocs/roadmap/app-namespace-and-domain-strategy.mdwhen designing app registry, public URLs, subdomains, API explorer access, Moments-style data apps, or creator namespaces (candidate direction — not a final contract)docs/architecture/project-brief.md
Expected AI flow:
- Summarize the most relevant current roadmap phase.
- Recommend 1-3 small next tasks with priority and rationale.
- Ask which task to start, unless the user already picked one.
- When the user confirms (e.g. "go ahead" or "proceed"), read the relevant domain docs and implement only that selected task.
OS Apps
Read when adding or moving apps under /app, /app-user, /app-shell, /app-dev, /app-iframe, /app-os, or preparing extraction to packages/os-apps. For future public paths, custom domains, or per-app DNS, read docs/roadmap/app-namespace-and-domain-strategy.md first — do not add subdomains or backend registry without RFC.
docs/design/DESIGN.mdanddocs/design/app-design-language.mdfor app UI posture and embed rulesdocs/product/app-store-collections.mdwhen changing the App Store catalog, collection model, Space templates, or incubating app directionpackages/app-registry/README.mdwhen adding or changing platform iframe registry entries (esmadrider-me, dev localhost apps)docs/deployment/esmadrider-me.mdwhen changing the founder site, iframe URL, or Pages deploy assumptionsdocs/architecture/os-apps.mddocs/architecture/app-registry.mddocs/architecture/decisions/0001-local-module-apps.md
Package Boundaries
Read when changing imports, packages, workspace scripts, dependency rules, or build graph behavior:
docs/architecture/arch-observability.md—pnpm arch:*observability pipeline anddocs/architecture/generated/outputsdocs/architecture/package-graph.mddocs/architecture/refactor-guardrails.md.dependency-cruiser.js
Deployment, Cloudflare, And MCP
Read before changing Cloudflare deployment scripts, custom domains, Wrangler configuration, API docs exposure, Access boundaries, or AI/MCP integration assumptions:
docs/architecture/cloudflare-deploy-and-access.mddocs/operations/deployment.mddocs/ai/mcp-catalog.mddocs/roadmap/app-namespace-and-domain-strategy.mdfor long-term app URL and domain strategy
API
Read when changing apps/api-worker, API clients, OpenAPI, MSW, Scalar, or server data flow:
docs/architecture/runtime-view.mddocs/architecture/api-map.mddocs/architecture/data-flow.mddocs/architecture/decisions/0003-msw-hono-openapi.md
App Contract
Read when changing app manifests, window contracts, permissions, data scopes, or future app runtime boundaries:
docs/architecture/app-contract-view.mdpackages/app-contract/src/index.ts
Data And Database
Read when changing schema, migrations, data model, storage, or production database assumptions:
docs/architecture/data-view.mddocs/data/data-model.mddocs/data/schema-decisions.mddocs/db/roles.mdpackages/db/src/schema.ts
UI Primitives And Workshop
Read when changing reusable UI primitives, Storybook, or apps/ui-workshop:
docs/design/DESIGN.mddocs/design/component-layering.mdpackages/os-ui/src/index.tsdocs/design/os-shell-design-language.mdwhen visuals must match shell chromedocs/design/tokens.mdwhen changing color, radius, shadow, or density variablesapps/ui-workshop/README.mdif present
Rsbuild
Read when changing build config, dev server, assets, or bundle diagnostics:
.agents/skills/rsbuild-best-practices/SKILL.mdapps/os-shell/rsbuild.config.ts
Product Facts
- Próx OS is a cloud-first personal intelligence OS for developers, creators, and AI-native workers, not a marketing website.
- Use
Próx OSfor brand display,Prox OSfor ASCII-only prose, andprox-os/@prox-os/*for code. - The current product route is cloud-first, GitHub-first, RSS-first, and AI Context-first.
- The App Store is an incubation entry for apps, templates, Spaces, data sources, and AI workflows; the runtime registry is still the source of truth for what can actually open.
- Shell route groups are registry-driven:
/app/*: personal work, data, and creative apps./app-user/*: user/profile/visitor/preference surfaces./app-shell/*: shell-coupled system apps that remain insideapps/os-shell./app-dev/*: developer-only local tools, docs, project graphs, and API explorers./app-iframe/*: external and standalone iframe apps hosted inside managed shell windows./app-os/*: reusable OS, official team, community, developer, and platform operations apps.
- Website mode uses
/websiteroute suffixes; true fullscreen app Spaces use/spaces/:spaceId. - True fullscreen apps are dedicated Spaces routed as
/spaces/:spaceId; do not reuse website-mode route semantics for OS fullscreen behavior. - Current priority: prove Awesome GitHub Radar, then RSS Knowledge Inbox, then AI Context Builder.
Do Not Assume
- Do not assume all architecture docs need to be read for every task.
- Do not assume the OS Shell should copy macOS or Windows.
- Do not assume shadcn/ui is required for shell chrome.
- Do not assume NocoDB is the runtime data API.
- Do not assume future apps all stay in the shell bundle.