docs: add product STRATEGY.md anchor
Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
52
STRATEGY.md
Normal file
52
STRATEGY.md
Normal file
@@ -0,0 +1,52 @@
|
||||
---
|
||||
name: Fusion
|
||||
last_updated: 2026-06-02
|
||||
---
|
||||
|
||||
# Fusion Strategy
|
||||
|
||||
## Target problem
|
||||
|
||||
AI agent work is fragmented across many products, and each one locks you into its own models, workflows, and surfaces. A developer running agents can't drive them their way across machines without being captive to a single vendor's silo.
|
||||
|
||||
## Our approach
|
||||
|
||||
Fusion is the model- and surface-agnostic orchestration layer — neutral by design, with a plugin ecosystem so it adapts as models and workflows evolve, rather than betting the product on any one model or vendor.
|
||||
|
||||
## Who it's for
|
||||
|
||||
**Primary:** The solo developer juggling 10 Claude Code terminals and 5 Codex terminals, bouncing between laptop and phone. They're hiring Fusion to keep every agent moving — across surfaces and machines — without dropping threads or losing track of what's running where.
|
||||
|
||||
## Key metrics
|
||||
|
||||
- **Concurrent agent sessions** — agents actively driven at once per user; the core signal that orchestration is real, not idle.
|
||||
- **Active nodes** — nodes running agents in a given week; proves the multi-node bet is being used, not just available.
|
||||
- **Ecosystem breadth** — unique models + plugins active per user; the direct readout of the agnostic, pluggable thesis.
|
||||
- **Task completion rate** — share of board tasks driven to done; outcome quality, not just activity.
|
||||
- **LOC shipped via Fusion** — code actually shipped through Fusion-driven agents; a proxy for real work delivered.
|
||||
|
||||
## Tracks
|
||||
|
||||
### Multi-node orchestration
|
||||
|
||||
Driving agents across machines and surfaces in a scalable, multi-node way.
|
||||
|
||||
_Why it serves the approach:_ The surface- and machine-agnostic promise only holds if work scales out beyond a single box.
|
||||
|
||||
### Surface coverage
|
||||
|
||||
Meeting the developer wherever they are — dashboard/kanban, mobile, terminal.
|
||||
|
||||
_Why it serves the approach:_ Surface-agnostic means no surface is the "real" one; every surface can drive and observe agents.
|
||||
|
||||
### Ecosystem & adaptability
|
||||
|
||||
The plugin system, model swapping, and evolving workflows and structure — including missions, goals, and agent companies.
|
||||
|
||||
_Why it serves the approach:_ This is where neutrality lives: the product evolves with the models instead of being locked to today's.
|
||||
|
||||
### Pluggable multi-user
|
||||
|
||||
Unlocking multi-user collaboration through open, pluggable extension points rather than a hardcoded model.
|
||||
|
||||
_Why it serves the approach:_ Same neutrality bet applied to collaboration — defined extension points keep the core open and let richer access, roles, and deployment models be built on top without forking the product.
|
||||
Reference in New Issue
Block a user