Aller au contenu
ADAMA OSESG · DATA · SYSTEMS

AXP-71 / EVIDENCE METHOD

Proof begins when the system accepts that it can be wrong

Four methods lost their status, five decisions were rejected, and several evidence chains broke. This is what the review changed inside ADAMA OS.

An evidence system becomes interesting when it produces a result its author would rather not publish. As long as it merely confirms the story already being told, it remains methodological scenery. It may be tidy, documented, and reassuring. It still does not show that it can resist the interests of the person who maintains it.

The review of ADAMA OS produced that uncomfortable result. At the start, four of seven methods carried the status PROVEN. At the end, none of them did. The methods had not stopped working. The code, registers, cockpit, and public build log still existed. What had disappeared was the right to treat internal use as a published, measurable result.

This correction is not the story of a technical collapse. It is the story of a discipline willing to lose a word when the available material no longer supports it. It also reveals the real cost of an evidence method: rereading convenient claims, keeping errors visible, repairing references, withdrawing attractive figures, and postponing a status until its stated condition has been met.

This article applies to Adama’s portfolio the rule it defends for ESG systems: a claim needs a source, a method, a timestamp, an expiry condition, and a reversal procedure. The rejected decisions were not reconstructed for teaching purposes. They come from the programme review. The broken evidence is not hypothetical. It consists of the arguments that were present in the system and failed when tested against the rules already in force.

01 / EVIDENCE AND PROMISE

Evidence is not a more confident story

The first angle of the EH branch is simple: evidence before promise. It is easy to apply that principle to other people. Applying it to one’s own portfolio is harder. A public page can accumulate screenshots, logs, tests, and decisions without demonstrating the result it claims. A large quantity of traces does not automatically turn a statement into evidence. It merely makes the work traceable, provided that the traces answer the right question.

For a method, the question is not merely whether it has been used. We must ask by whom, when, on which object, with which result, under which measure, and where that result can be inspected. A cockpit used by its author establishes use. A test establishes behaviour within a stated perimeter. A public log establishes that construction was recorded and dated. None of these elements, on its own, demonstrates that a method produces an observable result outside its original context.

The distinction feels severe because it removes a symbolic reward from real work. That is precisely why it matters. If the highest state can be granted as soon as a system works for its author, it no longer describes the maturity of the method. It describes the satisfaction of the person who built it. Proof begins when that satisfaction is no longer enough.

ADAMA OS therefore keeps several layers separate. A source makes it possible to find the origin of a claim. A method explains how that source was transformed. A timestamp fixes the moment of observation. An expiry condition says when the claim must be reviewed. A reversal preserves the change. The measurable result comes afterwards. It cannot be replaced by the quality of the preceding layers.

02 / DECISION BOUNDARY

A model proposes, the evidence chain decides

The second EH2 angle states that AI is not allowed to decide. In this system, the sentence does not make the model useless. It means that an output does not become true merely because it was expressed confidently. The model may search, connect, summarise, or propose. The chain must still recover a source, test relevance, expose the limit, and refuse when the material is insufficient.

This boundary already has measured elements. The retrieval floor is 0.15. Public verification records failure below 0.45 and success from 0.50. These numbers do not establish the general quality of AI. They describe particular gates in a particular chain. Their value comes from that modest scope: they say when to continue, when to flag weakness, and when not to answer.

The review showed that a refusal rule can itself be overstated. Saying that the chain fails rather than inventing describes a design behaviour. To move AI Decision Boundary from TESTED to PROVEN, a measured refusal rate must be published. Without that measure, the boundary exists in code and tests, but its real result has not yet been established.

The same principle governs this article. No figure is added to make the story sound more impressive. The counts come from the review. Where no measurement exists, no numerical estimate appears. A quieter account that can be traced is worth more than fabricated precision.

03 / BUILDING DISCIPLINE

Building alone increases the need for contradiction

The third angle states that building alone does not mean building small. One person can maintain an extensive architecture, several registers, and a publication chain. The concentration of roles creates a particular risk: the same person frames the idea, builds the system, chooses the test, interprets the result, and publishes the verdict. Without a contradiction mechanism, that continuity becomes a machine for confirming its own choices.

Registers, invariants, checklists, and the machine inventory are not there to give the work an industrial appearance. They separate moments that would otherwise merge. A decision is written with its reason and expiry condition. An invariant can overturn a later decision. A test can withdraw a status that is already visible. A closed limitation remains visible with the trace of its closure. The system grows in surface because it must compensate for the absence of a team that would naturally challenge its author.

The review played that role. It did not ask whether the programme was ambitious or coherent in intention. It recalculated counts, followed dependencies, compared current texts, checked links, and tested every status against its criterion. Several elements held. Others broke. The value of the review comes from the absence of preferential treatment between those two categories.

