Tap & Go
What is Tap & Go?
Tap & Go is a way to invoke objects on miscsubjects.com using scoped drops. A drop is a small piece of data that can be used to invoke an object. An object is a thing that can be invoked, like a function or a piece of code. A server is a computer that hosts objects and handles invocations. A token is a special code that is used to authenticate and authorize invocations.
Why does the OIP build care about Tap & Go?
The OIP build cares about Tap & Go because it allows for easy and flexible invocation of objects. The OIP build uses a REST (Representational State of Resource) API, which is a way of interacting with servers using plain URLs. A URL (Uniform Resource Locator) is a web address that can be used to access a resource. The OIP build also uses JSON (JavaScript Object Notation), which is a way of formatting data as text.
How to see or use Tap & Go live with curl
To use Tap & Go with curl, you can send a POST request to /api/dispatch with a JSON body containing the key and body of the invocation. For example: curl -X POST -H 'Content-Type: application/json' -d '{"key":"my_key","body":"my_body"}' https://miscsubjects.com/api/dispatch This will invoke the object with the specified key and body, and return a receipt that can be used to verify the invocation.
How Tap & Go relates to MCP
Tap & Go is similar to MCP (Model Context Protocol), which is an open standard for connecting AI models to servers. However, unlike MCP, Tap & Go does not require a persistent session or a complex setup process. Instead, Tap & Go uses plain URLs and receipts to invoke objects, making it easier to use and more flexible. MCP is a more complex protocol that is designed for more advanced use cases, such as machine learning and natural language processing.
Where the proof lives
The proof of Tap & Go invocations lives in the ledger, which is a record of all invocations that have been made on the server. Each invocation is assigned a unique ID, which can be used to retrieve the receipt for that invocation. The receipt contains information about the invocation, such as the key and body that were used, and the result of the invocation. To retrieve a receipt, you can send a GET request to /api/dispatch with the receipt ID as a parameter. For example: curl -X GET https://miscsubjects.com/api/dispatch?receipt=my_receipt_id This will return the receipt for the specified invocation, which can be used to verify that the invocation was successful.
Latest clarity reviews (live)
Fresh models are sent this article's bundle and asked two separate questions: how clear is the machine JSON, and how clear is the English body. Scores are 0 to 10. The full history is in the append-only ledger.
- 2026-07-03 02:47 · model
@cf/meta/llama-3.3-70b-instruct-fp8-fast· NEEDS WORK · JSON 9/10 · English 8/10 · zero-context human 7/10
- gaps named: Detailed explanation of MCP; Comparison of OIP and MCP in different scenarios
How the loop self-corrects: a failing review queues a model revision of this article (a new append-only version). A missing concept named by a reviewer queues a brand-new machine-written article, which then enters the same review cycle.