Odel
Workflow

Workflow

@jonnytonDeveloper ToolsPythonMITUpdated 1w ago

Create, browse, remix, collaborate on, and run durable AI workflow nodes from MCP hosts.

Server endpointStreamable HTTP

This is the third-party server itself — Odel doesn't run it. Hitting this URL directly talks straight to the upstream server with no auth or proxying. Connect through Odel to front it with managed auth.

Workflow

A global goals engine. Fully self-hostable, open-source (MIT platform / CC0 catalog), runs on your own infrastructure. Humanity declares shared Goals — research breakthroughs, great novels, successful prosecutions, cures, open datasets, whatever people actually want done — and a legion of diverse AI-augmented workflows pursues each Goal in parallel. Branches evolve, cross-pollinate, and get ranked by how far their outputs advance up each Goal's real-world outcome-gate ladder. The system is built for whatever people collectively care about next.

This repo contains substantial architecture and implementation work. The starter surfaces below help you navigate, extend, and connect — including via Obsidian if you use it.

Built by Jonathan Farnsworth (jonathan.m.farnsworth@gmail.com, GitHub @Jonnyton) — sole human author; the only co-authors are the project's own AI agents.

Proof of life

The engine runs on its own infrastructure and patches itself in public. The volatile facts below are linked to live state rather than copied here, so this section can't go stale:

  • It ships its own fixes. The patch loop turns filed capability gaps into machine-authored PRs through a cross-family writer/checker gate — see .github/workflows/auto-fix-bug.yml and workflow/bug_investigation.py. Recent self-patches: the commit and Actions history.
  • Canary-gated deploys, live receipts. The current deploy SHA, canary status, queue throughput, and the provider list are returned live by the get_status MCP tool and rendered at tinyassets.io/fine-print — read the numbers there rather than trusting a copy here.
  • 7,856 tests across 406 files, all offline. Providers are mocked (_FORCE_MOCK=True); no API keys: pip install -e .[dev] && pytest -q.

Honest caveat (the site says this too): the user-facing outcome loop hasn't shipped a real external artifact yet — draft mode is on, OAuth is unwired, run_count is 0. What's proven today is the engine, the architecture, and the self-patching loop; the first shipped real-world outcome is the next milestone.

Repo facts refreshed 2026-06-14 by scripts/gen_discoverability.py (bounded — rewrites only between the markers).

The flagship: the patch loop

A user's chatbot hits a capability gap → files it as a patch request → a daemon picks it up, drafts a fix, routes it through evidence gates, and ships when the gates are satisfied → the next summon starts smarter. No design committee drew this loop; it was pulled out of user-sim sessions where chatbot-personas filed the first patches against the system. Walk it on the site at /patch-loop; read the implementation in auto-fix-bug.yml + workflow/bug_investigation.py.

See the code (one click from here)

The entry path should reach functions, not just docs. Representative core:

What's strongest here

A coherent, dependency-verified stack (LangGraph / FastMCP / LanceDB / igraph / clingo) wired into a single self-patching engine; design philosophy with teeth (minimal primitives, fork-over-build, commons-first privacy); operational seriousness (canary-gated deploys, deploy receipts tied to source SHA, ~7,800 offline tests); and a system honest enough to file bugs against itself and state in public what it hasn't shipped yet.

Quick Start (for contributors)

Clone-to-green-tests in ~5 minutes on a clean machine:

git clone https://github.com/Jonnyton/Workflow.git
cd Workflow
python -m venv .venv && source .venv/bin/activate  # Windows: .venv\Scripts\activate
pip install -e .[dev]
pytest -q                 # full suite — no API keys needed (tests mock providers)
ruff check                # lints clean on a fresh clone

All tests run offline with _FORCE_MOCK=True set in tests/conftest.py. No ANTHROPIC_API_KEY or similar required for CI or local dev. If any test fails on a clean clone, file an issue — that's a TEST-1 regression.

Cross-platform notes:

  • Tested on Windows, macOS, Linux. Paths use pathlib.Path — backslashes don't leak into tests.
  • Python 3.11+ required (see pyproject.toml).
  • The tray (workflow/workflow_tray.py) is Windows-first; macOS/Linux support is work-in-progress. Platform code is cross-platform.

Start Here

  1. Read STATUS.md for live state.
  2. Read PLAN.md for architecture and design intent.
  3. Read AGENTS.md for process rules.
  4. Read docs/project-lineage.md for how Workflow grew out of the earlier Hex, Echoes, Fantasy Writer, and Fantasy Author work.
  5. Use python scripts/docview.py for large Markdown, text, and JSON files before any raw whole-file read.
  6. Capture loose user ideas in ideas/INBOX.md or with python scripts/capture_idea.py "Idea summary".

Core Hubs

Notes

  • The new knowledge/ docs complement knowledge.db; they do not replace it.
  • The new docs/exec-plans/ surface complements existing planning docs like BUILD_PREP.md and RESTRUCTURE_PLAN.md; it does not invalidate them.
  • The user may steer multiple live sessions across different providers at once. Durable coordination belongs in files, not only in chat.