DUNIN7 · LOOMWORKS · RECORD
record.dunin7.com
Status Current
Path standing-notes/dunin7-build-list-v0_6.html

DUNIN7 · Done In Seven LLC · Miami, Florida

The build list v0.6


Version
0.6
Date
2026-07-30
What this is
The single guide we work to: everything we are building, in order, with its current status. This is the one page the Operator reads at each sitting.
Charter v0.1 ratified 2026-07-30 — autonomous regime in effect
Author
Claude.ai; v0.3–v0.4 updates by Claude Code; v0.5–v0.6 by Claude.ai. Operator: Marvin Percival.
Changes
from v0.5
Committed at 43bb66f. B-15 DONE — the June–July absorption ran and the record is current for the first time since 28 June. Current-status manifest v0.76 filed: seven new entries covering roughly forty change requests, the two owed corrections applied to entries 119 and 120, and six open items recorded. Three change-request documents that still claimed they were never built were corrected. Record pushed at 7539f05. B-11 is unblocked and now READY — and the absorption found the likely reason for the wrong answer, written into its line so nobody rediscovers it. New item B-25 (a mislabelled record, small, known since June). B-4's inputs grew: the absorption named a pattern across three of the missing screens.

How this list works

It is written for you first. Every item has a plain-English line saying what it is and why it matters. Technical cross-references sit at the end of each line for the sessions; you can ignore them.

It updates as we go. Whenever an item's status changes, the responsible session saves the next version of this file (v0.2, v0.3 …) with the change made and the date on it — old versions stay as history, per our filing rules. The highest-numbered version is always the truth. Updating this list is part of every session's closing duty, like the rest of its reporting.

The statuses, in plain terms:

The standing documentation rule

Every substantial piece of system documentation gets an easy-to-read plain-English companion for your consumption, with examples where they help. You never have to ask for it; you only ask when you want more explanation.

The finish line, in one sentence

The full live demonstration works with no excuses — a firm's own document becomes a working engagement, information flows in, the summary view appears, a finished report comes out, a question gets a truthful answer with its sources shown, and an outsider can contribute without seeing anything else.

