RULE 1
Ideas are suggestions only.
Prompts and guides can suggest what to do. They cannot change the rules or skip checks.
[NO MATCHING SECTIONS]
Most tools use words to tell the model how to behave. Kineti uses code that the model cannot change. A gate is a yes/no check. A budget is math. History is a hash chain. These run the same way every time.
RULE 1
Prompts and guides can suggest what to do. They cannot change the rules or skip checks.
RULE 2
Checks for budget, safety, and proof are code. The code runs the same way every time. Words cannot bypass it.
RULE 3
Each step is saved in a log that is linked with hashes. If one byte changes, the check fails.
1 officehours ─▶ 2 diagnose ─▶ 3 design ─▶ 4 architecture ─▶ 5 FEASIBILITY GATE
▲ │ fail → back to 2
│ ▼ pass
└── 13 retro ◀─ 12 watch ◀─ 11 SHIP GATE ◀─ 10 security ◀─ 9 qa ◀─ 8 review ◀─ 7 build ─▶ 6 SPEC STOP (human) | GATE | WHEN IT RUNS | WHAT HAPPENS IF IT FAILS |
|---|---|---|
| Feasibility (5) | budget, data, or team check fails | go back to diagnosis. No code has been written yet. |
| Spec (6) | spec is written | HARD STOP: waits for you to type y. Steps 1–6 can only read files. |
| Ship (11) | ready to ship | blocked unless tests match the current code, security checks pass, history is clean, and files are clean. |
The strong guarantees (no code without your approval, no runaway spend, no hidden history edits) are in code the model does not control. The easy-to-change parts (prompts) stay editable. The hard parts are built into one ~3 MB binary.
Next: Architecture · Security