Migration Guide: Switch to MoLOS
Moving to a new productivity tool can feel overwhelming. We've designed this guide to make your transition from Notion, Obsidian, Logseq, or other tools as smooth as possible.
What to Expect
MoLOS offers a unique approach: local-first data with native AI integration via MCP (Model Context Protocol). This means:
- ✅ Your data stays on your device—no cloud dependencies
- ✅ AI agents can read and write your tasks, notes, and documents automatically
- ✅ Works offline, syncs on your terms
- ✅ Full control over your data with SQLite database backups
Migration Time Estimates:
- Light user (minimal data): 15–30 minutes
- Moderate user (regular productivity use): 30 minutes–2 hours
- Power user (complex workflows, years of data): 2–4 hours
You don't have to migrate everything at once. Start with what's critical, and move the rest gradually.
Preparation
Before You Begin
-
Backup Everything
- Export your data from your current tool
- Keep the backup safe during migration
- Don't delete anything until you're confident in MoLOS
-
Install MoLOS
- Follow the Quick Start Guide to get MoLOS running
- Make sure MoLOS is accessible at
http://localhost:4173(or your configured port) - Test the basic modules: Tasks, Markdown, Quick Notes
-
Document Your Workflow
- Take screenshots of your current setup
- Note the features you use most
- Identify what's critical to migrate first
-
Clear Time for Migration
- Block off uninterrupted time (30 minutes to 2 hours for most users)
- Have both tools running side-by-side during migration
- Keep a notepad handy for questions or observations
From Notion
Notion users often have complex workspaces with databases, pages, and rich content. Here's how to make the move.
Exporting from Notion
- Open your Notion workspace
- Click the "..." menu (three dots next to your workspace name)
- Select "Export all as..."
- Choose export format:
- Markdown & CSV — Recommended for best MoLOS compatibility
- HTML — Use if you need formatting preserved (requires manual cleanup)
- Wait for the download to complete (can take several minutes for large workspaces)
- Extract the downloaded ZIP file
What You'll Get:
- Markdown files for all pages and content
- CSV files for databases (tasks, projects, etc.)
- Attachments folder (images, files)
Importing to MoLOS
Step 1: Import Documents (Pages)
- Navigate to the MoLOS-Markdown module
- Create a folder structure that matches your Notion workspace:
Documents/for general pagesProjects/for project-related content
- Upload your Markdown files:
- Drag and drop files into the MoLOS-Markdown interface
- Or click "Create Page" and paste Markdown content directly
Step 2: Import Databases (Tasks)
Notion databases require a bit more work. Here's your approach:
Option A: Manual Recreation (Recommended for Most Users)
- Open your Notion CSV export in a spreadsheet or text editor
- Identify key fields: title, status, tags, due dates, assignees
- Map to MoLOS structure:
- Create Areas in MoLOS-Tasks for your Notion workspaces
- Create Projects within those Areas
- Create Tasks with appropriate statuses and priorities
Example Mapping:
| Notion Concept | MoLOS Equivalent |
|---|---|
| Workspace | Area |
| Page | Markdown Page |
| Database | Project with Tasks |
| Status property | Task status (todo, in_progress, done) |
| Priority property | Task priority (urgent, high, medium, low) |
| Due date property | Task dueDate |
| Tags | Task labels |
| Attachments | Move to local storage, link from Markdown |
Option B: Automated Migration Script (Technical Users)
MoLOS provides a Python script to help automate Notion CSV migration:
# Install dependencies
pip install requests pandas
# Run migration script
python scripts/migrate-from-notion.py \
--notion-csv path/to/notion-export.csv \
--molos-api-url http://localhost:4173 \
--molos-api-key YOUR_API_KEY_HERE
# What the script does:
# 1. Reads Notion CSV export
# 2. Maps Notion properties to MoLOS Task fields
# 3. Creates Areas, Projects, and Tasks via MoLOS MCP API
# 4. Links relevant Markdown pages to Tasks
Note: The migration script is optional. Manual recreation gives you more control and helps you learn MoLOS structure.
Common Notion Migration Challenges
Challenge: "Notion databases have complex relationships and lookups"
Solution: MoLOS uses a simpler hierarchy (Areas → Projects → Tasks). Simplify your structure:
- Document relationships in Markdown notes
- Use MoLOS task dependencies for critical relationships
- Accept that some complex lookups may not translate perfectly
Challenge: "Rich text formatting is lost in Markdown export"
Solution: This is expected. MoLOS uses standard Markdown:
- Bold, italics, lists, and tables will be preserved
- Custom colors, highlights, and Notion-specific embeds won't translate
- Focus on content over formatting—Markdown is more portable long-term
Challenge: "I have hundreds of attachments to import"
Solution:
- Move attachments to your local file system
- Link from Markdown pages:
 - Consider hosting large files externally if storage is limited
