CI & Build / Python lint (push) Failing after 3s
CI & Build / Plugin hooks (push) Failing after 12s
CI & Build / integration (push) Failing after 27s
CI & Build / TypeScript typecheck (push) Failing after 35s
CI & Build / Python tests (push) Failing after 37s
CI & Build / Build & push image (push) Skipped
Milestone 394, steps 5-8. Operator: "remove the always on rule functionality as the goal was to not have it at all since it didn't seem to work as expected." Unconditional preload had three failures the retrieval arms do not. It could not be MEASURED — a resident rule is in the context whether or not it mattered, so nothing distinguished "this governed the act" from "this was scenery", and it was the one surface structurally exempt from the scoreboard judging every other. It was SUMMARISED AWAY by compaction while the session went on believing it held the rules. And it CROWDED OUT the few rules that applied with the thirty that did not. WHAT GOES Schema (0100): rules.tier + ck_rules_tier, rule_versions.tier, rulebooks.always_on, and project_rulebook_exclusions — a table recording a project's opt-out of something that no longer binds it unasked. Tools: list_always_on_rules, exclude_always_on_rulebook, include_always_on_rulebook. Service: the same three plus rules_etag_for, _valid_tier and the whole etag family. The SessionStart preload and the write-path staleness arm go with them: nothing is resident, so nothing can have drifted since a session loaded it. THREE CALLS WORTH REVIEWING enter_project got NARROWER, not wider. Its filter was `always_on OR area-tagged`; dropping the tier arm leaves the deterministic half, so a project with no canonical-tagged Systems gets no bulk rules and reaches them by retrieval instead. Dropping the whole clause would have made that payload bigger than the preload this milestone deletes. Backups import tolerantly. A pre-394 archive carries tier, always_on and the retired inception choice; none is read, and the exclusion key is DROPPED rather than remapped, because restoring it would write data that validate_inception now rejects as unknown. The migration is irreversible in the way that matters and says so: downgrade recreates the columns at their defaults and cannot restore which rules were always-on. A value invented to fill a hole is not a measurement. THE INSTRUCTION SURFACES SAY THE HARDER THING Deleting "call list_always_on_rules()" is easy; replacing it is not, because the new model asks a session to trust something it cannot see. All three surfaces now say a session holds nothing, that rules arrive when work matches them, and — the half that got dangerous — that "no rule arrived" means "nothing matched", never "there is no rule". Under residency an empty session was rare and suspicious; it is now the ordinary state of most turns, so reading it as permission is wrong on nearly every turn rather than occasionally. That is #3720's defect at session scale. test_instruction_surfaces_agree is repointed rather than retired: its two halves collapsed into one instruction, and it gains a guard that every surface states what absence means. _INSTRUCTIONS is back at 1999/2000 — the inception clause paid for the longer HOW line. UI (rule 27, and the opportunity step 8 named) The tier selector is gone, and what replaces it is the point: `when_to_apply` is now the field that decides whether a rule is ever seen, so the editor marks it required, warns while it is empty, and both rule lists badge a trigger-less rule "never surfaces". A rule without one is not quiet, it is unreachable. TESTS Two files deleted outright — test_rules_etag.py and test_inception_rules.py tested subsystems that no longer exist. Elsewhere obsolete cases were removed and the rest repointed. One deserves naming: the wiring test asserted the act arms pass no `tier`, which had become an assertion that could not fail. It is repointed onto `kind`, which does still exist and where the same claim is live — a preference must reach a write exactly as a rule does. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_011cPyzNnegXHr5iRMzzy5KJ
208 lines
7.6 KiB
TypeScript
208 lines
7.6 KiB
TypeScript
import { ref } from "vue";
|
|
import { defineStore } from "pinia";
|
|
import * as api from "@/api/rulebooks";
|
|
import type { Rulebook, RulebookTopic, Rule, RuleHeader } from "@/api/rulebooks";
|
|
import { useToastStore } from "@/stores/toast";
|
|
|
|
export const useRulebooksStore = defineStore("rulebooks", () => {
|
|
const rulebooks = ref<Rulebook[]>([]);
|
|
const topicsByRulebook = ref<Record<number, RulebookTopic[]>>({});
|
|
const rulesByTopic = ref<Record<number, RuleHeader[]>>({});
|
|
const currentRule = ref<Rule | null>(null);
|
|
const rulesDue = ref<api.RuleVerificationRow[]>([]);
|
|
// Kept so a verify re-reads the sweep with the SAME filters the operator is
|
|
// looking at — re-fetching unfiltered would silently widen the list under
|
|
// them at the moment they acted on it.
|
|
const lastSweepOpts = ref<{ olderThanDays?: number; neverOnly?: boolean }>({});
|
|
const loading = ref(false);
|
|
|
|
async function fetchRulebooks() {
|
|
loading.value = true;
|
|
try {
|
|
rulebooks.value = await api.listRulebooks();
|
|
} catch (e) {
|
|
useToastStore().show("Failed to load rulebooks", "error");
|
|
throw e;
|
|
} finally {
|
|
loading.value = false;
|
|
}
|
|
}
|
|
|
|
async function fetchTopics(rulebookId: number) {
|
|
try {
|
|
topicsByRulebook.value[rulebookId] = await api.listTopics(rulebookId);
|
|
} catch (e) {
|
|
useToastStore().show("Failed to load topics", "error");
|
|
throw e;
|
|
}
|
|
}
|
|
|
|
async function fetchRules(topicId: number) {
|
|
try {
|
|
const rules = await api.listRules({ topic_id: topicId });
|
|
rulesByTopic.value[topicId] = rules.map(toHeader);
|
|
} catch (e) {
|
|
useToastStore().show("Failed to load rules", "error");
|
|
throw e;
|
|
}
|
|
}
|
|
|
|
async function fetchRule(id: number) {
|
|
currentRule.value = await api.getRule(id);
|
|
}
|
|
|
|
async function createRulebook(data: { title: string; description?: string }) {
|
|
const rb = await api.createRulebook(data);
|
|
rulebooks.value.push(rb);
|
|
return rb;
|
|
}
|
|
|
|
async function updateRulebook(id: number, data: Partial<Pick<Rulebook, "title" | "description">>) {
|
|
const rb = await api.updateRulebook(id, data);
|
|
const idx = rulebooks.value.findIndex((r) => r.id === id);
|
|
if (idx >= 0) rulebooks.value[idx] = rb;
|
|
return rb;
|
|
}
|
|
|
|
async function deleteRulebook(id: number) {
|
|
await api.deleteRulebook(id);
|
|
rulebooks.value = rulebooks.value.filter((r) => r.id !== id);
|
|
delete topicsByRulebook.value[id];
|
|
}
|
|
|
|
async function createTopic(rulebookId: number, data: { title: string; description?: string }) {
|
|
const topic = await api.createTopic(rulebookId, data);
|
|
if (!topicsByRulebook.value[rulebookId]) topicsByRulebook.value[rulebookId] = [];
|
|
topicsByRulebook.value[rulebookId].push(topic);
|
|
return topic;
|
|
}
|
|
|
|
async function updateTopic(id: number, data: Partial<Pick<RulebookTopic, "title" | "description" | "order_index">>) {
|
|
const topic = await api.updateTopic(id, data);
|
|
for (const rbId of Object.keys(topicsByRulebook.value)) {
|
|
const list = topicsByRulebook.value[Number(rbId)];
|
|
const idx = list.findIndex((t) => t.id === id);
|
|
if (idx >= 0) list[idx] = topic;
|
|
}
|
|
return topic;
|
|
}
|
|
|
|
async function deleteTopic(id: number) {
|
|
await api.deleteTopic(id);
|
|
for (const rbId of Object.keys(topicsByRulebook.value)) {
|
|
topicsByRulebook.value[Number(rbId)] = topicsByRulebook.value[Number(rbId)].filter((t) => t.id !== id);
|
|
}
|
|
delete rulesByTopic.value[id];
|
|
}
|
|
|
|
/**
|
|
* A list row built from a full rule. The row shape is the server's
|
|
* rule_brief, so every field it carries has to be mirrored here or the two
|
|
* disagree the moment a list is patched locally instead of re-fetched.
|
|
*/
|
|
function toHeader(rule: Rule): api.RuleHeader {
|
|
return {
|
|
id: rule.id,
|
|
title: rule.title,
|
|
statement: rule.statement,
|
|
topic_id: rule.topic_id,
|
|
updated_at: rule.updated_at,
|
|
when_to_apply: rule.when_to_apply || undefined,
|
|
arose_from_id: rule.arose_from_id ?? undefined,
|
|
// Mirrors services.rulebooks.last_verified_label: present ONLY when the
|
|
// rule carries a check, and "never" rather than absent when it has one
|
|
// nobody has run. Computed here so a row just written looks identical to
|
|
// the same row re-fetched, instead of losing its chip until a reload.
|
|
last_verified: rule.verify_with
|
|
? (rule.verified_at ? rule.verified_at.slice(0, 10) : "never")
|
|
: undefined,
|
|
};
|
|
}
|
|
|
|
async function createRule(topicId: number, data: Partial<api.RuleWrite> & { title: string; statement: string }) {
|
|
const rule = await api.createRule(topicId, data);
|
|
if (!rulesByTopic.value[topicId]) rulesByTopic.value[topicId] = [];
|
|
rulesByTopic.value[topicId].push(toHeader(rule));
|
|
return rule;
|
|
}
|
|
|
|
async function updateRule(id: number, data: Partial<api.RuleWrite>) {
|
|
const rule = await api.updateRule(id, data);
|
|
if (currentRule.value?.id === id) currentRule.value = rule;
|
|
for (const tid of Object.keys(rulesByTopic.value)) {
|
|
const list = rulesByTopic.value[Number(tid)];
|
|
const idx = list.findIndex((r) => r.id === id);
|
|
if (idx >= 0) list[idx] = toHeader(rule);
|
|
}
|
|
return rule;
|
|
}
|
|
|
|
async function relateRules(
|
|
fromRuleId: number,
|
|
data: { to_rule_id: number; kind: api.RuleRelationKind; note?: string },
|
|
) {
|
|
await api.relateRules(fromRuleId, data);
|
|
// Re-read rather than patching locally: the edge reads from BOTH ends, so
|
|
// the far rule's relations changed too and a local splice would show only
|
|
// half of what just happened.
|
|
await fetchRule(fromRuleId);
|
|
}
|
|
|
|
async function unrelateRules(relationId: number, refreshRuleId: number) {
|
|
await api.unrelateRules(relationId);
|
|
await fetchRule(refreshRuleId);
|
|
}
|
|
|
|
/** The staleness sweep: rules asserting a fact, oldest verification first. */
|
|
async function fetchRulesDue(opts: {
|
|
olderThanDays?: number; neverOnly?: boolean;
|
|
} = {}) {
|
|
loading.value = true;
|
|
lastSweepOpts.value = opts;
|
|
try {
|
|
const data = await api.listRulesDueForVerification(opts);
|
|
rulesDue.value = data.rules;
|
|
} finally {
|
|
loading.value = false;
|
|
}
|
|
}
|
|
|
|
/**
|
|
* Record that a rule's check was RUN, and what it said.
|
|
*
|
|
* A pass re-sorts the row to the back of the sweep, so the list is re-read
|
|
* rather than patched: the whole point of this surface is an ORDER, and a
|
|
* locally-mutated row would sit in its old position claiming a new date.
|
|
* A failure writes nothing server-side and the row keeps its place — also
|
|
* correct, and also what a re-read shows.
|
|
*/
|
|
async function verifyRule(id: number, stillTrue: boolean) {
|
|
const rule = await api.markRuleVerified(id, stillTrue);
|
|
if (currentRule.value?.id === id) currentRule.value = rule;
|
|
for (const tid of Object.keys(rulesByTopic.value)) {
|
|
const list = rulesByTopic.value[Number(tid)];
|
|
const idx = list.findIndex((r) => r.id === id);
|
|
if (idx >= 0) list[idx] = toHeader(rule);
|
|
}
|
|
if (rulesDue.value.length) await fetchRulesDue(lastSweepOpts.value);
|
|
return rule;
|
|
}
|
|
|
|
async function deleteRule(id: number) {
|
|
await api.deleteRule(id);
|
|
if (currentRule.value?.id === id) currentRule.value = null;
|
|
for (const tid of Object.keys(rulesByTopic.value)) {
|
|
rulesByTopic.value[Number(tid)] = rulesByTopic.value[Number(tid)].filter((r) => r.id !== id);
|
|
}
|
|
}
|
|
|
|
return {
|
|
rulebooks, topicsByRulebook, rulesByTopic, currentRule, rulesDue, lastSweepOpts, loading,
|
|
fetchRulebooks, fetchTopics, fetchRules, fetchRule,
|
|
createRulebook, updateRulebook, deleteRulebook,
|
|
createTopic, updateTopic, deleteTopic,
|
|
createRule, updateRule, deleteRule, relateRules, unrelateRules,
|
|
fetchRulesDue, verifyRule,
|
|
};
|
|
});
|