<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Method on The Broken-Born program</title><link>/wiki/method/</link><description>Recent content in Method on The Broken-Born program</description><generator>Hugo</generator><language>en-us</language><atom:link href="/wiki/method/index.xml" rel="self" type="application/rss+xml"/><item><title>Lakatos's methodology of research programmes</title><link>/wiki/method/lakatosian-methodology/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/wiki/method/lakatosian-methodology/</guid><description>&lt;p&gt;&lt;em&gt;Lakatos&amp;rsquo;s methodology of scientific research programmes is an account, from the philosophy of science, of how a body of scientific work is judged over time rather than one hypothesis at a time. A programme keeps a hard core of assumptions fixed and surrounds it with auxiliary hypotheses that are revised when predictions fail. It counts as progressive while its revisions lead to new predictions, some of which are then confirmed, and as degenerating while its revisions only absorb failures after the fact. The Broken-Born program describes its own status in these terms, &amp;ldquo;a Lakatosian research program, not a theory&amp;rdquo;, and &lt;a href="/wiki/history/documents/checkpoint/"&gt;checkpoint #11&lt;/a&gt; closes with an assessment sorted into hard core, progressive signs, degeneration risks and falsification exposure.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>The collaboration: roles, attribution and conventions</title><link>/wiki/method/collaboration/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/wiki/method/collaboration/</guid><description>&lt;p&gt;&lt;em&gt;The Broken-Born program is the work of two parties: Paul (P.R.), an independent developer, and Claude, an AI model made by Anthropic. Paul supplies conjectures and direction and holds a veto; Claude supplies derivations, counterexamples, verification and drafting, and the papers carry an attribution line that records this split. Paul cannot independently verify most of the technical physics, so the provenance tags, the machine checks and the review forecasts written down in advance are his means of telling sound results from confabulation. The same conventions fix how decisions are taken and delegated, how work is divided into chunks that a new session can resume, and how the science is written.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Provenance tags and citation marks</title><link>/wiki/method/provenance-tags/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/wiki/method/provenance-tags/</guid><description>&lt;p&gt;&lt;em&gt;Provenance tags are the bracketed labels that the program&amp;rsquo;s papers attach to every claim to say where it comes from: [D] derived in the program, [T] taken from the established literature, [P] postulated, [O] open, or [V] checked by machine. Citations carry a second mark: [S] if the reference was retrieved by a live search during the project, † if it was recalled from the model&amp;rsquo;s memory and still has to be checked against the source. The tags let a reader who cannot check the physics see what kind of support each statement has, and they change only when the support changes. The wiki copies them exactly as the sources attach them and never upgrades one.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Claim tiers and selection bias</title><link>/wiki/method/claim-tiers/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/wiki/method/claim-tiers/</guid><description>&lt;p&gt;&lt;em&gt;The claim tiers are &lt;a href="/wiki/history/documents/checkpoint/"&gt;checkpoint #11&lt;/a&gt;&amp;rsquo;s ranking of its own statements by how much trust each deserves. Tier 1 is explicit algebra checked by machine; Tier 2 is established literature, correct at the level of well-worn results; Tier 3 is the program&amp;rsquo;s new structural physics, which #11 rates as plausible, at a prior of ~50–80% per claim pending expert review. Within Tier 3, #11 counts its negative results as the most reliable items. Alongside the tiers it names one specific risk, the selection-versus-derivation bias, which the wiki reads as presenting a structure that was chosen from the known consistent options as though the program&amp;rsquo;s premises had forced it. The tiers and the bias check are part of #11&amp;rsquo;s methodological preface, §2.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Open: the † literature battery (OP10)</title><link>/wiki/method/literature-battery/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/wiki/method/literature-battery/</guid><description>&lt;p&gt;&lt;em&gt;The literature battery is the planned check of every reference that the program&amp;rsquo;s papers cite from model memory, marked †, against the published source. A † citation was recalled by Claude rather than retrieved, so its authors, title, journal reference, or the statement it is cited for may be wrong. &lt;a href="/wiki/history/documents/checkpoint/"&gt;Checkpoint #11&lt;/a&gt; lists the battery as open problem 10 of its §14 and calls itself &amp;ldquo;not for submission until the † audit (open item 10) completes&amp;rdquo;. Some of the works involved have been checked in other contexts, and one suspected error in #11&amp;rsquo;s list has been flagged, but no complete battery is on record. It is part of the first item of the current work queue.&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Negative results and dead claims</title><link>/wiki/method/negative-results/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>/wiki/method/negative-results/</guid><description>&lt;p&gt;&lt;em&gt;The program&amp;rsquo;s rule on negative results is that a claim killed by calculation or by review is reported in an obituary of its own and is not revived. &lt;a href="/wiki/history/documents/checkpoint/"&gt;Checkpoint #11&lt;/a&gt; ranks such negative results as the most reliable of its new structural results. &lt;a href="/wiki/dark-matter/momentum-clumping/founding-image/"&gt;The founding image&lt;/a&gt; of the program, dark matter clumping in velocity rather than in space, is one of the dead claims, and so is a later dark-matter candidate, &lt;a href="/wiki/dark-matter/candidates/soliton-candidate/obituary/"&gt;superheavy solitons&lt;/a&gt; of a hidden gauge sector. The wiki gives every dead claim its own obituary page and lists them all in &lt;a href="/wiki/status/graveyard/"&gt;the graveyard&lt;/a&gt;.&lt;/em&gt;&lt;/p&gt;</description></item></channel></rss>