Repository navigation
v1.13.1
·
120 commits
to main
since this release
Fixed
- The review-workflow flag no longer changes what a write stores. In
v1.13.0,cerefox_ingest_documentreadreview_workflow_enabledon the
write path and storedapprovedfor every author while the workflow was
off. That was never the intent — the flag is a view/hide switch, the rule
underneath keeps running — and it quietly made a storedapprovedmean two
different things depending on when it was written: a document an agent
wrote during an "off" month came backapprovedonce the flag was on
again, indistinguishable from one a person had actually approved. The RPC
now decides fromauthor_typealone (agent →pending_review, user →
approved) whatever the flag says; the flag governs only what surfaces
show and enforce, exactly as documented. Turning it off and later back on
shows the statuses the store would have had all along. The Settings
confirmation text,cerefox doctor's OFF line and the guides say so now.
Schema 0.16.0 → 0.16.1 (RPC-only, no migration;cerefox server deployre-applies it).minSchemais unchanged: a 0.16.0 server merely
keeps the v1.13.0 write behaviour until redeployed. GPT Actions OpenAPI
3.4.0 → 3.4.1 (description text only). - One name for the caller on every MCP tool:
author. The tools had
named the caller's identity inconsistently since v1.3.0 —authoron
ingest and set_document_projects,requestoron the reads and on the
partial edits, both on delete/restore/set_document_metadata — and an agent
reading the schemas literally concluded, correctly, thatcerefox_insert
andcerefox_edithad no author at all. Every tool now lists a single
authorparameter (reads included: it is the name recorded in the usage
log).requestoris accepted silently on every tool as a compatibility
alias, so nothing written against the old schemas breaks; when both are
passed,authorwins. One real behaviour change, stated because it is
the only call that cannot be made invisible: oncerefox_get_audit_log,
authorused to be the entries filter; that filter is nowby_author,
andauthoris your identity there as everywhere else. An MCP caller that
filtered the audit log withauthor: "X"now gets the unfiltered log
(and is logged as "X") until it switches toby_author. The CLI's
audit list --authorfilter and thecerefox-get-audit-logEdge Function
body are separate surfaces and did not change. The remote MCP transport's
require_requestor_identityenforcement accepts either name. The CLI flags
(--authoron writes,--requestoron reads) and the primitive Edge
Function bodies used by GPT Actions are unchanged.AGENT_GUIDE.md,
AGENT_QUICK_REFERENCE.md(and socerefox_get_help) name the parameter
consistently now.