Building alone also requires correction to be cheaper than denial. A status must be able to move down without deleting the work already completed. A decision must be replaceable without erasing its former reason. A public page must be able to acknowledge an error without becoming unusable. This reversibility does not weaken the system. It prevents the system from defending a claim merely because the claim is already visible.

04 / MATURITY STATES

TESTED is not a waiting room

The programme uses three main states for methods: RESEARCH, TESTED, and PROVEN. RESEARCH means that the question, hypothesis, or structure exists but a dated trial is still missing. TESTED means that a use or trial has taken place and can be traced. PROVEN asks for more: a published, measurable result attached to real, dated use.

Another scale existed in the laboratory. The review fixed the mapping: OBSERVED maps to RESEARCH, EXPERIMENTED maps to TESTED, and PROVEN maps to PROVEN. CONCEPT and ARCHIVE have no laboratory equivalent. The mapping prevents two neighbouring vocabularies from producing different maturity states for the same object.

Moving four methods down should not be read as sending them back to zero. TESTED recognises real work. It states only what that work supports today. M-003 remains TESTED while waiting for a second, external corpus. M-005 remains TESTED while waiting for a second product. M-007 remains RESEARCH while waiting for a dated trial. Each state contains its next condition without announcing when that condition will be met.

05 / REJECTED DECISIONS

Five decisions that did not survive the review

A rejected decision is not a bad idea made ridiculous after the event. It is an option that appeared tenable with the available information and later met a stronger rule, count, or boundary. Keeping that journey makes the current system understandable. Erasing it would create the false impression that the retained choice had always been obvious.

The five decisions below come directly from the programme review. They concern method maturity, visibility vocabulary, the dashboard, the employment boundary, and programme duration.

01

Four methods could remain PROVEN

What the system believed
Their use in the cockpit, STRATA, or the public build log seemed to establish sufficient maturity. The objects existed, worked, and left readable traces.
What broke the decision
XINV-39 requires real, dated use with a published, measurable result. The arguments described internal use rather than the results required by the rule.
What now governs
M-001, M-002, M-004, and M-006 move to TESTED. The dashboard moves from 4 of 7 to 0 of 7 methods in the PROVEN state.
02

Visibility levels could remain N0 to N3

What the system believed
The notation appeared short, readable, and already embedded in distribution texts.
What broke the decision
It collided with N1 to N5, the levels of the ATELIER path. The same code could describe either visibility or progression.
What now governs
Visibility levels become NV0 to NV3: public, in exchange for an address, paid, then licensed.
03

The dashboard should keep six indicators

What the system believed
AXP-88 defined six indicators and continued to be repeated across steering pages.
What broke the decision
AXP-271 concerns the same dashboard and requires eight. Two current prescriptions could not count the same object differently.
What now governs
AXP-271 revises AXP-88. The dashboard tracks eight indicators, including methods in the PROVEN state and time spent.
04

An employer network could remain in the catalogue

What the system believed
Family M described an employer network and a directory as possible extensions of the corpus.
What broke the decision
Matching candidates with employers is among the objects that never enter this branch. The catalogue contradicted its own boundary.
What now governs
The employer network and recruitment directory are removed. A practitioner directory remains possible only if it does not match anyone with an employer.
05

The programme lasted six years

What the system believed
The duration was repeated in several texts and had started to function as an accepted fact.
What broke the decision
The programme contains 581 days. At the written pace of 7.2 days per month, that workload represents 81 months, which is close to seven years.
What now governs
The six-year duration is withdrawn. The programme keeps its measured pace and workload without shortening the result of the calculation.

06 / BROKEN EVIDENCE

Four pieces of evidence that broke

The heaviest defect concerned the central word of the branch. Four methods carried the PROVEN state although their own records cited no published, measurable result. The evidence was not imaginary. It simply answered a different question from the one asked by XINV-39.

The correction names what each element actually establishes and then states what is missing. Nothing is deleted: not the use, the code, the log, or the tests. The status alone moves down.

Zero methods are PROVEN.
M-001

Evidence-First ESG Architecture

What had been accepted
The method was used in the cockpit and across Adama’s assets. Sources, decisions, and limitations were connected.
Why it did not hold
No dated result measure had been published. The record even stated that nothing was missing before acknowledging that the measure still had to be produced.
What is still required
Publish a dated result measure.
M-002

Solo SaaS Build System

What had been accepted
Adama applied the system to his own builds, using registers, tests, and a work log.
Why it did not hold
Use by the author shows that the system can be followed by the person who designed it. It does not yet show that another person can apply it.
What is still required
Dated use by another person.
M-004

AI Decision Boundary

What had been accepted
The retrieval chain had thresholds and refused to answer when the retrieved material was insufficient.
Why it did not hold
The behaviour was present in the design and tests, but no published measure described the observed refusal rate.
What is still required
Publish a measure of the chain’s refusal rate.
M-006

