moooon
Motir
Vibe the project. Bring an idea — Motir's three AI layers plan it, track it, and ship it, end to end. You're looking at Motir, built in Motir.
- Vibe Project
- Open Source
- AI Agent
- AI Loop
- 5
- suggestions
- 4
- votes
- 376
- planifiés
- 4 168
- livrés
- The DECISION gate — an agent's decision ships as a `docs/decisions/` file in a MANDATORY pull request, a person accepts it as the primary question, and one press accepts it and mergesApproval gates — every decision that holds work up happens IN Motir, behind ONE approve language new kinds join
- The rollout is VERIFIED on the live deployment — the backfill ran, and a real production error files and closes end to endProduction errors become planned work — a monitor connects, its issues arrive as bugs in a container the project chooses, and fixing one closes it back
- (motir-core, production) READ the monitor jobs' real run history from production's job ledger — the reconcile tick has run and succeeded, the polls and the resolve succeeded, and no connection sits degraded or carrying an unread sync errorProduction errors become planned work — a monitor connects, its issues arrive as bugs in a container the project chooses, and fixing one closes it back
- A REAL production error in the connected `motir` project files exactly ONE bug into its destination folder, and completing that bug RESOLVES the issue — read in Sentry, not inferred from MotirProduction errors become planned work — a monitor connects, its issues arrive as bugs in a container the project chooses, and fixing one closes it back
- Error: MOTIR-4941 production verification probe — safe to resolve
- CONNECT Sentry org `motir` to the `motir` project on app.motir.co — authorise the install in Sentry, return to the Monitoring room, and observe the row reading `connected`Production errors become planned work — a monitor connects, its issues arrive as bugs in a container the project chooses, and fixing one closes it back
- (motir-core · design) The acceptance gate as PRIMARY — the receipt leads, the story's pull requests and How to test sit beneath it as what the one press merges, and the single-card-run shape where the story stands aloneApproval gates — every decision that holds work up happens IN Motir, behind ONE approve language new kinds join
- SWEEP the planner-bug home — read every open record in detail, one by one, and discharge each into a GLOBAL lesson, a TENANT lesson, a RULE anchored to an ACT, a MISSING STEP, or a commented defect that STAYS OPENSelf-improvement — auto-reported quality bugs
- (motir-core) Approving a design card's approve-to-merge gate DIRECTLY merges it while its `design_result` gate is still AWAITING — the merge gate's own `approve` never reads the design
- (motir-core, production) READ the bug-destination rollout from production's database — both migrations applied, every non-archived project's destination accounted for, and the planner-bug home story intact beside a folder destinationProduction errors become planned work — a monitor connects, its issues arrive as bugs in a container the project chooses, and fixing one closes it back
- (motir-core) Two settings switches bypass the Switch primitive and keep every contrast defect it was fixed for — the automation `RuleSwitch` and the dashboard widget `Toggle` sit at 1.00–2.41:1
- (motir-core) A merged or closed pull request with NO check rows folds to `running` for ever — the production backfill would write a permanent `running` onto 212 finished cards (78 of them now correctly `passing`)Approval gates — every decision that holds work up happens IN Motir, behind ONE approve language new kinds join
- Epic 1: Foundation
- (motir-core) Decision — AMEND the acceptance gate's PLACEMENT: `acceptance_result` hangs on the STORY whatever the run target, and on a story run it is the PRIMARY of two gates whose one press merges the story's codeApproval gates — every decision that holds work up happens IN Motir, behind ONE approve language new kinds join
- (motir-core) Design — FOLDERS on the planning canvases: the folder card and folder level on the plan-change overlay and the plan review, where a folder-filed proposal arrives now that a folder is a level, how a closed folder shows it holds proposals, and a navigable folder crumb
- (motir-core · design) The DECISION PORT — the decision document drawn as the PRIMARY question above the pull-request rows in the Development frame and the overlay, its unresolvable / superseded-by-push / merge-held states, and the To-approve rowApproval gates — every decision that holds work up happens IN Motir, behind ONE approve language new kinds join
- (motir-core) In an `auto` project, a design card's pull request merges while its `design_result` gate is still AWAITING — `settleGreenVerdict`'s auto arm never reads the design gate
- (manual) SUPERSEDE production's awaiting `pull_request_merge` gates — dry run, read the counts, apply, then re-read that none remainApproval gates — every decision that holds work up happens IN Motir, behind ONE approve language new kinds join
- (motir-core) A PROJECT-BOUND token is shown projects it cannot read — `list_projects`' structured payload and `GET /api/v1/projects` ignore the binding, though the text block and every per-key read honour it
- (motir-core) The CI-state backfill cannot finish on production — `backfill-ci-state.yml`'s 10-minute job timeout cancels the ~1,957-card sweep, and the script reports only at the END, so a cancelled run prints zero countsApproval gates — every decision that holds work up happens IN Motir, behind ONE approve language new kinds join