mobiai-brain

name	mobiai-brain
description	Use when the user asks about past decisions, workarounds, bugfixes, testing patterns or integrations specific to *this* project, OR before proposing non-trivial architecture/integration changes. MobiAI Brain is per-project living memory at <repo>/.mobiai/brain/. Loads context the user already captured so suggestions respect real project conventions instead of generic best practices.
license	MIT
compatibility	["claude-code","cursor","copilot","codex","gemini"]
platforms	["android","ios","kmp","flutter","react-native"]

MobiAI Brain

Per-project living memory for mobile projects. Lives at <repo>/.mobiai/brain/ — separate from MobiAI's global state in ~/.mobiai/. Each project has its own brain; nothing is shared between projects.

When to invoke this skill

• User asks "what did we decide about X?" / "why is Y like that in this project?" / "is this workaround still needed?"
• You are about to propose changes to architecture, dependency injection, networking, persistence, testing strategy, or third-party integrations.
• User mentions an integration that often has project-specific quirks (Firebase, push, payments, auth).
• User starts a fresh session in a mobile project and you need quick orientation.

If the project has no .mobiai/brain/ yet and the user wants project memory, suggest running mobiai brain init. Don't run it yourself unless asked.

Commands available today

mobiai brain init                  # Create .mobiai/brain/ in the project (idempotent)
mobiai brain scan                  # Detect stack: Android / iOS / KMP / Flutter / RN + libs
mobiai brain context               # Print Markdown context: config + scan + memories (filterable)

mobiai brain save decision         # Append an architecture decision
mobiai brain save bugfix           # Append a bugfix or workaround
mobiai brain save testing          # Append a reusable testing pattern

mobiai brain search <query>        # Free-text search over memories

mobiai brain mcp                   # Start an MCP server exposing the brain as tools

Prefer MCP tools when available

If your client (Claude Code, Cursor, Copilot CLI, Codex, Gemini CLI) has mobiai-brain registered as an MCP server, you'll see tools named mobile_context, mobile_search, mobile_scan, mobile_save_decision, mobile_save_bugfix, mobile_save_testing in your toolbox. Use those instead of shelling out to the CLI — they return structured output (JSON for search/scan, Markdown for context) that's easier to reason about and cite.

Setup instructions per client: brain/MCP-SETUP.md.

When MCP isn't configured, fall back to the CLI invocations shown above — both produce the same on-disk state.

Retrieving the right subset

As a project's brain grows, dumping everything via brain context wastes tokens. Both context and search accept the same filters with AND semantics:

Flag	Notes
--section	Only on context. Comma-separated or repeated: stack, rules, decisions, bugfixes, testing, integrations, releases, warnings.
--platform	android | ios | shared | kmp | flutter | react-native. Exact match.
--status	active | temporary | deprecated. Exact match.
--area	Substring match against the area: metadata.

Examples for skills/agents:

# Before making an iOS Firebase change — pull only iOS Firebase memory.
mobiai brain context --platform ios --area firebase

# Before writing tests — pull only testing patterns.
mobiai brain context --section testing

# Quick lookup before proposing a workaround — has it been done before?
mobiai brain search "module renaming" --platform ios

save flags

All three save subcommands share the same flags:

Flag	Required?	Notes
--title <str>	yes	Short descriptive title (becomes the H2 heading)
--platform <plat>	no	android | ios | shared | kmp | flutter | react-native
--area <str>	no	Free-form (e.g. firebase_auth, dependency_injection, datastore)
--status <s>	no	active (default) | temporary | deprecated
--review-after YYYY-MM-DD	no	Mostly meaningful for temporary status
--files a,b,c	no	Comma-separated repo-relative paths the entry refers to
--body <md>	no	Markdown body. If omitted, the command reads stdin (handy for piping multi-line content)

Type label mapping (visible in the rendered entry):

• decision → architecture_decision
• bugfix + temporary → platform_workaround
• bugfix + active/deprecated → bug_fix
• testing → testing_pattern

Guard: every save errors out if .mobiai/brain/config.json is missing. The CLI does NOT auto-init the brain — it suggests mobiai brain init and exits non-zero. When invoking from another skill, check the file first and skip silently if absent.

Recommended flow

1. Read context first. Before proposing arch/integration/testing changes, run mobiai brain context (or read .mobiai/brain/memories/*.md directly) and respect what's there.
2. Honor status: active decisions. Treat them as project rules.
3. Treat status: temporary workarounds as provisional. They are not permanent decisions; do not promote them to CLAUDE.md.
4. Don't conflate Brain with CLAUDE.md.
   • CLAUDE.md holds stable rules: architecture, commands, conventions.
   • Brain holds historical and changing knowledge: decisions with dates, bugfixes, workarounds with review dates, testing patterns discovered along the way.
5. Don't conflate Brain with skills.
   • Skills teach the agent how to work (methodology).
   • Brain stores what the project actually did and decided.
6. Never store secrets. The scanner already flags sensitive files (.env, GoogleService-Info.plist, google-services.json) and refuses to read their contents. If you're about to write a memory, do the same: paths and behavior, not credentials.

What the Brain looks like on disk

<repo>/.mobiai/brain/
├── config.json           # version, project_name, project_type, platforms, rules
├── scan.json             # last scan: stack, integrations, CI/CD, warnings
└── memories/
    ├── decisions.md
    ├── bugfixes.md
    ├── testing.md
    ├── integrations.md
    └── releases.md

Memory entries are Markdown sections. Recommended shape (also what Phase 2 save will produce):

## <Title>

- id: <slug>
- type: architecture_decision | platform_workaround | testing_pattern | integration_note
- status: active | temporary | deprecated
- platform: android | ios | shared | flutter | react-native
- area: <free-form>
- date: <ISO date>
- review_after: <ISO date>   (optional, for temporary entries)

### Decision / Problem / Pattern
...

### Reason / Root Cause / Solution
...

### Files
- path/to/file

Behavior contract

• Brain is per-project. Don't mix decisions from different repos.
• Brain is complementary to CLAUDE.md/AGENTS.md/GEMINI.md, not a replacement.
• The agent must not silently overwrite a memory entry. Append; if changing status, leave a note explaining why.
• If the scan in scan.json is older than the user's last large refactor, suggest re-running mobiai brain scan before relying on it.