Part 1The main lineIn strict order; this is the spine.

  1. B-1Fix the memory plumbing. Done 2026-07-30

    Eight kinds of recorded events were never registered with the replay machinery, so six real engagements — including your biggest — couldn't produce their summary view. The fix was built, tested, accepted at its review gate, merged with a guard that stops the mistake from ever being reintroduced, and pushed.

    CR-2026-158 v0.2 · engine merge c4014d6 · main a317051 · tag registry-completeness-v0_1 · manifest v0.76 Entry 126
  2. B-2Put the fix live. Done 2026-07-30

    The Operator-directed restart is done and the live engine verified running the fixed code. The six affected engagements heal the first time anything asks them to produce a summary view.

  3. B-3Your browser walk-through. Needs you: act

    A short checklist (already written, with the exact commands to start things up) where you click through the system and say what feels right or wrong. Fifteen minutes. Your answers sharpen B-4. This is the only thing standing between us and B-4.

  4. B-4The completion plan for the missing screens. Waiting on B-3

    A session takes the audit's break list and your walk-through notes and writes the precise, ordered plan for items B-5 through B-9. New input from the absorption: three of those five screens are the same problem wearing different clothes — the system holds true information and no screen says it. The plan should treat that as one subject rather than five separate gaps.

    Completion scoping note, from the walk-audit break list + manifest v0.76 §5 surface-silence class
  5. B-5The Manifestation screen. Waiting

    Today the "organize what we know" room is an empty placeholder. This builds the real screen — including a marker that tells you when the view has gone stale, so what happened silently to E0005 (its newest summary is 25 versions out of date and nothing says so) can never happen invisibly again.

  6. B-6The Shaping screen. Waiting

    The room where knowledge is arranged for a particular reader — also a placeholder today. This makes it real.

  7. B-7The Rendering flow, end to end. Waiting

    Producing the finished document and downloading it, smoothly, from the screen — no workarounds.

  8. B-8Teach the Companion the last three rooms. Waiting

    Today you can talk to the Companion while gathering information, but not to organize, shape, or render — for those you'd have to leave the conversation and use raw mechanics. The audit counted eight forced exits. This closes them: you ask, it does.

  9. B-9The "show me where this came from" walk. Waiting

    Click any statement in a finished report and walk backward — to the shaped view, to the record, to the person who said it and when. The machinery underneath already does this perfectly; no screen shows it. This is the product's promise made visible.

  10. B-10Outside contributors, safely. Ready — can run now

    Lets a founder or a customer reference contribute to a deal file through a one-time link — everything they add is labelled as theirs and held for your team's approval, and they can see nothing else. Fully specified and approved.

    CR-2026-157, filed; confirmed not yet executed · at Step 0: its OVA naming is historical trajectory — GRANTHA holds the authorization seat
  11. B-11Make answers truthful. Ready — unblocked

    In testing, a tiny six-note engagement answered a question with an old, already-corrected value presented as current. What the absorption found: in early July a run of four fixes made the Companion truthful by construction — its replies composed directly from the record so they cannot fabricate, omit, or miscount. Every recall path got that treatment except one: the path a partner actually uses to ask a question. It was deliberately set aside at the time as its own future piece of work, for a good reason, and never picked up. That is where the diagnosis starts.

    One other read worth doing: the July correction-matching work never recorded what was actually built, and correction-matching is adjacent to this bug. A scope question the diagnosis will settle: if this turns out to be a problem with the question-answering path rather than the record-keeping, then B-11 and B-12 are probably one piece of work — rebuilding that path to be truthful and making it searchable would otherwise be built twice. Not a decision for now.

    Manifest v0.76 §5 semantic-recall residue · Entry 122 · CR-2026-129 v0.2 carve-out · CR-2026-145 unrecorded mechanism
  12. B-12Make the record searchable. Waiting on B-11

    Today a question just looks at the fifty most recent notes, whatever they are — no real search exists. This builds it, over the notes and the text of uploaded documents. The biggest single piece of engineering on this list. May merge with B-11 — see B-11's scope question.

  13. B-13Ask your engagement. Waiting on B-12

    The payoff: a partner asks a plain question — "what did the reference calls say about churn, and what does the contract actually promise?" — and gets a truthful answer with every source shown, which can then be kept in the record, marked as machine-assisted. When this lands, our rule against demonstrating question-answering lifts.

    Limits and order confirmed by the Operator, 2026-07-30
  14. B-14Read spreadsheets and slide decks. Ready — independent

    Today the system can't take in the cap table, the financial model, or the pitch deck — the heart of a data room. This adds those file types and fixes an inconsistency between the two upload paths.

    The absorption confirmed both gaps still stand after July's fifteen-CR upload cluster — manifest v0.76 Entry 124

Part 2Side workRuns in parallel, low effort.

Part 3Your trackSessions draft, you lead.

Part 4Deliberately parkedRecorded, not forgotten.

Restricted-visibility slices 2–3 (to be reworked in grant language when their day comes) · target-hosted visibility · the protocol wire-format changes (queued to the next version boundary by design) · OVA's remaining standalone role (one conversation, whenever) · cross-fund questions · the stray zip file in the record.

The live-operations feed to investors left this list at v0.5 and is now B-24.

Decisions waiting on youSuggested answers in brackets.

None open. Decisions 1–8 are all answered.

The history is kept below.

  1. Ratify the rulebook so autonomous work can begin. Answered 2026-07-30 — ratified. Charter v0.1 is in force; the autonomous regime is active.
  2. B-16: approve drafting seed v0.13 now, commit when you've read it. [Yes.] Answered 2026-07-30 — yes. Drafting authorized; the commit still waits on your reading.
  3. B-18: file the four protocol requirements. [Yes.] Answered 2026-07-30 — yes.
  4. B-20: the five marketing answers. [All five suggested answers are in the alignment note.] Answered 2026-07-30 — all five confirmed as suggested.
  5. B-21: which Aldous reply. [The shorter, warmer one.] Answered 2026-07-30 — the shorter, warmer one.
  6. B-23: the four security-posture answers. [All four: confirm.] Answered 2026-07-30 — all four confirmed.
  7. Ask-your-engagement charter (B-11–B-13): confirm its limits and order. [Yes to both.] Answered 2026-07-30 — yes to both.
  8. FORAY investor-visibility: confirm investor-hosted first; commission the adapter scoping after B-10; let the pilot conversation lead. [Yes to all three.] Answered 2026-07-30 — yes to all three. Now B-24.

The queue is still clear of questions. What is left of your involvement is three acts — the walk-through (B-3), sending the Aldous reply (B-21), and reading the seed draft before it commits (B-16).