OIP capability: TASKS_ADD
TASKS_ADD
This is one executable OIP object. It is the leaf where prose stops and exact invocation begins.
Add a new task to the queue. $1=title/ask, $2=description/context, $3=priority(P0/P1/P2/P3), $4=assigned_to_agent/role. Stores a structured JSON job so the cron runner can execute it.
Parent system: TASKS. Root: /a/oip. Machine doc: /api/dispatch?key=TASKS_ADD&format=markdown. Invocation history: /api/invocations?object_id=TASKS_ADD.
Invoke
Example: [TASKS_ADD]write article about BPC-157|evidence-graded review|P2|writer[/TASKS_ADD]
Run URL: https://miscsubjects.com/api/dispatch?invoke=TASKS_ADD&body=write%20article%20about%20BPC-157%7Cevidence-graded%20review%7CP2%7Cwriter&share=<TOKEN>
Auth: none. Risk: low.
Machine contract
- Read this article first; do not infer the row shape from memory.
- If acting with a URL-only tool, open run_now after replacing placeholder args.
- If the call returns ran:false or proof.ok:false, read the receipt and repair the failed invocation instead of narrating success.
- If the token denies the call, report the denial exactly; do not switch to a broader action unless the owner supplied a broader token.
Troubleshooting
- unknown key - Use the did_you_mean links or ask URL; never guess another key.
- argument/body mismatch - Read inputs/example_args here, then retry with repairs: inv_ID so lineage closes.
- expired or corrupted token - Report token_expired/token_corrupted from the response; owner mints a fresh scoped link.
- tool returned ok:false / exit nonzero - Do not call it sent. Read the receipt, correct the body, fire a repair.
Receipt loop
After any action, open the receipt. If it is wrong, repair it with POST /api/dispatch {key, body, repairs:"inv_ID"}. If you need to repeat the exact recorded call, replay it with POST /api/dispatch {replay:"inv_ID"}.
Full generated capability doc
§SELF — miscsubjects capability (paste without context)
Principle: Self-explaining payload — no external context required. This _self block is the capability: what it is, how to run it, how to change it, and where to look next. Path: OIP > TASKS > TASKS_ADD Capability: TASKS_ADD — Add a new task to the queue. $1=title/ask, $2=description/context, $3=priority(P0/P1/P2/P3), $4=assigned_to_agent/role. Stores a structured JSON job so the cron runner can execute it. When to use: queue work for the build to execute later (writer jobs, audits, fixes). RUN NOW (open this URL): https://miscsubjects.com/api/dispatch?invoke=TASKS_ADD&body=write%20article%20about%20BPC-157%7Cevidence-graded%20review%7CP2%7Cwriter&share=<TOKEN> Example call: [TASKS_ADD]write article about BPC-157|evidence-graded review|P2|writer[/TASKS_ADD]
- type · runner: workflow · flow · tasks
- run it: Open run_now (URL, fires the example), or POST https://miscsubjects.com/api/dispatch {"key":"TASKS_ADD","body":"write article about BPC-157|evidence-graded review|P2|writer"}. From the router: [TASKS_ADD]write article about BPC-157|evidence-graded review|P2|writer[/TASKS_ADD]
- inputs: {"args":"$1=title/ask, $2=description, $3=priority, $4=role/agent"}
- outputs: { ok, result, invocation, yield, _self } — result is this object's output; yield is tokens/cost/material; invocation is the ledgered record.
- auth · risk: none · low
Machine Contract
- Read this article first; do not infer the row shape from memory.
- If acting with a URL-only tool, open run_now after replacing placeholder args.
- If the call returns ran:false or proof.ok:false, read the receipt and repair the failed invocation instead of narrating success.
- If the token denies the call, report the denial exactly; do not switch to a broader action unless the owner supplied a broader token.
Invocation, Ledger, Repair
- root tree: https://miscsubjects.com/api/dispatch?map=1&format=markdown
- parent system article: https://miscsubjects.com/api/dispatch?map=TASKS&format=markdown
- append-only ledger: https://miscsubjects.com/api/invocations?object_id=TASKS_ADD
- receipt pattern: https://miscsubjects.com/api/dispatch?receipt=inv_ID&share=<TOKEN>
- replay: POST /api/dispatch {"replay":"inv_ID"}
- repair: POST /api/dispatch {"key":"TASKS_ADD","body":"corrected args","repairs":"inv_ID"}
Troubleshooting
- unknown key — Use the did_you_mean links or ask URL; never guess another key. · https://miscsubjects.com/api/dispatch?ask=TASKS_ADD
- argument/body mismatch — Read inputs/example_args here, then retry with repairs: inv_ID so lineage closes. · https://miscsubjects.com/api/dispatch?key=TASKS_ADD
- expired or corrupted token — Report token_expired/token_corrupted from the response; owner mints a fresh scoped link. · https://miscsubjects.com/api/dispatch?explain=1&share=<TOKEN>
- tool returned ok:false / exit nonzero — Do not call it sent. Read the receipt, correct the body, fire a repair. · https://miscsubjects.com/api/dispatch?receipt=inv_ID&share=<TOKEN>
Logical proof (verify each step)
- Every capability is an invokable object with its own _self — this block. → https://miscsubjects.com/api/dispatch?key=TASKS_ADD
- You run it by POSTing to /api/dispatch; in a model turn the router tag is [TASKS_ADD]args[/TASKS_ADD]. → https://miscsubjects.com/api/dispatch?registry=1
- Every invocation is ledgered with actor, cost, and material/waste. → https://miscsubjects.com/api/invocations?object_id=TASKS_ADD
- You can ask the build for capabilities in plain language. → https://miscsubjects.com/api/dispatch?ask=Add%20a%20new%20task%20to%20the%20queue.%20%241%3Dtitle%2Fas
- The whole build is one self-describing map, with the terminal key. → https://miscsubjects.com/api/dispatch?build=1
Where to look next
- registry — Every capability, self-describing · https://miscsubjects.com/api/dispatch?registry=1
- ask — Ask the build what to use, in plain language · https://miscsubjects.com/api/dispatch?ask=<question>
- history — This capability's invocation history — its edges · https://miscsubjects.com/api/invocations?object_id=TASKS_ADD
- build — The whole build as one map (terminal key) · https://miscsubjects.com/api/dispatch?build=1
Self-explaining. Not project knowledge — fetch specifics from the links above.