Date: 2026-08-28
Continue and do the best and create what we need to use free resource and free agents and free computing resource and how we can integrate the Git repository with those resource and agents.
PR #125 was created, verified, and squash-merged as:
c7bf92d2c957c4204137b906daa1981619f87be2
The PR added exactly eight focused files:
scripts/free_resource_planner.py;tests/test_free_resource_planner.py;schemas/resource-offer-registry-v0.1.schema.json;examples/resources/free-resource-registry-v0.1.json;examples/resources/task-public-code-analysis-v0.1.json;.github/workflows/free-resource-plan.yml;docs/architecture/FREE_RESOURCE_MESH.md;Exact PR-head GitHub checks all passed:
33187652283 — success;33187652255 — success;33187652162 — success;33187652175 — success.The Free Resource Mesh Plan itself ran on a standard public GitHub-hosted runner, demonstrating the first immediate zero-project-cost compute use of the new layer.
Existing issue #12 was updated rather than replaced with another issue.
It now tracks:
GEMINI_API_KEY secret only;No secret was created, requested, or committed by this turn.
Existing issue #11 was updated rather than replaced.
It now tracks adapters behind the canonical idkmesh-node boundary:
It explicitly forbids turning a normal contributor computer into an unrestricted public-repository self-hosted Actions runner.
The target is zero project-paid inference cost while preserving sandboxing, provenance, independent verification, and no worker integration authority.
After the Free Resource Mesh landed, the repository was re-inspected for existing compute infrastructure.
IDKMesh already has a more concrete Opportunistic Compute Fabric:
docs/architecture/OPPORTUNISTIC_COMPUTE_FABRIC.md;schemas/compute-offer-pool-v0.1.schema.json;config/compute-policy.json;experiments/local_compute_offer.py;experiments/free_compute_router.py;Issue #52, local capability discovery, is already completed.
This changed the integration decision: the new Free Resource Mesh must not become a second Work Unit scheduler.
A bridge architecture was therefore added directly to main:
docs/architecture/FREE_RESOURCE_MESH_COMPUTE_BRIDGE.md
Commit:
c7fb42a232fb5667a570029e8003075902d2a03e
external services / free tiers / volunteer agent classes
|
v
Free Resource Mesh
freshness / terms / privacy /
secret / human-consent gates
|
+---------+---------+
| |
v v
activated compute hosted/manual
resource class agent lane
| |
v v
live Compute Offer candidate /
Pool advisory output
| |
v |
repository compute policy |
| |
v |
free_compute_router.py |
| |
v |
selected concrete offer |
| |
v |
adapter / idkmesh-node <-----+
|
v
ResultManifest + artifacts
|
v
independent verifier / Evidence Report
|
v
explicit human/governance decision
External/resource-class discovery and admission:
It does not dispatch a Work Unit.
Concrete live execution selection:
Actual execution only after a concrete offer has been selected and execution is authorized through the established worker boundary.
Correctness and integration authority remain outside both resource layers.
The resource registry now tracks these classes with expiring evidence:
Free-tier values are not protocol constants. Expired source evidence causes planner ineligibility.
Use aggressively for legitimate repository CI, verification, reproducibility, benchmark shards, and deterministic experiments because this is currently the easiest real zero-project-cost compute lane.
Do not use it as a generic unrelated public supercomputer.
Remain opt-in and advisory-first. Zero monetary cost does not justify secrets, write permissions, automatic untrusted triggers, or integration authority.
Use:
approved immutable Work Unit
-> local policy + capped concrete offer
-> disposable sandbox
-> bounded adapter
-> canonical evidence
-> cleanup
Do not use:
public fork/PR code
-> unrestricted persistent self-hosted runner
-> personal machine
The project should optimize:
verified useful work per maintainer minute and per unit of donated/free compute, subject to project monetary spend = $0 and preserved trust boundaries.
Raw free CPU-hours, agent count, comment volume, or model confidence are not success metrics.