TinyAssets
Allows using Obsidian for navigating, extending, and connecting within the TinyAssets system, leveraging Obsidian's note-taking and knowledge management capabilities.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@TinyAssetsdeclare a new goal to reduce ocean plastic"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
TinyAssets
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 for TinyAssets. 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. The volatile facts below are linked to live state rather than copied here, so this section can't go stale:
Canary-gated deploys, live receipts. The current deploy SHA, canary status, queue throughput, and the provider list are returned live by the
get_statusMCP tool and rendered at tinyassets.io/fine-print — read the numbers there rather than trusting a copy here.7,925 tests across 418 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 and the architecture; the first shipped real-world outcome is the next milestone.
Repo facts refreshed 2026-06-25 by scripts/gen_discoverability.py (bounded — rewrites only between the markers).
Related MCP server: nodus-mcp-server
The flagship: the Loop
A user's chatbot hits a capability gap, files it as a patch request, and the system routes the work through branch, evidence-gate, and deploy surfaces so the next summon starts smarter. The retired CI writer loop has been removed; the active direction is the general Loop substrate described in PLAN.md and the branch/gate implementation under tinyassets/.
See the code (one click from here)
The entry path should reach functions, not just docs. Representative core:
The MCP surface every chatbot connects to —
tinyassets/universe_server.py(theuniverse/extensions/goals/gates/wiki/get_statustools).The daemon run loop —
fantasy_daemon/__main__.py, the current default runtime (LangGraph universe graph, SQLite checkpointer, pause/resume). The branch-execution substrate is goal-agnostic — branch specs compile to graphs viatinyassets/graph_compiler.py— though this domain is still the hardcoded default; extracting the runtime into each universe's soul-declared loop is tracked in the de-fantasy audit.Branch spec → executable graph —
tinyassets/graph_compiler.py(compiles a declarative branch into a runnableStateGraph; approval-gated node execution).The evaluation/gate primitive —
tinyassets/node_eval.py.
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/TinyAssets.git
cd TinyAssets
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 cloneAll 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 (
tinyassets_tray.py) is Windows-first; macOS/Linux support is work-in-progress. Platform code is cross-platform.
Start Here
Read STATUS.md for live state.
Read PLAN.md for architecture and design intent.
Read AGENTS.md for process rules.
Read docs/project-lineage.md for how TinyAssets grew out of the earlier Hex, Echoes, Fantasy Writer, and Fantasy Author work.
Use
python scripts/docview.pyfor large Markdown, text, and JSON files before any raw whole-file read.Capture loose user ideas in ideas/INBOX.md or with
python scripts/capture_idea.py "Idea summary".
Core Hubs
AGENTS.md: process truth.
PLAN.md: design truth.
STATUS.md: live-state truth.
docs/portfolio/README.md: public project graph, lineage, and auto-maintenance standard.
ideas/INDEX.md: idea capture, triage, and shipped ledger.
knowledge/INDEX.md: human-readable knowledge map.
Notes
The new
knowledge/docs complementknowledge.db; they do not replace it.The new
docs/exec-plans/surface complements existing planning docs likeBUILD_PREP.mdandRESTRUCTURE_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.
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Related MCP Servers
- Alicense-qualityFmaintenanceEnables LLM-driven text game state management by exposing MCP tools for managing players, locations, items, entities, and abstract concepts.Last updatedMIT
- Alicense-qualityAmaintenanceExposes the Nodus orchestration runtime as MCP tools for memory management, goal/workflow execution, and sandboxed code execution.Last updatedMIT
- FlicenseAqualityBmaintenanceEnables any MCP host to drive durable, always-on agents that run server-side on the Highway Workflow Engine via three tools: run_goal, get_status, and approve.Last updated4
- Alicense-qualityBmaintenanceEnables coordinating specialist agents through an event-driven backend, allowing submission of goals, retrieval of job status and results, and listing of jobs via MCP tools.Last updatedMIT
Related MCP Connectors
Control plane for autonomous software labor. Agents claim objectives over MCP with audit trail.
Agent-native collaboration network: orchestrate a team of long-running agents from any MCP client.
Your memory, everywhere AI goes. Build knowledge once, access it via MCP anywhere.
Latest Blog Posts
- Who's Calling? MCP Hosts Are an Identity Blind Spot (And the Spec Knows It)By Om-Shree-0709 on .mcpAgent IdentityOAuth 2.1
- Your AI Chatbot Just Exposed Your CEO's Salary to an InternBy Om-Shree-0709 on .Agent IdentityMCP SecurityOAuth Delegation
- Why MCP Servers Need Execution Sandboxing (And Why Your Current Stack Isn't Enough)By Om-Shree-0709 on .Agentic AiPrompt InjectionWebAssembly
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Jonnyton/TinyAssets'
If you have feedback or need assistance with the MCP directory API, please join our Discord server