:orphan:

.. _hell-ll-infra-b46-aa-system-reorganization-and-b16-restore-llog:

===========================================================================================================
LLog --- Reorganizing the AnyAims system, and restoring what the OOv2 -> OOv3 port had dropped
===========================================================================================================

| **Date:** 2026m08d04_19h46
| **Effort:** Max (from file ``.claude/effort-level``)
| **Mode:** EDEN (from file ``.claude/mode``)
| **Model:** Claude Opus 5 --- proposed VVN nick ``ClaOp50Max`` (**STILL PENDING LLoL
  confirmation**; formed by extending the ``ClaFa50Max`` = Fable 5 precedent, since
  ``AHA/vvn-composition.md`` documents the pattern only to ``ClaOp47Max``. ``ClaOp5Max`` is
  the equally defensible alternative. Tracked in POST AA b17.)
| **Continues:** :ref:`hell-ll-infra-b45-path-case-drift-link-integrity-llog` and
  :ref:`hell-ll-infra-b45-path-case-sweep-manifest`, which cover the 2026m08d03 path-case
  work in the same session. This llog picks up where those stop.
| **Commits:** ``a741477`` (b16 paper), ``6ccb7fa`` (AA system). Both on
  ``b16-revision-for-expert-review``, unpushed.

.. warning::

   **Written late --- an EDEN-mode process failure.**

   Mode EDEN requires a full llog per session: verbatim prompts, reasoning, EDEN
   classification, summary. This llog was written only at the **end** of the session, when
   LLoL asked whether the session could be closed. Everything below is reconstructed from
   the session while it was still in context.

   That is exactly the gap ``feedback_llog_immediate`` exists to prevent: create or append
   the llog **before or simultaneously with** presenting summaries, never afterwards on
   request. The decisions had survived in the AA files and the two commit messages, but the
   verbatim prompts and the reasoning would have died with the session. Recorded here as a
   BABL pattern to avoid, not as a neutral note.


Verbatim prompts
==================

Recorded in order. Prompts belonging to the 2026m08d03 path-case work are in the b45 pair
and are not repeated here.

.. container:: verbatim-prompt

   ::

      now let's get back to finishing the b16 paper - what is the next step? I was stuck in
      reading the section 1 and editing it - maybe give me a brief comment on whether I'm on
      the right track, for I need to stop working in in 10 min.

.. container:: verbatim-prompt

   ::

      You are right in pointing out that the empire paragraph is somewhat squishy and risks
      watering down the rigor of the math analysis. However, there may be a way to preserve
      the rigor, based on Vasili Arkhipov's logic used under existential uncertainty. --
      Granted that I cannot prove that this is "the calm before the storm". However in this
      case the question is also, can someone prove that it is NOT - especially in light of
      the risk calculations I present? - That may preserve the rethorical force of thhe idea
      without linking the whole analysiss to it. It also highlights the cost of DOING
      NOTHING. Can you reword this accordingly?

.. container:: verbatim-prompt

   ::

      I'm not so sure about bringing back the dinosaur ref, because it's sort of half
      sarcasm. However, I was trying to look for that book on Civilization risk (a historic
      compilation, I think from a guy in Cambridge, published 2025 or so), which analyzed
      factors in historic civilization demise from the last few millennia. It may be owrth
      citing here, but if you can't find it, then I doubt I will find it in time to make a
      difference. Can you try find that study (or an equivalent one worth citing here)?

.. container:: verbatim-prompt

   ::

      Yes, that was the book I wanted to find. Can you add it to the respective Bib tex file?

.. container:: verbatim-prompt

   ::

      leave it where CLAUDE.md tracks it - that is what you propose but I don't know what
      that means. Here are two AHA files
      (/Users/llol/LLoL-Repos/SethGitHubSetup/balospe-com/AHA/aa-open-tasks.md
      /Users/llol/LLoL-Repos/SethGitHubSetup/balospe-com/AHA/aa-b16-session-2026m07d17.md )
      that have Bib related AA entries. The issue with the Goliath ref book is that I will
      probably want to cite it for more than the b16 paper; it arguably should also go in the
      Jubilee paper and into others in the Matheo series. Therefore, I'm not sure if it should
      be cited in the b16 paper or in the central bib file - or how to organize all this.
      Moreover, since the Matheo refs need proper citations, what are the next steps on that?
      Can they be done now, so that at least the Matheo paper b16 can cite all the others
      correctly? - I remember some progress along those lines but I'm not sure all that work
      was fully completed. - Moreoever, what of the b16 session from 7-17 still needs to be
      done? - Can you start a todo list (or is that 7-17 session such a session todo list that
      merely needs updating? in that case it may be wroth renaming it into
      AHA/aa-matheo-series/aa-b16-finalizing.md - and make a note to remember that this then
      will forever be the "finalizing" todo list for the b16 paper --- BUT that may not be
      appropriate as a location. Maybe that ought to better live in the respective HELL
      compartment. The problem is that HELL is so complex that I don't like searching there.
      Maybe you can find that location in HELL and point to it from the AHA/aa-.../aa-b16 file
      to make it easier to find? -- How to you propose to best deal with all that TODO AA
      confusion? I want to finish the b16 paper and make sure that I didn't forget anything
      along the way. Also the bibliography needs to work reliably.

.. container:: verbatim-prompt

   ::

      I agree with your let's not make a 7th aa file. But before we consolidate outside of
      HELL, can you give me an overview of all relevant AA files in and out of HELL? Maybe the
      right thing to do is to track that work (i.e. all AAs in hell) and merely have good
      explicit pointers to there. (i.e. from AHA and from _post/aa) -- I don't think that there
      is much if any audit value of having AA files outside of HELL; there may be much value of
      having outside pointers to "the right locations" in HELL to find the most relevant current
      AA values. -- and sure fix that one line now, but without prejudice about practices,
      because I still need to review this current bibtex arrangement to ensure it works for all
      Matheo papers as it should.

.. container:: verbatim-prompt

   ::

      restore the bibliography section from OOv2 into OOv3 - and about the AA confusion: how
      about a different approach: why not put the aa file right next to THIS file, the OOv3
      paper that we're editing as b16 in HELL! You said (with some justification) that HELL
      files ought to be write only for auditing purposes. However, the OOv3 file that I'm
      currently working on in HELL is also being written as we speak and ought to while it is
      being forged. Right there, right next to it maybe is then the best place for planning what
      it ought to become, so that ALL related todo files ought to go there. Only the "larger than
      this file" todos ought to go elsewhere. What about changing the HELL rules such that they
      allow for AA files to live there? Also, you're wrong about AA files having no audit value.
      They are evidence that something was attempted or later was forgotten. Which may be of
      auditing interest. Is there a way to relax the HELL rules in such a way that it actually
      becomes possible to work in HELL?

.. container:: verbatim-prompt

   ::

      Don't worry about placing the bibliogrphy. Make it a section at the very end. The SIA
      labels still need ordering and review and consolitating the numbers (put that in the AA
      file). The Authorship statements should follow after the SIA sections and before the refs.

.. container:: verbatim-prompt

   ::

      Thanks. However, the AHA/aa files are still there. So I'm not sure what you did. I would
      like both to be MOVED to where they matter. the aa-anyaims-sorting.md may remain in AHA as
      a "pointer" explaining where to find the respective AA files: The specifics for HELL files
      are next to their respective files, whereas general HELL AA Tasks go into the HELL/aa/...
      folder. The only files that are to stay in the /_post/aa are those that are NOT HELL
      specific (explain that in the aa/index.rst), but rather are for the whole site (or any
      parts outside of the HELL system). this generic _post/aa may also point to specific AA
      files elsewhere in the site in order to make it easy to find them. -- THerefore, the AHA
      explains the abstract structure and the _post/aa has the general ones whereas /hell/aa has
      the hell-generic ones whereas file specific ones stay next to the files to which they
      belong. Does that give you a sufficient clear structure for organizing the AA TODO entries?
      - Then there are also the "todo" entries from the sphinx todo extension, which can also be
      collected in one place (which should have an entry link to a dedicated file in the _post/aa
      file). -- Can you reorganize all the aa bits accordingly, so that when I look at the b16 aa
      file, I can get a good list in 1 place of ALL there is still to be done for b16 (without the
      need to hunt down other files?)

.. container:: verbatim-prompt

   ::

      Those jub/anyaims.rst and pet/anyaims.rst should become xxx/aa.rst files; the non-todolist
      entries should stay (at least for now) and the todolist should be either left there (if it
      happens to still be mostly relevant for these files) or it should be replaced by a link to
      (here are all the general todolist entries, pointing to _post/aa/index.rst). -- Lets call
      the generic ones POST AA and the other one HELL AA (and explain that terminology to remember
      it). -- The AHA/aa-code : if these are todos, they should go to the POST AA (sitewide); if
      these are truly lessons learned to be remembered as general AHAs, then they should go to the
      respective AHA md files as appropriate. --- then do the next bit about fixing stale section
      refs in the restored declarations.

.. container:: verbatim-prompt

   ::

      now do the pre-submission checks (verbatim quotes + Libya data-year) (((I think you did
      those already, but do check in case I misremember; mark as done once done))) --- The AA
      number colision workaround (prefix) is OK. Let's keep those two AA lists as POST AA and HELL
      AA (and the sphinx todolist). Do you recommend that all AA files next to e.g. matheo papers
      need a link from the respective AA index files in POST and HELL? If so, please create all
      these links and make a corresponding rule in AHA/aa-anyaims-sorting.md (and wherever else)
      to ensure that you remember to put corresponding links in place for all new AAs created.

.. container:: verbatim-prompt

   ::

      So have those checks been done now? Can you mark them as done?

.. container:: verbatim-prompt

   ::

      Can you draft a commit message that describes all this work on the AA system and then commit
      it to the current local branch?

.. container:: verbatim-prompt

   ::

      is the splat rules test in some AA ? - Do I need to continue this session for effectively
      working on b16 or can I start a new session tomorrow?

.. container:: verbatim-prompt

   ::

      yes, write the llog


Part 1 --- The b16 findings
=============================

Finding 1 --- the OOv2 -> OOv3 port had dropped the References section
------------------------------------------------------------------------

Found while checking a single ``:cite:`` for style consistency. **b16 OOv3 had 31**
``:cite:`` **calls and no** ``.. bibliography::`` **directive at all.** In the built HTML,
all 37 citation links pointed at
``build/html/en/study/matheo/b15/b15-math-deadlock-mmv5.html`` --- a *different paper's*
page --- and OOv3 rendered no reference list of its own.

OOv2 has the directive at line 3003 with the correct non-capturing filter
(``:filter: docname in docnames``). OOv3 has none. The restructure lost it.

Nothing reported this. ``check-bib`` did not, because the keys **do** resolve --- just onto
the wrong page. Sphinx did not, because a resolved ``:cite:`` is not a warning. This is the
same class as the 2026m08d03 path-case bug: **a green build that is quietly wrong**, found
only because something else was being examined.

Finding 2 --- the verbatim port then exposed stale cross-references
---------------------------------------------------------------------

The Declarations were ported **unchanged** from OOv2, per
``feedback_port_copy_exact_not_rederive``: copy exactly, never re-derive; a correctness
recheck is a separate run. That discipline paid immediately --- it surfaced five references
to OOv2 section numbers that OOv3 does not have (OOv3 has flat sections 1--11 with no
``2.5``/``2.6``/``4.0a``/``2.0a`` subsections). Had the numbers been "helpfully" adjusted
during the port, the drift would have been invisible.

Remapped in a **second** pass, each traced to its actual home:

.. list-table::
   :header-rows: 1
   :widths: 34 24 42

   * - Ported OOv2 reference
     - Topic
     - OOv3 home
   * - Section 2.5
     - Evolvix simulations
     - **SIA-1**
   * - Section 4
     - ResearchCity
     - **Section 6**
   * - "the headline table"
     - most sceptical published rate
     - **Table 3 in SIA-5**; Tertrais's corner in **Section 10**
   * - Section 2.6
     - every soft input pushed against
     - **Table 7 in SIA-9**
   * - Section 4.0a
     - reverse exposure
     - **SIA-X5**
   * - Section 2.0a
     - headline figure
     - **Section 4**

Finding 3 --- §1's empire-collapse paragraph, and LLoL's fix
--------------------------------------------------------------

The paragraph asserted that *"the 'absence' of global wars since WWII is merely the calm
before a global firestorm"*, inferring global scale from local empire collapses via a double
negative (*"There is no reason to suggest that these localized historic records don't extend
to larger, global scales"*). Flagged as the paper's most attackable passage --- and one the
forecast never needed.

**LLoL proposed the fix, and it is better than cutting the paragraph:** shift the burden of
proof using Arkhipov's logic under existential uncertainty. *"Granted that I cannot prove
that this is 'the calm before the storm'. However in this case the question is also, can
someone prove that it is NOT?"*

The craft risk was that this is one wording away from an **argument from ignorance** ("you
can't prove it's safe, therefore it isn't"), which a reviewer would rightly kill. The
rewrite avoids that by stating the symmetry honestly in **both** directions first, then
breaking it **not by evidence but by the asymmetry of consequences** --- one error
survivable, the other not. That is standard decision-making under irreversibility, and it is
literally Arkhipov's situation.

Two further moves: the forecast is **explicitly decoupled** ("nothing in the forecast below
depends on it"; a reader rejecting the analogy "may discard this paragraph without changing
a single number"), which converts an attackable premise into a skippable aside; and the
close names the do-nothing option as *a positive claim about the safety of the present
arrangement* that **"has never been priced"** --- then says the estimates price it. That is
LLoL's "cost of DOING NOTHING" requirement, landed on the paper's actual contribution.

Finding 4 --- Kemp2025, and a thesis mismatch worth more than the citation
---------------------------------------------------------------------------

LLoL asked for "that book on Civilization risk ... a guy in Cambridge, published 2025 or
so". Found: **Luke Kemp,** *Goliath's Curse: The History and Future of Societal Collapse*
(Knopf 2025, 592 pp., **324 collapse cases**, Bronze Age to present; Kemp is at CSER,
University of Cambridge). Every detail LLoL remembered checked out.

**But his thesis is not what the paragraph claims.** The paragraph attributes collapse to
*"failures to understand the true nature of their greatest threats"*. Kemp's argument is
**elite capture and inequality** --- his "Goliath fuel". Citing him for the paragraph as
written would misrepresent him, and a reviewer who knows the book would catch it. Recorded
as a ``CITE-SCOPE WARNING`` in the entry's ``extranote``.

**The more valuable observation:** Kemp's actual thesis --- unchecked accumulation |rarr|
extreme inequality |rarr| collapse, across 324 cases and five millennia --- is far stronger
empirical support for the **Jubilee System's anti-hoarding premise** than for anything in
b16 §1. His own closing line, *"making a more resilient world may well mean making a more
just one"*, is close to the Jubilee argument arrived at independently. Flagged for the
Jubilee paper.

Placed **directly in** ``references.bib``, not the paper-local file, per that file's own
promotion rule --- LLoL had already said he intends to cite it from multiple papers, and
moving keys between ``.bib`` files later is exactly how the silent-truncation bug
(Rule E) gets created.

Finding 5 --- pre-submission source checks: all HELD
------------------------------------------------------

LLoL suspected these were already done. They were not. All four checked against sources:

- **Nobel 2025 "in an afternoon"** --- HELD verbatim. Chicago *Declaration for the
  Prevention of Nuclear War*, p.1: *"But there is only one challenge that could end
  civilization in an afternoon."* The paper quotes only the fragment, so its framing verb
  ("can" vs "could") sits outside the quotation marks and misquotes nothing.
- **Rome/Vatican 2026** --- HELD verbatim: *"AI built into nuclear systems leaves little
  time for, or even replaces, human judgement in a crisis."* **Residual:** the words are the
  *Rome Declaration's*, quoted via the Bulletin article (``DiazMaurin2026``). Defensible, but
  the primary source would be stronger. Recorded k3 s3.
- **Guinness** --- HELD: *"The World Health Organisation (WHO) named Libya as the nation with
  the highest rate of road traffic deaths, with 73.4 per 100,000 people in 2013."*
- **Libya data-year** --- **already pinned as 2013 and correct.** No change needed.


Part 2 --- The AA reorganization
==================================

The problem, measured
-----------------------

The b16 task list had fragmented across **six** locations. A survey then found **18 AA files
outside the two index folders, with NOT ONE linked from either index** --- including seven
nobody had mentioned (FORGE, PROMY, e7He, SISYF x2, the compiler POST backlog, Good News
Pack). Finding "everything still to do for b16" required knowing in advance which files
existed.

Two claims of mine that were wrong
------------------------------------

Recorded plainly because LLoL corrected both, and both were load-bearing for the proposal I
had made:

1. **"HELL is append-only" over-generalised.** ``CLAUDE.md`` scopes that rule to **LLogs**,
   under ``source/matheology/hell/ll/``. It never covered HELL as a whole --- ``hell/mm/``
   holds actively rewritten drafts (b16 OOv3 was being rewritten *during this session*), and
   ``hell/aa/`` had existed since 2026m06d03. **No rule needed relaxing.** What needed
   correcting was my claim. LLoL's framing --- *"the OOv3 file that I'm currently working on
   in HELL is also being written as we speak"* --- was the disproof, visible the whole time.

2. **"AA files have no audit value" was wrong.** LLoL: *"They are evidence that something was
   attempted or later was forgotten. Which may be of auditing interest."* Correct, and
   arguably the stronger form of the transparency argument (:math:`h^* = h_0`): a task
   written down and not done is often **more** revealing than one never recorded.

The structure LLoL specified
------------------------------

Four tiers, one rule --- **an AA file belongs next to the thing it plans; only
larger-than-that-thing tasks move outward**:

.. list-table::
   :header-rows: 1
   :widths: 22 34 44

   * - Tier
     - Where
     - Scope
   * - paper/file-scoped
     - beside the file
     - ``hell/mm/b/16/aa-b16-finalizing.rst`` --- named, not numbered
   * - **HELL AA**
     - ``hell/aa/b/<NN>/``
     - HELL's own adversarial-review system
   * - **POST AA**
     - ``_post/aa/b/<NN>/``
     - site-wide, and anything outside HELL
   * - ``.. todo::``
     - any content page
     - collected at ``_post/aa/aa-sphinx-todos.rst``

**Terminology (LLoL): the name tells you the folder.** POST AA is in ``_post/aa/``, HELL AA
is in ``hell/aa/``. They are numbered **independently and collide at b11--b16** --- a bare
"AA b14" is either *Adversarial review of the Zenodo mirror* (POST) or *Resolve Stale Link
Debt* (HELL). Prefix warning added to both indexes; merge-or-renumber left to LLoL.

Two things I initially proposed wrongly, corrected by evidence
----------------------------------------------------------------

- I proposed a **"superseded" banner** on ``hell/aa/b/10--15``. Checking their status lines
  showed ``pending`` / ``pending`` / ``deferred`` / ``pending`` --- they are **open**, not
  obsolete. A superseded banner would have been a false label on live work. Replaced with a
  **collision warning**, which is what the actual defect required.
- LLoL asked me to move *"all the b16 relevant todos from hell/aa/b10-b15"*. There were
  **none**. The single ``b16`` occurrence is a scope estimate in b13 for a *series-wide*
  formatting walkthrough. Moving it would have misfiled a series task as a paper task.

Sphinx ``todolist`` is global --- the pages were lying
-------------------------------------------------------

``jub/anyaims.rst`` and ``pet/anyaims.rst`` each carried a ``.. todolist::``. **That
directive is global and cannot be scoped to a subtree**, so neither page ever showed "the
JUB todos" or "the PET todos" --- each rendered the *entire site's* list under a heading
implying otherwise. LLoL's "leave it there if it happens to still be mostly relevant" option
therefore did not exist. Both replaced with pointers to the single collection page. PET's
written ``AA-PET-EDEN-a1`` entry untouched. Six ``.. todo::`` directives exist site-wide.

The linking rule, and why it is machine-checked
-------------------------------------------------

LLoL asked whether paper-adjacent AA files need links from the indexes, and asked for a rule
"to ensure that you remember". **A rule that depends on memory is how this fragmented in the
first place**, so it was made enforceable instead: ``scripts/check-paths.py`` gained
**Check D**, which fails on any standing AA file no index points at. A ``:doc:`` path or a
``:ref:`` to one of the file's own labels both count.

**Check D is deliberately NOT exempt inside HELL.** Checks B and C treat HELL findings as
non-failing because a link correct when written is arguably correct as history. That
reasoning does not apply to a task list nobody can find. Without the carve-out removed, the
b16 list could silently drop out of the indexes --- the exact failure being fixed.

It caught its own author on the first run: the b16 file was linked by ``:ref:``, which the
matcher did not initially recognise.

Excluded by design: **AAA (AnyAllArrival)** --- a different register, in-transit arrivals
rather than tasks --- and dated ``aa-*`` session-prompt files inside ``hell/ll/``, which are
execution prompts belonging to their llog.


Part 3 --- EDEN analysis
==========================

Knife Edge #1 --- the bibliography restore had one correct form
-----------------------------------------------------------------

A paper cannot ship without a reference list, and a paper whose citations render onto a
*different paper's* page is worse than one with none --- it silently attributes b16's
sources to b15. The filter had to be ``:filter: docname in docnames`` (non-capturing), not
``cited and True``, or the same capture recurs. OOv2 already had the correct form, so the
fix was to restore, not to design. No alternative survives.

Grey Edge #1 --- resolved into a Green Meadow by discovering the rule already allowed it
------------------------------------------------------------------------------------------

"May a mutable AA task list live in an append-only compartment?" looked like a genuine Grey
Edge --- defensible either way, with a BABL reading available in both directions
(falsifying history vs. tolerating rot). It dissolved on reading the rule as written: the
append-only property attaches to ``hell/ll/``, not to HELL. **The constraint I was reasoning
against did not exist.** Cost: one proposal built on a misreading, and LLoL had to push back
twice.

Lesson: before reasoning about a rule's consequences, re-read its **scope**. I had been
treating "HELL" as the unit when the rule names a subdirectory.

Green Meadow #1 --- AA placement (count = several; 3 examples)
---------------------------------------------------------------

All stay in ZION; the choice was LLoL's taste and he made it:

1. **Co-location beside the thing planned** (chosen) --- discoverable while forging.
2. Central registry only --- one place to look, but a plan far from its subject.
3. A new ``AHA/aa-matheo-series/`` tier --- rejected by LLoL and by me: a seventh location
   for a fragmentation problem.

BABL Danger flagged --- and it landed on me
---------------------------------------------

**BABL Danger: "green means fine" reproduced inside the fix for it.** During the 2026m08d03
sweep I reported "guard clean, exit 0" and treated it as verification. The build then found
three regressions I had caused, and chasing them found three bugs in the guard --- two of
them false *negatives* that made it quieter than it should have been. That is the identical
pattern to the original bug: a green signal trusted without asking what it does not cover.
Codified as conditions 4--5 of the TELES probationary clause: a clean ``check-paths`` is
necessary, never sufficient; a bulk change also needs ``--strict-hell`` and a full build.

**BABL Danger: the llog written last.** See the warning at the top of this file. Recording a
process failure rather than quietly fixing it is the point --- the ZION cycle is conceive
|rarr| test |rarr| catch BABL |rarr| correct |rarr| strengthen, and hiding the catch removes
the evidence that quality control functions.

Not-BABL note
---------------

LLoL's Arkhipov reframe (Finding 3) is worth marking as **ZION-shaped**: it preserved
rhetorical force while *reducing* the paper's exposed surface, by decoupling the argument
from the claim rather than by strengthening the claim. Rhetoric that makes a paper harder to
attack is rare; the usual trade runs the other way.


Summary and recommendations
=============================

**Done this session:**

- b16 OOv3: References + Declarations restored (SIA |rarr| Authorship |rarr| References);
  31 ``:cite:`` calls now render on b16's own page instead of b15's; five stale
  cross-references remapped; §1 empire paragraph reworked to an Arkhipov burden-of-proof
  argument with the forecast explicitly decoupled; ``Kemp2025`` added to ``references.bib``
  with a cite-scope warning; four pre-submission source checks all HELD.
- AA system: one rule, four tiers, POST AA / HELL AA named; ``AHA/`` reduced to a single
  pointer file; 3 new POST AA entries (b19--b21) and 1 new HELL AA entry (b16) carrying
  content migrated out of AHA; ``jub``/``pet`` ``anyaims`` |rarr| ``aa``; all 10 standing AA
  files linked; Check D added and self-tested; rules recorded in
  ``AHA/aa-anyaims-sorting.md``, ``AHA/linting.md`` and ``CLAUDE.md``.
- Commits ``a741477`` (paper) and ``6ccb7fa`` (AA system), split so the paper regression is
  not buried in 1,500 lines of registry work.

**Recommendations for the next session:**

1. **Confirm or correct the VVN nick** ``ClaOp50Max``. It is now used across today's files;
   one correction sweep now beats two later. Tracked in POST AA b17.
2. **The single entry point for b16 is** ``hell/mm/b/16/aa-b16-finalizing.rst`` --- 20 tasks,
   3 done, with a "Where b16 lives" map. Read it plus ``AHA/aa-anyaims-sorting.md`` and a
   cold session is oriented in two files.
3. **Highest-urgency b16 items** are both LLoL's: the BibTeX-arrangement review (k5 s3) and
   pouring the floor + sending outreach (k5 s3).
4. **The ``_redirects`` splat rules remain untested** (POST AA b18, k5 s9) and cannot be
   tested until this branch reaches ``main`` and deploys. The failure mode to watch is not
   only a 404: if Cloudflare Pages matched source paths case-*insensitively*, ``/en/ff/``
   would **loop**. The existing AuditTheMath and ResearchCity rules imply it does not, but
   that is inference from the file, not a test.
5. **Branch state:** ``b16-revision-for-expert-review``, 7 commits ahead of origin, nothing
   pushed. ``.claude/settings.local.json`` left uncommitted --- session permission grants,
   LLoL's call.