From Obsidian
Obsidian users typically have vaults of Markdown notes with linking systems. Migration is generally straightforward.
Sync via Obsidian Plugin (Recommended)
If you use Obsidian with cloud sync:
- Install the "Obsidian to MoLOS" plugin from the Obsidian community marketplace
- Configure the plugin with your MoLOS server URL:
- Server:
http://localhost:4173 - API Key: Get from MoLOS settings (if authentication is enabled)
- Server:
- Click "Sync to MoLOS" in the Obsidian plugin panel
- Select content to sync:
- Entire vault
- Specific folders
- Tagged notes only
- Wait for sync to complete
Benefits of Plugin Approach:
- Automatic bidirectional sync (changes in Obsidian reflect in MoLOS)
- Preserves Obsidian's
[[WikiLinks]]syntax - Ongoing sync (not just one-time migration)
Manual Export & Import
If you prefer manual migration or the plugin isn't available:
Step 1: Export from Obsidian
- Open your Obsidian vault in your file explorer
- Copy the entire vault folder (or specific folders you want to migrate)
- Keep folder structure intact
Step 2: Import to MoLOS
- Stop your MoLOS Docker container (if using Docker):
docker-compose down - Copy your Obsidian vault to MoLOS data directory:
cp -r /path/to/obsidian-vault ~/.molos/data/obsidian-vault/ - Start MoLOS:
docker-compose up -d - Navigate to the MoLOS-Markdown module
- Your Obsidian vault should appear in the file tree
Obsidian to MoLOS Mapping
| Obsidian Concept | MoLOS Equivalent |
|---|---|
| Vault | Markdown Documents (entire vault or folders) |
| Folder | Markdown Folder/Path |
| Note | Markdown Page |
[[WikiLinks]] | Markdown links (auto-converted by plugin, or manually) |
| Tags | Markdown Tags (preserve #tag syntax) |
| Frontmatter | Page metadata or first heading |
Embeds ![[note]] | Markdown links or manual re-creation |
Common Obsidian Migration Challenges
Challenge: "Obsidian's [[WikiLinks]] syntax doesn't work in MoLOS"
Solution:
- Use the MoLOS plugin for auto-conversion
- Or manually replace
[[Note Name]]with[Note Name](./note-name.md) - MoLOS-Markdown supports standard Markdown links
Challenge: "Frontmatter properties are important to my workflow"
Solution:
- MoLOS-Markdown pages support YAML frontmatter for metadata
- Alternatively, use first heading as title and document properties in description
- For task properties, consider using MoLOS-Tasks instead of frontmatter
Challenge: "I use Obsidian plugins extensively"
Solution:
- Manually recreate plugin functionality with MoLOS modules
- Use MoLOS-Tasks for task management plugins
- Use MoLOS-Markdown for note-taking plugins
- Consider building a custom MoLOS module for specialized needs
From Logseq
Logseq users have graph-based structures with journals and pages. Migration requires some restructuring.
Exporting from Logseq
- Open Logseq
- Click the "..." menu (top-right corner)
- Select "Export all..."
- Choose export format:
- OPML — Recommended for best compatibility
- Markdown — Alternative, may require more cleanup
- Wait for the download to complete
- Extract the downloaded files
Importing to MoLOS
Step 1: Create Folder Structure
- Navigate to MoLOS-Markdown module
- Create a structure that mimics your Logseq graph:
Journal/for daily notesPages/for static pagesProjects/for project-related pages
- Upload Markdown/OPML files:
- Drag and drop entire folder
- Or import file-by-file for more control
Step 2: Convert Logseq Blocks to Markdown
Logseq's block-based structure is unique. Here's how to adapt:
<!-- Logseq block structure (converted) -->
## Daily Note - 2026-03-21
- Task 1: Review PR #123
- Subtask 1: Check tests
- Subtask 2: Verify docs
- Task 2: Write migration guide
- [[Reference: Obsidian Plugin Docs]]
<!-- Equivalent MoLOS structure -->
## Daily Note - 2026-03-21
**Tasks:**
- Review PR #123
- Check tests
- Verify docs
- Write migration guide
- [Reference: Obsidian Plugin Docs](./obsidian-plugin-docs.md)
Tip: For tasks, consider moving them to MoLOS-Tasks for better tracking.
Logseq to MoLOS Mapping
| Logseq Concept | MoLOS Equivalent |
|---|---|
| Graph | Markdown Tree (folders + pages) |
| Journal entry | Markdown Page with date in path or title |
| Page | Markdown Page |
| Block | Markdown content (list items, paragraphs) |
Block ref ((uuid)) | Markdown link or manual reference |
Property property:: value | Task field or metadata in frontmatter |
| Query views | MoLOS saved views/filters (for tasks) |
Common Logseq Migration Challenges
Challenge: "Logseq's block-based structure is lost in Markdown"
Solution:
- Accept that MoLOS uses linear Markdown, not blocks
- Use blockquotes
>for content that needs visual separation - For tasks, migrate to MoLOS-Tasks for better organization
- Consider that linear structure may be simpler and more maintainable
Challenge: "Query-based views (Journals, etc.) don't exist in MoLOS"
Solution:
- Re-create views using MoLOS-Tasks filters and saved views
- For journal-like browsing, use MoLOS-Markdown's hierarchical tree
- Use tags and categories for organization
Challenge: "Block references and linking are different"
Solution:
- Use Markdown links instead of block references
- Document relationships in page descriptions
- Use MoLOS-Tasks dependencies for task relationships
Migration Best Practices
Before You Migrate
✅ Backup Everything
- Export complete data from source tool
- Keep backup safe during migration
- Don't delete source data until confident
✅ Document Your Workflow
- Screenshot your current setup for reference
- Note features you use daily
- Identify what's critical to migrate
✅ Clean Up
- Archive or delete unnecessary content before migrating
- Consolidate similar items
- Make migration easier by reducing clutter
✅ Test MoLOS
- Have MoLOS running and accessible
- Test basic modules (Tasks, Markdown, Quick Notes)
- Get familiar with MoLOS structure before migrating
During Migration
✅ Migrate Incrementally
- Don't try to move everything at once
- Start with critical work (current projects, active tasks)
- Add historical archives later
✅ Start with Structure
- Create Areas → Projects → Tasks hierarchy first
- Organize folder structure for Markdown
- Map source concepts to MoLOS equivalents
✅ Then Migrate Content
- Import actual content after structure is ready
- Upload files in batches
- Verify each batch before continuing
✅ Keep Both Systems Running
- Use source tool and MoLOS in parallel during migration
- Reference source tool while learning MoLOS
- Don't delete source data yet
✅ Verify Data
- Check that migrated content is complete
- Ensure links and references work
- Confirm tags and categories are preserved
After Migration
✅ Run Both Systems for 1-2 Weeks
- Keep source tool for reference
- Gradually transition work to MoLOS
- Build confidence in MoLOS workflows
✅ Gradual Transition
- Move work to MoLOS slowly
- Adapt your workflow to MoLOS strengths
- Don't expect 1:1 feature parity
✅ Document Differences
- Note what MoLOS does better/worse
- Identify workarounds for missing features
- Consider building custom modules if needed
✅ Clean Up
- Once confident, archive source data
- Keep backup for at least 30 days
- Delete source accounts if desired
Data Validation Checklist
Before considering migration complete, verify:
- All important tasks migrated and visible in MoLOS-Tasks
- All projects and areas created with correct structure
- All documents and notes imported to MoLOS-Markdown
- Links and references working correctly
- Tags and categories preserved
- Attachments accessible and linked correctly
- No data loss detected (compare counts, sample items)
- Critical workflows tested in MoLOS
Common Questions (FAQ)
How long does migration take?
For a typical user with moderate data:
| From Tool | Time Estimate |
|---|---|
| Notion → MoLOS | 30 minutes–2 hours |
| Obsidian → MoLOS | 15 minutes–1 hour |
| Logseq → MoLOS | 20 minutes–1.5 hours |
Time varies based on:
- Amount of data to migrate (files, tasks, notes)
- Complexity of your current workflow
- Familiarity with MoLOS structure
- Manual vs. automated migration approach
Tip: Start with a test migration of a subset of data to gauge timing.
Will I lose data during migration?
Risk is minimal if you follow these steps:
- ✅ Backup everything before starting
- ✅ Keep both systems running during migration
- ✅ Verify data after import
- ✅ Don't delete source data until confident
MoLOS Data Safety Features:
- Stores data locally in SQLite database
- Can backup database file directly
- Can export data anytime
- Can restore from backup if needed
Will my formatting be preserved?
Some formatting changes are expected. This is normal.
✅ Will Be Preserved:
- Text content and structure
- Headings and hierarchy
- Lists (bulleted, numbered, nested)
- Tables
- Links and images (if embedded correctly)
- Tags and categories
⚠️ May Change or Require Cleanup:
- Rich text styling (custom colors, highlights, fonts)
- Custom properties and metadata (frontmatter may need manual adjustment)
- Tool-specific features (Notion embeds, Obsidian plugin content)
- Complex layouts (Notion columns, etc.)
Can I migrate just some data, not everything?
Yes! Incremental migration is actually recommended.
Approach 1: Critical Work First
- Migrate current projects and tasks (what you're working on now)
- Add historical archives later
- Import old notes and documentation gradually
Approach 2: Experiment First
- Test MoLOS with a small subset of data
- Learn the structure and workflows
- Do full migration once comfortable
Approach 3: Hybrid Transition
- Use both tools in parallel for transition period
- Move new work to MoLOS
- Keep old work in source tool for reference
- Migrate historical data at your own pace
Troubleshooting Migration Issues
Export Issues
Issue: "Export from Notion failed or incomplete"
Solutions:
- Try exporting smaller batches (one workspace at a time)
- Use different export format (Markdown & CSV vs HTML)
- Check Notion Status Page for outages
- Contact Notion support if issue persists
Issue: "Obsidian vault won't export or plugin conflicts"
Solutions:
- Disable all plugins before export
- Try copying vault folder directly from file system
- Check file permissions on vault directory
Issue: "Logseq export creates empty files or errors"
Solutions:
- Try OPML format instead of Markdown (or vice versa)
- Close other Logseq graphs before export
- Check Logseq version (use latest stable release)
Import Issues
Issue: "MoLOS won't import files or shows errors"
Solutions:
- Check file size — MoLOS has reasonable import limits
- Verify file format — should be
.mdfor Markdown - Confirm MoLOS is running
- Try importing smaller batches to isolate problematic files
Issue: "Data missing after import"
Solutions:
- Verify all files were uploaded (check file counts)
- Check MoLOS file permissions
- Check available storage space
- Re-import missing files individually
Issue: "Formatting looks wrong or broken"
Solutions:
- Accept that Markdown is simpler than rich formats
- Manually clean up headings and lists
- Check for valid Markdown syntax using a linter
- Re-create complex content using MoLOS structure
Post-Migration Issues
Issue: "MoLOS structure doesn't match my workflow"
Solutions:
- Adapt your workflow to MoLOS strengths (Areas → Projects → Tasks)
- Use MoLOS creatively: Use Areas for broad categories, Projects for specific efforts, Tasks for actionable items
- Leverage MoLOS features: Saved views, filters, labels, dependencies
- Build custom modules: If you need specific workflows, develop a module
Success Stories
From Notion to MoLOS: A 30-Day Journey
User: Jordan Rivera, Full-Stack Developer
Previous Tool: Notion (3 years, 50+ projects, 1000+ tasks)
Migration Duration: 2 hours
Time to Full Adoption: 30 days
Why Jordan Migrated:
"I loved Notion's features, but the cloud-only nature always concerned me. As a developer working with sensitive client data, I needed a local-first solution. MoLOS promised that plus MCP integration for my AI workflows."
Migration Process:
- Week 1: Migrated active projects and tasks (2 hours)
- Week 2: Imported historical documentation and notes (3 hours)
- Week 3: Built custom MoLOS module for client-specific workflow (8 hours)
- Week 4: Connected AI agents via MCP (30 minutes)
Results After 30 Days:
- ✅ Productivity: +25% more tasks completed per week
- ✅ Data Ownership: Full control over data, no cloud concerns
- ✅ AI Integration: AI agents can now read/write tasks automatically
- ✅ Cost Savings: $120/month saved (Notion plan cancelled)
- ✅ Workflow Satisfaction: Jordan says MoLOS structure fits his development workflow better than Notion
Advice from Jordan:
"Don't try to recreate Notion exactly in MoLOS. Adapt your workflow to MoLOS's strengths (Areas → Projects → Tasks). The first week was frustrating, but by week 3 I was more productive than ever in Notion. The MCP integration is a game-changer for my AI-assisted development workflow."
Next Steps After Migration
Immediate (Day 1)
-
Verify All Critical Data
- Check that all important tasks migrated
- Confirm documents are accessible
- Test key workflows (create tasks, access notes)
-
Test MoLOS Features
- Explore Areas, Projects, Tasks structure
- Test Markdown editing and linking
- Connect AI agents via MCP (if using)
-
Familiarize Yourself
- Navigate the interface
- Customize saved views and filters
- Adjust settings to your preference
Short-Term (Week 1)
-
Get Comfortable
- Use MoLOS for daily work
- Learn keyboard shortcuts and UI patterns
- Experiment with different organizational approaches
-
Customize for Your Workflow
- Set up saved views for common queries
- Create custom labels and tags
- Configure filters and default views
-
Learn Advanced Features
- Explore module documentation
- Understand MCP integration
- Learn about custom module development
-
Join the Community
- GitHub Discussions for tips and support
- Share your migration experience
- Contribute feedback and improvements
Long-Term (Month 1+)
-
Build Custom Modules
- If you have specific workflow needs
- Develop features missing from source tool
- Share modules with community
-
Integrate with Other Tools
- Connect to calendar, email, or other systems
- Build automation workflows
- Leverage MCP for AI integrations
-
Contribute Back
- Report bugs and feature requests
- Improve documentation
- Share migration scripts or templates
-
Help Others Migrate
- Share your success story
- Contribute migration tips to community
- Help new users in discussions
Resources
Documentation
- Quick Start Guide: Getting Started
- Tasks Module: Tasks Documentation
- Markdown Module: Markdown Documentation
- Module Development: Build Custom Modules
Community
- GitHub Discussions: Ask the community
- GitHub Issues: Report bugs or request features
- Full Documentation: MoLOS Docs
Need Help with Migration?
If you encounter issues during migration:
- Check this guide — Your issue may be covered in the troubleshooting section
- Search GitHub Discussions — Others may have solved your problem
- Open an issue — Report bugs or missing features
- Join the community — Get help from other MoLOS users
Remember: Migration is a journey, not a race. Take your time, ask for help, and enjoy the benefits of local-first, AI-integrated productivity.
Last Updated: March 21, 2026
MoLOS Version: v1.1.0
Ready to migrate? Start with the Quick Start Guide and come back here when you're ready to import your data.