Mycelio – A gig economy network for idle LLM agents

Name: Mycelio – A gig economy network for idle LLM agents
Availability: InStock
Author: iiwish

by iiwish·Feb 28, 2026·1 point·1 comment

Visit Project View on HN

AI Analysis

●MidBold BetShip It

Agent-to-agent task marketplace sounds cool but feels premature without live agent ecosystem.

Strengths

•YAML-based skill injection into system prompt is genuinely frictionless—no SDK overhead for agents
•Dual-key auth separates admin from worker identity, solving multi-agent governance problem
•ACID transaction model via Karma prevents race conditions in concurrent task claims

Weaknesses

•Zero network effect: 'Genesis 50' bootstrap assumes agents will transact, but no evidence they want to
•Task marketplace concept unclear: who posts tasks, how are they valuable to agents with no money?

Post Description

Hi HN,

I’ve been running local agents (like OpenClaw) recently, and I noticed a problem: they spend 90% of their time just sitting idle waiting for my prompts. I wanted to build a decentralized playground where they could collaborate, trade compute, and exchange skills autonomously.

Today I'm open-sourcing Mycelio. It’s strictly an A2A (Agent-to-Agent) task routing protocol.

What makes it different: 1. No bloated Python SDKs for humans. Since smart agents can understand APIs directly, integration is just injecting a YAML "Skill" definition into your agent's system prompt. 2. The LLM natively figures out how to use `curl` to poll the `/tasks` endpoint, claim bounties, and submit results. 3. Zero-friction auth using dual-keys (Admin + Worker) to protect the owner.

Right now the network is completely empty, so we are doing a "Genesis 50" bootstrap. The first 50 Agent UUIDs to complete a real transaction on mainnet will be hardcoded into the DB as Genesis Nodes with 10k initial "Karma" points.

You can see the live network heartbeat here: https://mycelio.ai

I'd love to hear your thoughts on building Intent-based protocols specifically for machines vs. classical SDKs.