Public Build System

What had been accepted
The public log exposed builds, decisions, corrections, and raw repository material.
Why it did not hold
Publishing one’s own work establishes a practice. It does not yet show that a second practitioner can adopt the method and publish with it.
What is still required
A second practitioner who applies the method and publishes the use.

07 / OTHER BREAKS

The problem extended beyond four methods

The review found nine decisions that were cited but had never been written. XDEC-09 to XDEC-17 appeared as a summarised range, without a statement, reason, or expiry condition. At the same time, one page said that these decisions still had to be made while the register said that every decision was dated. Both claims could not remain true. The nine decisions were written in full.

Four internal contradictions also opposed current texts. Outbound and inbound affiliation were confused. Keeping public material visible conflicted with the ability to remove a false entry. A software output from a method appeared to permit what XINV-01 forbids the branch to deliver. Each collision received a priority rule and a bounded interpretation.

The XDEC register, cited by three procedures, could not be reached from any programme page. It existed, but a reader could not navigate to it. The failure is a reminder that inaccessible evidence cannot perform its function. An identifier or register name does not replace a usable path.

Five work items, EH7 to EH11, were also outside every wave although they carried identified ideas. The table distributed 127 of 132 work items and looked complete when read. Recounting exposed the gap. The five items joined wave X3.

08 / WHAT HELD

An honest review also preserves correct results

A review that publishes errors alone creates another distortion. Several structures survived recalculation. The day totals for the reviewed branches are correct. Work-item counts close at 208. No work-item code has a gap or duplicate across the eighteen branches. No dependency points to a missing work item.

The XINV register runs from 01 to 60 without a break or repetition. The eight added families cover AXP-223 to AXP-300 without a gap or overlap. The seven interface routes are indeed seven and remain read-only. The XDEC summary covers its complete range.

These results matter because they give disagreement a shape. Correcting the methods does not mean that the whole system is false. It means that some elements passed their tests and others failed. The method must publish both without turning success into immunity or failure into a general condemnation.

09 / REAL COST

Evidence costs what it forces us to abandon

The real cost of the method is not a software price. It appears in the concessions it requires. A valued status must be withdrawn, a published text must be revised, an error must remain in the history, a quiet link must be repaired, and a useful claim must wait until its condition is met.

The cost also appears in maintenance. A source can change, a figure can diverge, a link can die, and a rule can be revised. Evidence is therefore not a package assembled once and kept forever. It is a maintained relationship between a claim and the elements that still support it. The timestamp and expiry condition are not decorative metadata. They prevent an old observation from continuing to speak in the present tense.

The review exposed another cost. Summarising an invariant from memory is faster than copying it, but that saving distorts the rule. Seven of the seventeen defects observed in branch pages came from shortened invariants. In one case, the truncated version had become the control criterion for an interface. The corrected rule is direct: cite an invariant in full or provide a path that allows it to be read again.

Public evidence also creates an asymmetry. The work required to remove one word may be substantial, while the visible correction may occupy a single line. That imbalance is normal. The line is not there to display effort. It is there to state exactly what the available material still supports.

10 / CORRECTED METHOD

Five rules for the next review

Rule one: a state is earned, not awarded. The record must contain the observable condition that opens the next state. Until that condition is met, the work remains named at its current level.

Rule two: an invariant is copied or linked. It is not rebuilt from memory. The meaning of a rule often lives in its reservation, date, or exception, which are the parts a summary tends to remove first.

Rule three: a figure has a record. If no count, source, or calculation method exists, it remains a judgement and must be written as such. The visual precision of a number does not replace its origin.

Rule four: a reference must be navigable. A named but unreachable register, evidence without a stable URL, or a decision without a path from the text that cites it is incomplete.

Rule five: correction remains visible. A false entry may be removed, but a dated notice must state what existed and why it changed. The reversal then becomes part of the evidence rather than a defect to hide.

11 / CONCLUSION

Lose a status, recover a method

After the review, none of the seven methods is in the PROVEN state. That sentence does not erase the code or the uses already observed. It returns each element to its proper place and makes the next conditions testable.

Proof begins here: not when the system has accumulated enough traces to look solid, but when it accepts that a rule can remove a claim its author values. A portfolio that publishes that withdrawal does not become infallible. It becomes readable, challengeable, and revisable. That is the useful basis for continuing to build.

PUBLIC SOURCES

Verification paths

The pages below expose the public traces used by the three EH2 angles. The full review remains in the internal programme, without client data, negotiated prices, or case-file material.

SIGNAL

Receive the next build notes

The letter covers decisions, failures, and real progress. The ADAMA list remains separate from every commercial list.

Read the SIGNAL page