<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Explanation on factgraph</title><link>http://factgraph.docs.symbolic-intelligence.de/docs/explanation/</link><description>Recent content in Explanation on factgraph</description><generator>Hugo</generator><language>en-us</language><copyright>[© CC BY 4.0](https://creativecommons.org/licenses/by/4.0/legalcode)</copyright><atom:link href="http://factgraph.docs.symbolic-intelligence.de/docs/explanation/index.xml" rel="self" type="application/rss+xml"/><item><title>Append-only ledger and provenance</title><link>http://factgraph.docs.symbolic-intelligence.de/docs/explanation/append-only-ledger-and-provenance/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>http://factgraph.docs.symbolic-intelligence.de/docs/explanation/append-only-ledger-and-provenance/</guid><description>&lt;h1 id="about-the-append-only-ledger-and-provenance"&gt;About the append-only ledger and provenance&lt;a class="anchor" href="#about-the-append-only-ledger-and-provenance"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;p&gt;factgraph never overwrites a fact and never deletes one. Every write you make through the SDK lands as a new row in an append-only ledger, and &amp;ldquo;removing&amp;rdquo; a fact is itself a new row that points back at the one being removed. This page explains why the store is shaped that way, how retraction works as a revocation rather than a delete, and how provenance metadata rides along with each assertion. The mechanism lives in &lt;code&gt;factgraph.core.store.ledger.Ledger&lt;/code&gt; and in the write protocol that drives it.&lt;/p&gt;</description></item><item><title>Reasoning, evaluation, and evidence</title><link>http://factgraph.docs.symbolic-intelligence.de/docs/explanation/reasoning-evaluation-and-evidence/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>http://factgraph.docs.symbolic-intelligence.de/docs/explanation/reasoning-evaluation-and-evidence/</guid><description>&lt;h1 id="reasoning-evaluation-and-evidence"&gt;Reasoning, evaluation, and evidence&lt;a class="anchor" href="#reasoning-evaluation-and-evidence"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;p&gt;When you evaluate a rule against a factgraph, you do not just get back a set of answers. You get back answers that can each explain themselves, condition by condition, in a way that replays to the same result every time. This page discusses how a rule turns into result rows, why each row can carry its own proof, and what makes that proof deterministic. It is the conceptual companion to &lt;a href="http://factgraph.docs.symbolic-intelligence.de/docs/reference/evaluation/"&gt;Evaluation and explanation&lt;/a&gt;, which lists the precise types and signatures.&lt;/p&gt;</description></item><item><title>Auditability</title><link>http://factgraph.docs.symbolic-intelligence.de/docs/explanation/auditability/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>http://factgraph.docs.symbolic-intelligence.de/docs/explanation/auditability/</guid><description>&lt;h1 id="auditability"&gt;Auditability&lt;a class="anchor" href="#auditability"&gt;#&lt;/a&gt;&lt;/h1&gt;
&lt;p&gt;Auditability in factgraph is not a feature you switch on. It is a consequence of how the
graph stores facts and how it explains conclusions. Because the ledger is append-only, every
assertion carries its own provenance, and every evaluated conclusion comes back with an
evidence structure that names the rule and the supporting facts, you can always trace a
conclusion to its inputs. This page discusses why that is structural rather than a logging
mode, and how the three pieces fit together.&lt;/p&gt;</description></item></channel></rss>