multimodel-dev-os 0.7.0 → 1.0.0
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/.ai/schema/adapter.schema.json +27 -0
- package/.ai/schema/config.schema.json +35 -0
- package/.ai/schema/template.schema.json +33 -0
- package/README.md +148 -28
- package/assets/ai-dev-os-roadmap.svg +66 -0
- package/assets/cost-optimization.svg +155 -0
- package/bin/multimodel-dev-os.js +1 -0
- package/docs/.vitepress/config.js +34 -1
- package/docs/5-day-roadmap.md +72 -0
- package/docs/case-studies/ecommerce-store.md +46 -0
- package/docs/case-studies/index.md +24 -0
- package/docs/case-studies/multimodel-handoff.md +46 -0
- package/docs/case-studies/nextjs-saas.md +48 -0
- package/docs/case-studies/seo-landing-page.md +46 -0
- package/docs/case-studies/wordpress-site.md +47 -0
- package/docs/cli-roadmap.md +8 -0
- package/docs/comparison.md +1 -0
- package/docs/compatibility.md +42 -0
- package/docs/cost-optimization.md +61 -0
- package/docs/faq.md +8 -0
- package/docs/final-launch.md +29 -0
- package/docs/index.md +95 -12
- package/docs/launch-kit.md +39 -47
- package/docs/migration-guide.md +54 -0
- package/docs/protocol.md +54 -0
- package/docs/public/assets/ai-dev-os-roadmap.svg +66 -0
- package/docs/public/assets/cost-optimization.svg +155 -0
- package/docs/release-policy.md +33 -0
- package/docs/stable-protocol.md +66 -0
- package/docs/support-policy.md +26 -0
- package/docs/template-qa.md +40 -0
- package/docs/templates-guide.md +6 -0
- package/docs/v1-checklist.md +31 -0
- package/docs/v1-readiness.md +29 -0
- package/docs/workflow-examples.md +2 -0
- package/package.json +1 -1
- package/scripts/verify.js +22 -0
|
@@ -0,0 +1,72 @@
|
|
|
1
|
+
# 5-Day AI Dev OS Adoption Roadmap
|
|
2
|
+
|
|
3
|
+
Getting engineering teams aligned under a shared, zero-drift AI configuration doesn't require sweeping repository changes. This tool-neutral, step-by-step roadmap outlines how to fully integrate `multimodel-dev-os` within a business week.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Horizontal Milestones
|
|
8
|
+
|
|
9
|
+
The timeline maps the progress from a fresh install to automated pull request verifications:
|
|
10
|
+
|
|
11
|
+

