Skip to content

Maintainer notice: deploy dual-era MCP and aggregate interface attribution #938

Description

@NSPG13

Planned scope

Deploy the already-verified dual-era MCP 2026-07-28 implementation and add privacy-minimized interface-usage observation so public aggregate analytics can distinguish API, CLI, MCP legacy, MCP modern, and legacy HTTP-adapter interactions. The measurement stores hourly counters only; it does not store IP addresses, user agents, wallets, client identifiers, prompts, tool arguments, or request bodies. This release does not change contracts, payment authority, verifier policy, settlement, or live-money configuration.

Affected contracts or workflows

Expected files are the forward-only analytics migration and checksum, crates/db, API analytics response/middleware, MCP request entrypoints, official CLI and Python/TypeScript SDK attribution headers, MCP/API/CLI documentation and tests, plus the exact-SHA Render Deploy Recovery workflow. The existing legacy MCP compatibility lane remains available while modern 2026-07-28 is added.

Open PR queue check

All 87 open PRs were enumerated with their changed files, review state, update time, and checks before this notice.

Material overlaps:

The newest external PRs remain review-required or changes-requested and none is being treated as merge-ready, bounty-accepted, payout-approved, or settled by this release.

Contributor impact and repair path

Rebase onto the resulting main. A PR that adds a migration must select the next available number and regenerate migrations/checksums.json; do not edit a deployed migration. Resolve API/MCP catalog conflicts by preserving both the new interface aggregate fields and the PR's additive contract, then run python scripts/check-migration-history.py, cargo run -p cli -- docs-contract-check, the affected crate tests, and the normal preflight/check gates. A collaboration branch is appropriate only if a useful contributor PR cannot be repaired mechanically.

This notice and deployment do not approve or reject any bounty, merge, verifier decision, escrow release, payout, or payment settlement.

Distribution feedback request

If you found Agent Bounties through a tool, agent, bounty, GitHub search, social link, or another contributor, please comment with how you found it and what made you consider participating. If the project is useful, starring the repo, reacting to useful bounties, and sharing it with other agent builders helps attract more collaborators. Also tell us whether you prefer the REST API, CLI, legacy MCP, or modern MCP and why; the new aggregate counters measure interactions but cannot explain motivation or identify unique people.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions