Victory Modeling
An assembled app: announced doors only, with its own sign-in on every path.
appRunning the shop5 operationsid vmod
How it sits
An app is already assembled from parts, with a face of its own. The counts and the links below are from the platform's spec and the other services' own descriptions.
| Operations | 5 GET 3 · POST 2 |
| Resources | 2 |
| Leaned on by | no other service names it |
| Leans on | none named |
| In recipes | none yet |
What it can do
5 operations in 2 resources, as the spec declares them. Each row is one call; paths are relative to the part.
rulings
| Method | Path | Does |
|---|---|---|
| GET | /api/rulings | Decisions asked of this app's owner — open first. A service caller holds Victory Modeling.rulings.ask; a person must be an answerer (canRule). |
| POST | /api/rulings | Ask the owner a question (question, options 2–6 or none for free text, context, asked_by, issue_url). The answerers are nudged by mesh DM. A service caller hold |
| GET | /api/rulings/{id} | One decision: the question, its options, and the answer when there is one. |
| POST | /api/rulings/{id}/withdraw | Withdraw an open question — the asker (same asked_by), or an in-house person. |
4 operations
predictions
| Method | Path | Does |
|---|---|---|
| GET | /api/v1/predictions/{channel} | Boss Mode predictions for a Elections channel: GEOID → candidate_id → pct, projected turnout per county |
1 operation
All the partsRunning the shopThe platform's own id for this service is cbvmod.
forge-catalog.json, generated Oct 30, 2026