|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
### Day 1: Install & Scaffold (Scaffold the CLI)
|
|
16
|
+
- **Objective:** Deploy the zero-dependency CLI scaffolding pipeline.
|
|
17
|
+
- **Tasks:**
|
|
18
|
+
1. Initialize the shared directories and central core files:
|
|
19
|
+
```bash
|
|
20
|
+
npx multimodel-dev-os@latest init
|
|
21
|
+
```
|
|
22
|
+
2. Confirm that target folders (`.ai/context`, `.ai/skills`, `.ai/session-logs`) exist.
|
|
23
|
+
3. Run a dry-run check to verify setup constraints:
|
|
24
|
+
```bash
|
|
25
|
+
npx multimodel-dev-os@latest init --dry-run
|
|
26
|
+
```
|
|
27
|
+
|
|
28
|
+
---
|
|
29
|
+
|
|
30
|
+
### Day 2: Fill Project Memory (Core Workspace Contracts)
|
|
31
|
+
- **Objective:** Author the central single source of truth files.
|
|
32
|
+
- **Tasks:**
|
|
33
|
+
1. Edit [AGENTS.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/AGENTS.md) — detail your project overview, technology stack, build commands, and strict directory boundaries (`no-touch` blocks).
|
|
34
|
+
2. Edit [MEMORY.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/MEMORY.md) — log architectural decisions, third-party credentials rules, and project milestones.
|
|
35
|
+
3. Verify file placement is correct inside the root folder.
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
### Day 3: Configure Skills & Checks (Custom Prompt Packs)
|
|
40
|
+
- **Objective:** Assemble reusable instructions for common development routines.
|
|
41
|
+
- **Tasks:**
|
|
42
|
+
1. Author specific command workflows inside [.ai/skills/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/skills/) (e.g. database setup scripts, feature-specific build guidelines).
|
|
43
|
+
2. Define validation constraints in [.ai/checks/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/checks/) (e.g. regression checks, test coverage parameters).
|
|
44
|
+
3. Edit [.ai/prompts/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/prompts/) to establish output formatting expectations.
|
|
45
|
+
|
|
46
|
+
---
|
|
47
|
+
|
|
48
|
+
### Day 4: Mount Adapters & Handoff Logs (Sync Environments)
|
|
49
|
+
- **Objective:** Synchronize the central rules with IDE settings and terminal agents.
|
|
50
|
+
- **Tasks:**
|
|
51
|
+
1. Map adapters using the CLI command:
|
|
52
|
+
```bash
|
|
53
|
+
npx multimodel-dev-os@latest init --adapter cursor --adapter claude --adapter vscode
|
|
54
|
+
```
|
|
55
|
+
2. Confirm that `.cursorrules`, `CLAUDE.md`, and `.vscode/settings.json` mirror the central instructions properly.
|
|
56
|
+
3. Execute a local hand-off by creating a session log template inside `.ai/session-logs/` to pass context between agents.
|
|
57
|
+
|
|
58
|
+
---
|
|
59
|
+
|
|
60
|
+
### Day 5: Run Audits & Foster Team Reuse (Compliance & CI/CD)
|
|
61
|
+
- **Objective:** Guard workspace structure health and enforce linter checkups.
|
|
62
|
+
- **Tasks:**
|
|
63
|
+
1. Run the local structure verification:
|
|
64
|
+
```bash
|
|
65
|
+
npx multimodel-dev-os validate
|
|
66
|
+
```
|
|
67
|
+
2. Add validation gates to pre-commit hooks or CI workflows (e.g. `.github/workflows/verify.yml`).
|
|
68
|
+
3. Run diagnostic checkups using the `doctor` command:
|
|
69
|
+
```bash
|
|
70
|
+
npx multimodel-dev-os doctor
|
|
71
|
+
```
|
|
72
|
+
4. Educate the engineering team on executing validations before pushing code blocks.
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
# Case Study: E-Commerce Webhook State Synchronization
|
|
2
|
+
|
|
3
|
+
An educational case study detailing how a developers team aligned payment routes and webhook verification logic.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. The Problem
|
|
8
|
+
When building checkout systems, coding assistants frequently drift on webhook logic, suggesting outdated payload validation parameters or configuring incorrect endpoints. The team needed to keep payment verification states aligned between their command-line assistants and local editors.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## 2. Old Workflow
|
|
13
|
+
1. The developer modified checkout status logic inside database models.
|
|
14
|
+
2. Autocomplete and terminal models suggested mismatched verification functions because they were reading from conflicting local cache guides.
|
|
15
|
+
3. Webhook calls failed with signature errors, requiring tedious manual logging and debugging.
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## 3. MultiModel Dev OS Setup
|
|
20
|
+
- The team configured checkout specifications inside [.ai/context/architecture.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/context/architecture.md).
|
|
21
|
+
- Reusable webhook verifications were detailed inside `.ai/skills/webhook-handler.md`.
|
|
22
|
+
- Strict pre-implementation checks were enforced using standard pre-commit scripts.
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## 4. Files & Subcommands Used
|
|
27
|
+
- **Core Files:** `AGENTS.md`, `.ai/context/architecture.md`, `.ai/skills/webhook-handler.md`, `.ai/checks/pre-commit.md`
|
|
28
|
+
- **CLI Commands:**
|
|
29
|
+
```bash
|
|
30
|
+
# Initialize standard e-commerce configuration rules
|
|
31
|
+
npx multimodel-dev-os init --template ecommerce-store
|
|
32
|
+
|
|
33
|
+
# Audit structure health
|
|
34
|
+
npx multimodel-dev-os validate
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## 5. Outcome & Results
|
|
40
|
+
- **Pragmatic State Alignment:** Both CLI models and local autocompletes utilized matching validation schemas, preventing webhook signature bugs.
|
|
41
|
+
- **Improved Code Quality:** Pre-commit assertions prevented broken status variables from being checked into staging environments.
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## 6. Reusable Design Pattern
|
|
46
|
+
**Modular Architecture Briefing:** Segregate checkout flows and webhook architectures into isolated, read-only context files to provide agents with a pristine state definition without overloading the token window.
|
|
@@ -0,0 +1,24 @@
|
|
|
1
|
+
# Real-World Case Studies
|
|
2
|
+
|
|
3
|
+
Explore how engineering teams and developers leverage `multimodel-dev-os` to prevent instruction drift, secure workspace boundaries, and save significant LLM token context budgets.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## The Case Studies Gallery
|
|
8
|
+
|
|
9
|
+
Select a case study to see specific problems, setups, commands, outcomes, and reusable design patterns:
|
|
10
|
+
|
|
11
|
+
### 1. [Full-Stack Next.js SaaS](nextjs-saas.md)
|
|
12
|
+
*Solving schema sync and inline autocompletion shifts across full-stack applications.*
|
|
13
|
+
|
|
14
|
+
### 2. [WordPress Theme & Plugin Development](wordpress-site.md)
|
|
15
|
+
*Securing PHP coding style conventions and folder overrides during local scaffolding.*
|
|
16
|
+
|
|
17
|
+
### 3. [E-Commerce Webhooks & State Tracking](ecommerce-store.md)
|
|
18
|
+
*Keeping payment routes and database event states strictly aligned between terminal-based models and editors.*
|
|
19
|
+
|
|
20
|
+
### 4. [SEO Landing Page Audits](seo-landing-page.md)
|
|
21
|
+
*Managing multiple automated performance linter audits and SEO checkups.*
|
|
22
|
+
|
|
23
|
+
### 5. [Multi-Model Handoff Protocols](multimodel-handoff.md)
|
|
24
|
+
*Structuring sequential session logs to pass context between Claude Code and Gemini with zero token drops.*
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
# Case Study: Multi-Model Handoff Protocols
|
|
2
|
+
|
|
3
|
+
An educational case study detailing how a developers team executed sequential session logs to hand off tasks between Claude Code and Gemini with zero token drops.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. The Problem
|
|
8
|
+
Developers frequently switch between terminal assistants (Claude Code) to run builds and large-scale auditors (Gemini / Antigravity) to perform security audits. When switching tools, the next assistant lacks the historical context of what has already been attempted, leading to redundant commands, wasted API cycles, and lost time.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## 2. Old Workflow
|
|
13
|
+
1. The developer ran several build scripts with Claude Code.
|
|
14
|
+
2. The developer launched Gemini to audit the results.
|
|
15
|
+
3. Gemini, unaware of Claude's execution logs, recommended repeating the exact same steps, leading to wasted token spending and frustration.
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## 3. MultiModel Dev OS Setup
|
|
20
|
+
- The team deployed standard session logs under [.ai/session-logs/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/session-logs/).
|
|
21
|
+
- Handoff checklists were configured inside `.ai/prompts/handoff-to-next-model.md`.
|
|
22
|
+
- Structured summaries mapped exact code diffs and validation logs.
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## 4. Files & Subcommands Used
|
|
27
|
+
- **Core Files:** `AGENTS.md`, `.ai/prompts/handoff-to-next-model.md`, `.ai/session-logs/README.md`, `.ai/templates/session-log-template.md`
|
|
28
|
+
- **CLI Commands:**
|
|
29
|
+
```bash
|
|
30
|
+
# Initialize general template configuration
|
|
31
|
+
npx multimodel-dev-os init --template general-app
|
|
32
|
+
|
|
33
|
+
# Audit structure health
|
|
34
|
+
npx multimodel-dev-os validate
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## 5. Outcome & Results
|
|
40
|
+
- **Pragmatic Handoffs:** Claude Code automatically generated a session log summary before shutdown. Gemini parsed this log instantly on startup, executing audits without asking redundant setup questions.
|
|
41
|
+
- **Improved developer speed:** Reduced developer setup re-explanations completely, saving significant token overhead.
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## 6. Reusable Design Pattern
|
|
46
|
+
**Sequential Session Logging:** Always establish a standardized hand-off protocol where terminal-based models log their progress using unified templates, enabling follow-up agents to pick up work instantly with zero context loss.
|
|
@@ -0,0 +1,48 @@
|
|
|
1
|
+
# Case Study: Next.js SaaS Full-Stack Autocomplete
|
|
2
|
+
|
|
3
|
+
An educational case study detailing how a SaaS engineering team synchronized database schemas and UI autocompletions across Cursor and Claude Code.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. The Problem
|
|
8
|
+
The team switched frequently between a command-line assistant (Claude Code) to perform database migrations and local editors (Cursor) to write UI forms. When a database model schema was updated inside Prisma, Cursor's inline autocompletions remained unaware of the changes. The model suggested legacy fields, generating syntax errors and broken API queries that required constant copy-pasting to sync.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## 2. Old Workflow
|
|
13
|
+
1. The developer updated `schema.prisma`.
|
|
14
|
+
2. Claude Code executed migration commands and was aware of the new fields.
|
|
15
|
+
3. Cursor (.cursorrules) remained completely unmodified.
|
|
16
|
+
4. Inline completion generated compiler errors. The developer copy-pasted compile errors back to the model to resolve the discrepancies, losing significant token budget.
|
|
17
|
+
|
|
18
|
+
---
|
|
19
|
+
|
|
20
|
+
## 3. MultiModel Dev OS Setup
|
|
21
|
+
The team decoupled rules from tool-specific prompt configurations by defining a single centralized root contract:
|
|
22
|
+
- Root contract [AGENTS.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/AGENTS.md) tracked database frameworks and style guides.
|
|
23
|
+
- Adapters for Claude and Cursor mapped these specifications instantly.
|
|
24
|
+
- Caveman Mode was toggled on during UI-focused sprints to save context token footprints.
|
|
25
|
+
|
|
26
|
+
---
|
|
27
|
+
|
|
28
|
+
## 4. Files & Subcommands Used
|
|
29
|
+
- **Core Files:** `AGENTS.md`, `MEMORY.md`, `.ai/config.yaml`, `/adapters/cursor/.cursorrules`, `/adapters/claude/CLAUDE.md`
|
|
30
|
+
- **CLI Commands:**
|
|
31
|
+
```bash
|
|
32
|
+
# Initialize nextjs-saas stack config and enabled adapters
|
|
33
|
+
npx multimodel-dev-os init --template nextjs-saas --adapter cursor --adapter claude
|
|
34
|
+
|
|
35
|
+
# Audit structure health
|
|
36
|
+
npx multimodel-dev-os validate
|
|
37
|
+
```
|
|
38
|
+
|
|
39
|
+
---
|
|
40
|
+
|
|
41
|
+
## 5. Outcome & Results
|
|
42
|
+
- **Zero Instruction Drift:** Any change committed to the root `AGENTS.md` was instantly mirrored in both `.cursorrules` and `CLAUDE.md`.
|
|
43
|
+
- **Token Optimization:** Slashed input rules footprint from `~1,600 tokens` down to `~340 tokens` during UI completions under Caveman Mode, representing **~79% savings in context API billing**.
|
|
44
|
+
|
|
45
|
+
---
|
|
46
|
+
|
|
47
|
+
## 6. Reusable Design Pattern
|
|
48
|
+
**Decoupled Schema Mapping:** Always store database and framework constraints in a singular root contract, and deploy lightweight automated adapters to translate those rules dynamically to terminal assistants and autocomplete editors.
|
|
@@ -0,0 +1,46 @@
|
|
|
1
|
+
# Case Study: SEO Landing Page Audit Quality Gates
|
|
2
|
+
|
|
3
|
+
An educational case study detailing how a marketing agency managed automated performance linter audits and SEO compliance checks.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. The Problem
|
|
8
|
+
When developing marketing landing pages, developers switched frequently between editors to write CSS and assistants to optimize metadata. Assistants often recommended bulky third-party tracking scripts or ignored Core Web Vitals targets, causing page load speeds to drop below acceptable criteria.
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## 2. Old Workflow
|
|
13
|
+
1. The developer prompted the model to add promotional sections.
|
|
14
|
+
2. The assistant, unaware of style guides or speed budgets, suggested large image assets and unoptimized JS scripts.
|
|
15
|
+
3. Page performance dropped, requiring manual optimization and auditing cycles.
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## 3. MultiModel Dev OS Setup
|
|
20
|
+
- The team configured speed budgets inside [.ai/context/seo-rules.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/context/seo-rules.md).
|
|
21
|
+
- Reusable audit routines were defined inside `.ai/skills/seo-audit.md`.
|
|
22
|
+
- Strict pre-deploy compliance verifications were configured in the checks folder.
|
|
23
|
+
|
|
24
|
+
---
|
|
25
|
+
|
|
26
|
+
## 4. Files & Subcommands Used
|
|
27
|
+
- **Core Files:** `AGENTS.md`, `.ai/context/seo-rules.md`, `.ai/skills/seo-audit.md`, `.ai/checks/pre-deploy.md`
|
|
28
|
+
- **CLI Commands:**
|
|
29
|
+
```bash
|
|
30
|
+
# Scaffold SEO template configurations
|
|
31
|
+
npx multimodel-dev-os init --template seo-landing-page
|
|
32
|
+
|
|
33
|
+
# Audit structure health
|
|
34
|
+
npx multimodel-dev-os validate
|
|
35
|
+
```
|
|
36
|
+
|
|
37
|
+
---
|
|
38
|
+
|
|
39
|
+
## 5. Outcome & Results
|
|
40
|
+
- **Pragmatic Speed Compliance:** Assistants strictly followed Core Web Vitals rules, suggesting optimized images and inline styling instead of bulky scripts.
|
|
41
|
+
- **Improved Performance:** Initial page load speed remained high with zero manual auditing overhead.
|
|
42
|
+
|
|
43
|
+
---
|
|
44
|
+
|
|
45
|
+
## 6. Reusable Design Pattern
|
|
46
|
+
**Metadata Quality Budgets:** Always store performance budgets and SEO criteria in a modular rules file to force coding models to optimize assets dynamically before writing scripts.
|
|
@@ -0,0 +1,47 @@
|
|
|
1
|
+
# Case Study: WordPress Theme & Plugin Scaffolding
|
|
2
|
+
|
|
3
|
+
An educational case study detailing how a development agency maintained strict PHP coding style conventions and folder boundaries.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. The Problem
|
|
8
|
+
When developing themes and plugins inside a WordPress directory, coding assistants frequently poll the wrong directories, write test functions inside root assets, or suggest incorrect hooks. The agency needed to enforce strict directory limits so that models wouldn't touch core WordPress configurations (`wp-admin`, `wp-includes`, `wp-config.php`).
|
|
9
|
+
|
|
10
|
+
---
|
|
11
|
+
|
|
12
|
+
## 2. Old Workflow
|
|
13
|
+
1. The developer prompted the model to generate a custom plugin.
|
|
14
|
+
2. The assistant, unaware of workspace limits, edited files directly in the root directory.
|
|
15
|
+
3. Git status got polluted, and the developer had to manually revert the changes and re-explain theme folder hierarchies.
|
|
16
|
+
|
|
17
|
+
---
|
|
18
|
+
|
|
19
|
+
## 3. MultiModel Dev OS Setup
|
|
20
|
+
The agency defined boundaries inside [AGENTS.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/AGENTS.md):
|
|
21
|
+
- Explicit `no-touch` paths listed `/wp-admin/`, `/wp-includes/`, and `wp-config.php`.
|
|
22
|
+
- Centralized custom routines inside `.ai/skills/plugin-boilerplate.md` to guide quick plugin scaffolds.
|
|
23
|
+
- The advisory checkup `doctor` warned developers if local build caches compiled inside theme assets.
|
|
24
|
+
|
|
25
|
+
---
|
|
26
|
+
|
|
27
|
+
## 4. Files & Subcommands Used
|
|
28
|
+
- **Core Files:** `AGENTS.md`, `MEMORY.md`, `.ai/skills/plugin-boilerplate.md`, `.ai/config.yaml`
|
|
29
|
+
- **CLI Commands:**
|
|
30
|
+
```bash
|
|
31
|
+
# Scaffold standard WordPress development configuration
|
|
32
|
+
npx multimodel-dev-os init --template wordpress-site
|
|
33
|
+
|
|
34
|
+
# Audit environment boundaries and check gitignore ignores
|
|
35
|
+
npx multimodel-dev-os doctor
|
|
36
|
+
```
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## 5. Outcome & Results
|
|
41
|
+
- **Pristine Workspace Boundaries:** AI assistants strictly followed the defined `no-touch` patterns and generated code blocks only within `/wp-content/themes/` and `/wp-content/plugins/` subfolders.
|
|
42
|
+
- **Improved Scaffolding Speed:** Zero false starts or directory pollution, cutting local manual revisions completely.
|
|
43
|
+
|
|
44
|
+
---
|
|
45
|
+
|
|
46
|
+
## 6. Reusable Design Pattern
|
|
47
|
+
**Strict Context Bounds:** Always define directory boundaries explicitly at the root level so that coding agents do not index or modify core engine files.
|
package/docs/cli-roadmap.md
CHANGED
|
@@ -54,3 +54,11 @@ node bin/multimodel-dev-os.js verify
|
|
|
54
54
|
* **Adapter Autoregeneration (`sync`):** Parse custom override boundaries inside adapters and automatically synchronize them with updates in the root markdown source of truth.
|
|
55
55
|
* **Interactive Mode:** Provide step-by-step CLI options if run without arguments.
|
|
56
56
|
|
|
57
|
+
## Protocol Stabilization & v1.0.0 Freeze (v0.9.0)
|
|
58
|
+
|
|
59
|
+
In version **v0.9.0**, we pivot the roadmap to focus on **stabilization and hardening** ahead of the official `v1.0.0` freeze:
|
|
60
|
+
- **API Freeze:** The CLI syntax, standard command names (`init`, `verify`, `validate`, `doctor`, `templates`), and dynamic flags are frozen to ensure zero breaking changes in future minor patches.
|
|
61
|
+
- **Robust JSON Schemas:** Added standard validators inside `.ai/schema/` to define config and template formats.
|
|
62
|
+
- **Continuous Integration Gates:** Transitioning `validate` to serve as a strict build blocker for pulling and publishing code.
|
|
63
|
+
- **Enhanced Warning Paths:** Hardened CLI error messaging when directory write conflicts occur, mapping absolute paths cleanly.
|
|
64
|
+
|
package/docs/comparison.md
CHANGED
|
@@ -12,6 +12,7 @@ Selecting how to manage AI instructions inside a codebase significantly impacts
|
|
|
12
12
|
| **Structural Segregation** | Flat single-file instructions (easily cluttered) | Disorganized configs | **Concise modular directories** (Context, Skills, Prompts, Checks) |
|
|
13
13
|
| **CI/CD Quality Gates** | None (no structural safety checks) | None | **Verify subcommand** (`npm run verify` protects standard formats) |
|
|
14
14
|
| **Standardized Hand-offs** | Manual human explanations | Manual human explanations | **Sequential hand-off protocol** with structured session logs |
|
|
15
|
+
| **Cost Playbook Alignment** | None | None | **12 Playbook mappings** (RAG scoping, batching, caching) |
|
|
15
16
|
|
|
16
17
|
---
|
|
17
18
|
|
|
@@ -0,0 +1,42 @@
|
|
|
1
|
+
# Compatibility & Customization Guide
|
|
2
|
+
|
|
3
|
+
This document maps how `multimodel-dev-os` integrates across diverse IDEs and terminal utilities, detailing what parameters developers can customize without breaking the protocol.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. Supported Tool Matrix
|
|
8
|
+
|
|
9
|
+
The CLI routes centralized specifications directly to the following target adapters:
|
|
10
|
+
|
|
11
|
+
| Tool / Agent | Target Adapter File | Setup Instructions | Behavior Setup |
|
|
12
|
+
| :--- | :--- | :--- | :--- |
|
|
13
|
+
| **Cursor** | `.cursorrules` | `adapters/cursor/setup.md` | Inline autocomplete guidelines |
|
|
14
|
+
| **Claude Code** | `CLAUDE.md` | `adapters/claude/setup.md` | Terminal build and run controls |
|
|
15
|
+
| **VS Code** | `.vscode/settings.json` | `adapters/vscode/setup.md` | Editor layout and search limits |
|
|
16
|
+
| **Gemini** | `GEMINI.md` | `adapters/gemini/setup.md` | Prompt system context logs |
|
|
17
|
+
| **Antigravity** | `.gemini/settings.json` | `adapters/antigravity/setup.md` | Security and audit parameters |
|
|
18
|
+
| **Codex** | `adapters/codex/AGENTS.md` | `adapters/codex/setup.md` | Automated code scaffolding |
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## 2. Safe Customizations
|
|
23
|
+
|
|
24
|
+
Developers can customize the following configurations inside the `.ai/` directory without breaking linter checkups:
|
|
25
|
+
- **Skills and Prompts:** Adding custom task files under `.ai/skills/` (e.g., custom database migrations, API setups).
|
|
26
|
+
- **Core Memory Notes:** Expanding milestones or architectural notes in `MEMORY.md` and `RUNBOOK.md`.
|
|
27
|
+
- **Model Routings:** Adjusting provider selections and endpoint targets inside `.ai/context/model-map.md`.
|
|
28
|
+
|
|
29
|
+
---
|
|
30
|
+
|
|
31
|
+
## 3. Strict Rules (Do Not Rename)
|
|
32
|
+
|
|
33
|
+
To guarantee validation compliance:
|
|
34
|
+
- **Do Not Rename Root Documents:** The core contract files (`AGENTS.md`, `MEMORY.md`, `TASKS.md`, `RUNBOOK.md`) must reside exactly at the repository root and use capital letters.
|
|
35
|
+
- **Do Not Modify Schema Subfolders:** Subdirectories under `.ai/` (context, skills, prompts, checks, session-logs) must maintain lower-case names.
|
|
36
|
+
- **Do Not Interfere with CLI Flags:** Compliance checks expect `init`, `validate`, and `doctor` to accept `--target` and `--adapter` variables consistently.
|
|
37
|
+
|
|
38
|
+
---
|
|
39
|
+
|
|
40
|
+
## 4. v1.0.0 Compatibility Guarantee
|
|
41
|
+
|
|
42
|
+
The supported tool matrix and custom specifications listed here represent the officially frozen contracts of MultiModel Dev OS `v1.0.0`. Any backward-compatible extensions introduced in subsequent `1.x` releases will build on top of these mappings without breaking current project integrations.
|
|
@@ -0,0 +1,61 @@
|
|
|
1
|
+
# LLM Cost & Context Optimization Playbook
|
|
2
|
+
|
|
3
|
+
Maximizing developer velocity while minimizing LLM prompt overhead and API billing budgets is a critical priority for engineering teams. This playbook maps 12 industry cost-reduction techniques directly to native `multimodel-dev-os` features.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## Cost Optimization Matrix
|
|
8
|
+
|
|
9
|
+
Below is how the 12 core context optimization strategies are implemented inside the workspace configuration layer:
|
|
10
|
+
|
|
11
|
+

|
|
12
|
+
|
|
13
|
+
---
|
|
14
|
+
|
|
15
|
+
### 1. Choose the Right Model
|
|
16
|
+
- **The Strategy:** Deploying premium large models (e.g. Claude 3.5 Sonnet, GPT-4o) only for high-reasoning tasks and lightweight models for simple code syntax editing.
|
|
17
|
+
- **Dev OS Implementation:** [model-map.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/context/model-map.md) stores clear instructions routing Planner, Auditor, and Scaffolder tasks to their ideal cost-efficient models.
|
|
18
|
+
|
|
19
|
+
### 2. Reduce Input Tokens
|
|
20
|
+
- **The Strategy:** Avoid feeding massive developer rule guides, legacy wikis, or detailed style manuals on simple prompt turns.
|
|
21
|
+
- **Dev OS Implementation:** Toggling **Caveman Mode** (`--caveman`) strips descriptive descriptions and examples to slash prompt rules down to **~340 tokens (saving ~79% of input token context)**. The central [context-budget.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/context/context-budget.md) details guidelines on context sizes.
|
|
22
|
+
|
|
23
|
+
### 3. Limit Output Tokens
|
|
24
|
+
- **The Strategy:** Prevent models from generating verbose paragraphs, chatty conversational explanations, or redundant code structures.
|
|
25
|
+
- **Dev OS Implementation:** Decoupled prompt guidelines inside [.ai/prompts/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/prompts/) enforce strict prompt output contracts (e.g. "Only output the code diff, no chat").
|
|
26
|
+
|
|
27
|
+
### 4. Leverage Prompt Caching
|
|
28
|
+
- **The Strategy:** Structure system prompts and context buffers to match the exact patterns that cloud providers (like Anthropic, OpenAI) require for prompt caching.
|
|
29
|
+
- **Dev OS Implementation:** Shared workspace session logs under [.ai/session-logs/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/session-logs/) provide reusable, static summaries at the bottom of the prompt buffer to maximize caching hits.
|
|
30
|
+
|
|
31
|
+
### 5. RAG Done Right (Directory Scoping)
|
|
32
|
+
- **The Strategy:** Never feed an entire codebase to the prompt turn; instead, scope read inputs precisely.
|
|
33
|
+
- **Dev OS Implementation:** Modular files within [.ai/context/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/context/) break repository information into isolated briefs (project-brief, architecture, business-rules), allowing agents to load only required profiles.
|
|
34
|
+
|
|
35
|
+
### 6. Batch Requests
|
|
36
|
+
- **The Strategy:** Group simple micro-features into single comprehensive execution runs instead of engaging in iterative 3-word conversations.
|
|
37
|
+
- **Dev OS Implementation:** Centralized backlog tracking in [TASKS.md](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/TASKS.md) structures todo steps so agents can batch scaffold logical units in one message turn.
|
|
38
|
+
|
|
39
|
+
### 7. Enforce Structured Outputs
|
|
40
|
+
- **The Strategy:** Enforce strict parameters to avoid wasting model cycles guessing standard format definitions.
|
|
41
|
+
- **Dev OS Implementation:** Structured template outlines in [.ai/templates/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/templates/) and strict check contracts inside [.ai/checks/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/checks/) guarantee predictable code blocks on the first attempt.
|
|
42
|
+
|
|
43
|
+
### 8. Prompt and Skill Reuse
|
|
44
|
+
- **The Strategy:** Standardize system prompts and tool commands so developers aren't authoring customized instructions from scratch.
|
|
45
|
+
- **Dev OS Implementation:** Reusable routines under [.ai/prompts/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/prompts/) and custom agent scripts under [.ai/skills/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/skills/) form a shared, plug-and-play prompt library.
|
|
46
|
+
|
|
47
|
+
### 9. Multi-Step Pipelines (Planner/Coder/Reviewer)
|
|
48
|
+
- **The Strategy:** Split high-reasoning tasks from execution runs to avoid loading massive rules files during iterative code writes.
|
|
49
|
+
- **Dev OS Implementation:** Isolated agent specs inside [.ai/agents/](file:///c:/Users/ADMIN/OneDrive/Desktop/multimodel-dev-os/.ai/agents/) deploy a two-step approach where a Planner agent outlines changes, and a Coder agent writes the diff.
|
|
50
|
+
|
|
51
|
+
### 10. Monitor Usage & Auditing
|
|
52
|
+
- **The Strategy:** Continuously verify that developers' rules aren't getting cluttered or exceeding token limits.
|
|
53
|
+
- **Dev OS Implementation:** Compliance assertions using `npx multimodel-dev-os validate` and advisory checkups using `doctor` warn teams when context files grow too bloated.
|
|
54
|
+
|
|
55
|
+
### 11. Multi-Provider Strategy
|
|
56
|
+
- **The Strategy:** Prevent vendor-lock by designing adapters to translate instructions dynamically across different LLMs.
|
|
57
|
+
- **Dev OS Implementation:** Neutral mappings configured inside `model-map.md` allow switching model endpoints instantly without refactoring the central repository contracts.
|
|
58
|
+
|
|
59
|
+
### 12. Embedding Hygiene
|
|
60
|
+
- **The Strategy:** Ensure semantic search indexes only relevant source files instead of temporary distributions.
|
|
61
|
+
- **Dev OS Implementation:** Strict routing specifications mapped inside `context-routing.md` and pre-configured `.gitignore` definitions protect search databases from index pollution.
|
package/docs/faq.md
CHANGED
|
@@ -81,3 +81,11 @@ on the same codebase.
|
|
|
81
81
|
**How do I view available scaffolding templates?**
|
|
82
82
|
You can use `node bin/multimodel-dev-os.js templates` (or `list-templates`) to view all available tech stacks and detailed blueprints, or `show-template <name>` to inspect a specific template's specifications.
|
|
83
83
|
|
|
84
|
+
## Protocol & Migration
|
|
85
|
+
|
|
86
|
+
**Is the MultiModel Dev OS protocol stable?**
|
|
87
|
+
Yes. As of version `v1.0.0`, the core specifications (Root Contracts Layer, `.ai/` settings configurations, and adapter file targets) are officially frozen and backward-compatible. This ensures that any codebase prepared using `v1.0.0` will operate seamlessly inside future `1.x` ecosystems.
|
|
88
|
+
|
|
89
|
+
**How do I migrate my repository to v1.0.0?**
|
|
90
|
+
Upgrading is straightforward. Refer to our [Upgrades & Migration Guide](migration-guide.md) to inspect directory shifts, execute strict validation checks (`npx multimodel-dev-os validate`), and audit compatibility issues.
|
|
91
|
+
|
|
@@ -0,0 +1,29 @@
|
|
|
1
|
+
# Final Launch Guidelines
|
|
2
|
+
|
|
3
|
+
This document details the final launch guidelines and distribution routines for the public `v1.0.0` release of MultiModel Dev OS.
|
|
4
|
+
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
## 1. Local Pre-flight Verification
|
|
8
|
+
|
|
9
|
+
Prior to pushing files to the remote repository, ensure that:
|
|
10
|
+
- The exact target version `1.0.0` is configured in `package.json`.
|
|
11
|
+
- The cross-platform verify script completes cleanly:
|
|
12
|
+
```bash
|
|
13
|
+
npm run verify
|
|
14
|
+
```
|
|
15
|
+
- The VitePress documentation compiles without warnings or errors:
|
|
16
|
+
```bash
|
|
17
|
+
npm run docs:build
|
|
18
|
+
```
|
|
19
|
+
|
|
20
|
+
---
|
|
21
|
+
|
|
22
|
+
## 2. Launch Announcement Outlines
|
|
23
|
+
|
|
24
|
+
When publishing the stable release, communicate the key advantages clearly:
|
|
25
|
+
- **Portability**: Write-once configurations working seamlessly across Cursor, Claude, Gemini, Antigravity, and VS Code.
|
|
26
|
+
- **Context Economy**: Up to 79% reduction in prompt tokens through Caveman Mode configurations.
|
|
27
|
+
- **Zero Dependencies**: A completely self-contained CLI for lightning-fast setups.
|
|
28
|
+
|
|
29
|
+
Refer to `docs/launch-kit.md` for specific copy blocks ready for distribution on Twitter/X, LinkedIn, Hacker News, and Reddit.
|
package/docs/index.md
CHANGED
|
@@ -4,7 +4,7 @@ layout: home
|
|
|
4
4
|
hero:
|
|
5
5
|
name: "MultiModel Dev OS"
|
|
6
6
|
text: "Standardize your AI pair-programmers"
|
|
7
|
-
tagline: "
|
|
7
|
+
tagline: "One portable AI Dev OS for Codex, Antigravity, Cursor, Claude, Gemini, VS Code, and multimodel coding workflows."
|
|
8
8
|
image:
|
|
9
9
|
src: /logo.png
|
|
10
10
|
alt: MultiModel Dev OS Logo
|
|
@@ -13,11 +13,14 @@ hero:
|
|
|
13
13
|
text: Get Started Quick
|
|
14
14
|
link: /quickstart
|
|
15
15
|
- theme: alt
|
|
16
|
-
text:
|
|
17
|
-
link: /
|
|
16
|
+
text: Stable Protocol Specs
|
|
17
|
+
link: /stable-protocol
|
|
18
18
|
- theme: alt
|
|
19
|
-
text:
|
|
20
|
-
link: /
|
|
19
|
+
text: v1.0 Readiness
|
|
20
|
+
link: /v1-readiness
|
|
21
|
+
- theme: alt
|
|
22
|
+
text: View Case Studies
|
|
23
|
+
link: /case-studies/
|
|
21
24
|
- theme: alt
|
|
22
25
|
text: View on GitHub
|
|
23
26
|
link: https://github.com/rizvee/multimodel-dev-os
|
|
@@ -39,21 +42,101 @@ features:
|
|
|
39
42
|
--vp-home-hero-name-color: transparent;
|
|
40
43
|
--vp-home-hero-name-background: linear-gradient(135deg, #6366f1 0%, #10b981 100%);
|
|
41
44
|
}
|
|
45
|
+
.grid-container {
|
|
46
|
+
display: grid;
|
|
47
|
+
grid-template-columns: repeat(auto-fit, minmax(240px, 1fr));
|
|
48
|
+
gap: 1.5rem;
|
|
49
|
+
margin-top: 2rem;
|
|
50
|
+
margin-bottom: 2rem;
|
|
51
|
+
}
|
|
52
|
+
.card-item {
|
|
53
|
+
border: 1px solid var(--vp-c-bg-mute);
|
|
54
|
+
background-color: var(--vp-c-bg-soft);
|
|
55
|
+
border-radius: 8px;
|
|
56
|
+
padding: 1.5rem;
|
|
57
|
+
transition: border-color 0.25s, transform 0.25s;
|
|
58
|
+
text-decoration: none !important;
|
|
59
|
+
color: inherit !important;
|
|
60
|
+
}
|
|
61
|
+
.card-item:hover {
|
|
62
|
+
border-color: var(--vp-c-brand-1);
|
|
63
|
+
transform: translateY(-4px);
|
|
64
|
+
}
|
|
65
|
+
.card-title {
|
|
66
|
+
font-weight: 600;
|
|
67
|
+
font-size: 1.15rem;
|
|
68
|
+
margin-bottom: 0.5rem;
|
|
69
|
+
}
|
|
70
|
+
.card-desc {
|
|
71
|
+
font-size: 0.9rem;
|
|
72
|
+
color: var(--vp-c-text-2);
|
|
73
|
+
}
|
|
42
74
|
</style>
|
|
43
75
|
|
|
44
|
-
##
|
|
76
|
+
## Quick Start Setup
|
|
77
|
+
|
|
78
|
+
Scaffold a tool-neutral workspace instantly:
|
|
79
|
+
|
|
80
|
+
```bash
|
|
81
|
+
npx multimodel-dev-os@latest init
|
|
82
|
+
```
|
|
83
|
+
|
|
84
|
+
---
|
|
85
|
+
|
|
86
|
+
## Core Specifications & Playbooks
|
|
87
|
+
|
|
88
|
+
<div class="grid-container">
|
|
89
|
+
<a href="/quickstart" class="card-item">
|
|
90
|
+
<div class="card-title">🚀 Quickstart Guide</div>
|
|
91
|
+
<div class="card-desc">Deploy adapters and root contracts in under 2 minutes.</div>
|
|
92
|
+
</a>
|
|
93
|
+
<a href="/templates/" class="card-item">
|
|
94
|
+
<div class="card-title">📦 Template Gallery</div>
|
|
95
|
+
<div class="card-desc">5 premium, production-ready stack configurations for developers.</div>
|
|
96
|
+
</a>
|
|
97
|
+
<a href="/stable-protocol" class="card-item">
|
|
98
|
+
<div class="card-title">🛡️ Stable Protocol</div>
|
|
99
|
+
<div class="card-desc">Explore the officially frozen Layer 1-3 directory and file contracts.</div>
|
|
100
|
+
</a>
|
|
101
|
+
<a href="/cost-optimization" class="card-item">
|
|
102
|
+
<div class="card-title">⚡ Cost Optimization</div>
|
|
103
|
+
<div class="card-desc">Cuts your prompting token bills by up to 79% using Caveman shortcuts.</div>
|
|
104
|
+
</a>
|
|
105
|
+
<a href="/case-studies/" class="card-item">
|
|
106
|
+
<div class="card-title">💼 Case Studies Gallery</div>
|
|
107
|
+
<div class="card-desc">5 real-world integration guides mapping SaaS schemas and sequential handoffs.</div>
|
|
108
|
+
</a>
|
|
109
|
+
<a href="/migration-guide" class="card-item">
|
|
110
|
+
<div class="card-title">📈 Migration Playbook</div>
|
|
111
|
+
<div class="card-desc">Upgrade older workspaces to v1.0.0 standards cleanly.</div>
|
|
112
|
+
</a>
|
|
113
|
+
<a href="/v1-checklist" class="card-item">
|
|
114
|
+
<div class="card-title">🏁 Release Checklist</div>
|
|
115
|
+
<div class="card-desc">Audit repository compliance with the strict release quality gates.</div>
|
|
116
|
+
</a>
|
|
117
|
+
</div>
|
|
118
|
+
|
|
119
|
+
---
|
|
120
|
+
|
|
121
|
+
## Cost & Context Optimization
|
|
122
|
+
|
|
123
|
+
Minimize prompt overhead and API billing by mapping key context-reduction techniques to MultiModel Dev OS features:
|
|
45
124
|
|
|
46
125
|
<p align="center">
|
|
47
|
-
<img src="/assets/
|
|
126
|
+
<img src="/assets/cost-optimization.svg" alt="Cost Optimization Funnel" width="100%">
|
|
48
127
|
</p>
|
|
49
128
|
|
|
50
|
-
|
|
129
|
+
---
|
|
51
130
|
|
|
52
|
-
|
|
131
|
+
## 5-Day Adoption Roadmap
|
|
53
132
|
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
133
|
+
Deploying MultiModel Dev OS across your team is straightforward and tool-neutral:
|
|
134
|
+
|
|
135
|
+
<p align="center">
|
|
136
|
+
<img src="/assets/ai-dev-os-roadmap.svg" alt="5-Day Adoption Roadmap" width="100%">
|
|
137
|
+
</p>
|
|
138
|
+
|
|
139
|
+
---
|
|
57
140
|
|
|
58
141
|
## Why MultiModel Dev OS?
|
|
59
142
|
|