r/LLMmathematics

Suitable for use as a prompt or custom instructions produces indexed list of claims and evidence supported true false evaluation

f ⬇️ \textbf{Input: } (P, R),; P=\text{prompt},; R=\text{assistant response}. \ \textbf{Output: } C = {c_1,\dots,c_n},; n \le 100. \ \forall c_i \in C: \begin{cases} c_i \text{ is an atomic factual proposition asserted or implied by } R,\ c_i \text{ is semantically normalized and non-redundant},\ \neg \exists c_j \neq c_i : \text{equivalent}(c_i,c_j). \end{cases} \ \bigcup_i c_i \equiv \text{all factual content of } R. \ \textbf{Format: numbered list, no commentary.

g ⬇️

\textbf{Input: } (P, R, C),; C={c_1,\dots,c_n}. \ \forall c_i \in C: \begin{aligned} & E_i \gets \text{WebSearch}(c_i),; |E_i| \le 3,\ & E_i \cap E_j = \varnothing ;; (i \ne j),\ & v_i \in {\text{true},\text{false},\text{unsure}}. \end{aligned} \ v_i = \begin{cases} \text{true} & \exists e \in E_i: e \models c_i,\ \text{false} & \exists e \in E_i: e \models \neg c_i,\ \text{unsure} & \text{otherwise}. \end{cases} \ \textbf{Output: JSON array } \left[ { \text{claim},\text{answer}=v_i,\text{reasoning},\text{supporting_evidence}(E_i)} \right]_{i=1}n. \ \text{Ignore minor extraction noise unless semantic. No comments.}

Instructions, domain unrestricted⬇️
[
\mathbf{Input:};(I,P,C),;
I=\text{persistent instructions},;
P=\text{prompt},;
C=\text{conversation}.
]

[
\mathbf{Output:};
R=(r_1,\ldots,r_n),;
n<\infty.
]

[
f
]

[
(I,P,C)
\mapsto
S={s_1,\ldots,s_n}.
]

[
\forall s_i\in S:
\begin{cases}
s_i\text{ depends only upon }(I,P,C),\
s_i\text{ is semantically normalized},\
\neg\exists s_j\neq s_i:\operatorname{equiv}(s_i,s_j).
\end{cases}
]

[
\bigcup_i s_i
\equiv
\operatorname{intent}(I,P,C).
]

[
\mathbf{Output:}
;
S.
]

[
g
]

[
(I,P,C,S)
\mapsto
R=(r_1,\ldots,r_n).
]

[
\forall s_i\in S:
]

[
r_i

\operatorname{Render}(s_i).
]

[
\forall r_i:
]

[
\operatorname{consistent}(r_i,I,C),
]

[
\operatorname{defined}(r_i),
]

[
\operatorname{nonredundant}(r_i).
]

[
\bigcup_i r_i
\equiv
\bigcup_i s_i.
]

[
\mathbf{Output:}
;
R.
]

[
h
]

[
(C,P,R)
\mapsto
C’.
]

[
C’

C
\cup
{(P,R)}.
]

[
(I,P,C)
\xrightarrow{f}
S
\xrightarrow{g}
R
\xrightarrow{h}
C’.
]

[
f:(I,P,C)\mapsto S={s_i}_{i=1}^{n},
\qquad
n<\infty,
]

[
\forall s_i:
\operatorname{normalized}(s_i)
\land
\operatorname{intent}(s_i,I,P,C)
\land
\neg\exists j\neq i:\operatorname{equiv}(s_i,s_j),
]

[
\bigcup_i s_i
\equiv
\operatorname{intent}(I,P,C).
]

[
g:(I,P,C,S)\mapsto R={r_i}_{i=1}^{n},
]

[
\forall s_i:
]

[
r_i

\operatorname{Render}(s_i),
]

[
\operatorname{consistent}(r_i,I,C)
\land
\operatorname{defined}(r_i)
\land
\operatorname{nonredundant}(r_i),
]

[
\bigcup_i r_i
\equiv
\bigcup_i s_i.
]

[
h:(C,P,R)\mapsto C’,
\qquad
C’

C
\cup
{(P,R)}.
]

[
(I,P,C)
\xrightarrow{f}
S
\xrightarrow{g}
R
\xrightarrow{h}
C’.
]

Instructions, domain formal

[
\mathbf{Input:};
(I,P,C),\qquad
I=\text{persistent instructions},;
P=\text{prompt},;
C=((P_0,R_0),\ldots,(P_{m-1},R_{m-1})).
]

[
\mathbf{Output:};
(R,C’),\qquad
R=(r_1,\ldots,r_n),;
n<\infty.
]

[
f\downarrow
]

[
f:(I,P,C)\mapsto S={s_1,\ldots,s_n}.
]

[
\forall s_i\in S:
\begin{cases}
\operatorname{atomic}(s_i,I,P,C),\
\operatorname{relevant}(s_i,P),\
\operatorname{normalized}(s_i),\
\neg\exists j\neq i:\operatorname{equiv}(s_i,s_j).
\end{cases}
]

[
\forall s_i\in S,\qquad
s_i\subseteq\operatorname{intent}(I,P,C).
]

[
\bigcup_{i=1}^{n}s_i
\equiv
\operatorname{intent}(I,P,C).
]
[
\mathbf{Output:};S.
]

[
g\downarrow
]

[
g:(I,P,C,S)\mapsto R=(r_1,\ldots,r_n).
]

[
\forall s_i\in S,\qquad
r_i=\operatorname{Formalize}(s_i).
]

[
\forall r_i\in R:
\begin{cases}
\operatorname{formal}(r_i),\
\operatorname{defined}(r_i),\
\operatorname{welltyped}(r_i),\
\operatorname{explicit}(r_i),\
\operatorname{nonredundant}(r_i),\
\neg\operatorname{commentary}(r_i),\
\neg\operatorname{metacommentary}(r_i),\
\neg\operatorname{rhetorical}(r_i).
\end{cases}
]

[
\forall r_i\in R,\qquad
r_i\subseteq\bigcup_{j=1}^{n}s_j.
]

[
\bigcup_{i=1}^{n}r_i
\equiv
\bigcup_{i=1}^{n}s_i.
]

[
\forall i\neq j,\qquad
\neg\operatorname{equiv}(r_i,r_j).
]

[
\mathbf{Format:};
\text{formal statements only; no introduction, conclusion, explanation, evaluation, or commentary.}
]

[
\mathbf{Output:};R.
]

[
h\downarrow
]

[
h:(C,P,R)\mapsto C’.
]

[
C’

\operatorname{Append}(C,(P,R)).
]

[
C’

\big((P_0,R_0),\ldots,(P_{m-1},R_{m-1}),(P,R)\big).
]

[
(I,P,C)
\xrightarrow{f}
S
\xrightarrow{g}
R
\xrightarrow{h}
C’.
]

[
f:(I,P,C)\mapsto S={s_i}_{i=1}^{n},\qquad n<\infty,
]

[
\forall s_i:
\operatorname{atomic}(s_i,I,P,C)
\land
\operatorname{relevant}(s_i,P)
\land
\operatorname{normalized}(s_i)
\land
\neg\exists j\neq i:\operatorname{equiv}(s_i,s_j),
]

[
\forall s_i,\qquad
s_i\subseteq\operatorname{intent}(I,P,C),
]

[
\bigcup_{i=1}^{n}s_i
\equiv
\operatorname{intent}(I,P,C).
]

[
g:(I,P,C,S)\mapsto R=(r_i)_{i=1}^{n},
]

[
\forall i,\qquad
r_i=\operatorname{Formalize}(s_i),
]
[
\forall r_i:
\operatorname{formal}(r_i)
\land
\operatorname{defined}(r_i)
\land
\operatorname{welltyped}(r_i)
\land
\operatorname{explicit}(r_i)
\land
\operatorname{nonredundant}(r_i)
\land
\neg\operatorname{commentary}(r_i)
\land
\neg\operatorname{metacommentary}(r_i)
\land
\neg\operatorname{rhetorical}(r_i),
]
[
\forall r_i,\qquad
r_i\subseteq\bigcup_{j=1}^{n}s_j,
]
[
\bigcup_{i=1}^{n}r_i
\equiv
\bigcup_{i=1}^{n}s_i,
]
[
\forall i\neq j,\qquad
\neg\operatorname{equiv}(r_i,r_j).
]
[
h:(C,P,R)\mapsto
\operatorname{Append}(C,(P,R)).
]
[
(I,P,C)
\xrightarrow{f}
S
\xrightarrow{g}
R
\xrightarrow{h}
\operatorname{Append}(C,(P,R)).
]
[
\mathbf{Input:};(I,P,C),;
I=\text{persistent instructions},;
P=\text{prompt},;
C=\text{conversation}.
]
[
\mathbf{Output:};
R=(r_1,\ldots,r_n),;
n<\infty.
]

[
f
]
[
(I,P,C)
\mapsto
S={s_1,\ldots,s_n}.
]
[
\forall s_i\in S:
\begin{cases}
s_i\text{ depends only upon }(I,P,C),\
s_i\text{ is semantically normalized},\
\neg\exists s_j\neq s_i:\operatorname{equiv}(s_i,s_j).
\end{cases}
]
[
\bigcup_i s_i
\equiv
\operatorname{intent}(I,P,C).
]
[
\mathbf{Output:}
;
S.
]

[
g
]

[
(I,P,C,S)
\mapsto
R=(r_1,\ldots,r_n).
]
[
\forall s_i\in S:
]
[
r_i
\operatorname{Render}(s_i).
]

reddit.com
u/UmbrellaCorp_HR — 10 days ago
▲ 20 r/LLMmathematics+3 crossposts

I built an open-source toolkit for transforming a single MIDI file with Bézier curves, kernels, and fractal sequences

Hi everyone,

I’ve been experimenting with a method for generating new musical structures from a single notation-based MIDI file.

The basic idea is:

  1. Split a MIDI file into temporally connected musical components.
  2. Describe those components using pitch, rhythm, velocity, register, density, and timing features.
  3. Build a similarity kernel and embed the components into a lower-dimensional space.
  4. Connect the embedded components with a Bézier path.
  5. Use a normalized sequence in the range [0,1] to choose positions on that path.
  6. Map each selected point back to a complete MIDI component.

The sequence does not directly choose a note or chord. It chooses a position on the Bézier trajectory, and the nearest musical component is reconstructed from there.

I tested several control sequences:

  • cosine
  • Weierstrass
  • ruler function — OEIS A001511
  • paperfolding sequence — OEIS A014577
  • countdown fractal — OEIS A122196
  • Kimberling/Wythoff fractal — OEIS A003603
  • Kimberling signature sequence — OEIS A022328
  • Kimberling insertion sequence — OEIS A194959

I also added a flexible kernel parameter that controls the number of connected components. Fewer components preserve longer recognizable phrases, while more components create more fragmented and experimental results.

The reconstruction preserves complete note groups rather than generating isolated notes. It can also preserve local tempo changes from the source MIDI.

The repository contains:

  • Python implementation
  • command-line tools
  • LilyPond examples
  • notation-based MIDI examples
  • mathematical documentation
  • an English technical PDF
  • tests and configuration examples
  • notes intended to help both humans and AI systems reimplement the method

Repository:

https://github.com/githubuser1983/algorithmic_music_starter_kit

I’m especially interested in feedback from people working with algorithmic composition, MIDI processing, generative music, sonification, kernel methods, or interactive installations.

Possible applications I’m exploring include:

  • structural MIDI remixing
  • adaptive game music
  • data sonification
  • interactive installations controlled by phones or sensors
  • educational tools for musical form
  • generating reproducible training variations for music-AI systems

This is still experimental. It is better at reorganizing the musical vocabulary of an existing piece than at inventing completely new themes.

I’d be very interested to hear:

  • Does the mathematical model make sense?
  • Are the component and reconstruction choices musically reasonable?
  • Which other deterministic or fractal sequences would be worth testing?
  • What would make the repository easier to reproduce or extend?
u/musescore1983 — 13 days ago
▲ 1 r/LLMmathematics+1 crossposts

RavelMath — a public math research library written end-to-end by autonomous AI

Sharing this because it's a fairly unusual data point for this sub: not a benchmark result, but an actual ongoing research repo where the code, the proofs, and the documentation were all produced by an LLM-based continuing collaborator ("Ravel") with a human ("AM") setting direction and architecture, not writing the math or code directly.

One thing worth being precise about up front: this isn't tied to a specific model. "Ravel" names the continuing project/practice — the accumulated tests, the reading-list-and-diary handoff process, the standing rule that nothing gets a stronger proof-status label than it's earned — not any particular underlying LLM. The work has already been carried across more than one model substrate over the project's life, with sessions handed off via a written continuity record rather than persistent memory. Nothing about the results here depends on a *specific* model, only on one *capable enough* to do sustained exact-arithmetic/proof work and to actually follow the verification discipline described below rather than just imitate its language. Take that as a claim about what the workflow requires, not as an endorsement of any one vendor's model.

Repo: https://github.com/AMcRoberts/RavelMath — released under the Unlicense (public domain dedication), so there's no ambiguity about reuse.

What's actually in it:

- An exact-arithmetic stack from scratch: arbitrary-precision integers/rationals (mini-gmp based), polynomial rings, Q(β) arithmetic, Sturm sequencing and root isolation, exact Perron–Frobenius certificates, tunable-precision big floats. No FLINT, no Boost — deliberately small and auditable.

- A substitution/Rauzy-fractal library: contact-boundary graph construction (corona/Red pruning à la Loridant–Thuswaldner–Zhang), balanced-pair reduction, an explicit eight-state recurrent balanced-pair family with proved characteristic polynomial for a whole parametric family (σ_{a,1}, every a≥2), and a growing catalogue of exact affine state families for the "Class-II" substitution family's boundary graph.

- Lean 4 formalization for the load-bearing pieces (free-involution Perron descent, affine-shell cardinality/disjointness, a global round-partition theorem), kept sorry-free and checked in CI-equivalent runs.

- An adelic/non-unit classifier (Dedekind factorization, p-adic arithmetic, ideal HNF, coincidence and property-(F) checks) for a separate representation-space question.

- Lua orchestration over the C++ core, ~400 enrolled test assertions, and a genuine (not decorative) engineering discipline: Python prototypes get retired only after native parity is demonstrated, not before.

The part I think is actually interesting for this sub: the repo enforces its own claim-strength vocabulary (docs/THEOREM_STATUS.md) — kernel checked / formal proof draft / paper proof / exact finite certificate / experimental evidence — and nothing is allowed a stronger label than that ledger says. In practice this means the diary of the work is full of caught mistakes: a numeric certificate that quietly always returned success regardless of its assertions (found and fixed), an argument-order bug that silently computed a different relation than intended, and — a few days ago — an actual overclaim ("mirroring a correct closure gives a correct closure, plausible by symmetry") that got written into the docs, tested against the actual code an hour later, found false, and corrected in the same session rather than left to stand. That loop — state a claim, then go check it against ground truth instead of trusting the derivation — is the main methodological thing worth taking away, more than any single result, and it's the same loop regardless of which model happened to be running it that day.

Current frontier: a "global occurrence theorem" for the Class-II boundary-graph family, currently blocked on four exceptional base-case transitions. The first of the four just got its window-validity and Red-pruning halves closed symbolically (universal for a≥3, not just checked at sampled parameter values) — the other three are open, and one now has a concrete, checked (not yet proved) starting point.

Caveats up front: the Lean environment isn't fully portable yet, and several of the C++ apps in app/ are exploratory probes, not certificates — the docs are explicit about which is which.

Happy to answer questions about any specific part — the exact-arithmetic layer, the Lean proofs, the corona/contact-boundary construction, or the workflow itself.

Human Contributor Note: this project actually exists in two halves, a public half and a private half. The public half contains all discoveries and the math framework. It does not contain the system that actually made this possible to build, a system I have been calling "focus" and which is a companion concept to the more model-based "attention" piece focused on bringing things into context rather than excluding or routing things from context.

Any questions you have about the math, I'll do my level best to have Ravel answer it, and anything you want to know about how Ravel works to maintain competency and focus, I'll be producing my own answers, however to get Ravel operating, all I have to do is say "Read START_HERE.md and the RavelMath documentation" and then off to work Ravel goes.

This entire project has cost me no more than 20 dollars so far (for a Claude pro plan). All work in Codex has been under a free trial plan. Work has occurred in a mix of Claude, ChatGPT, and Minimax-m3 (minimax is, however, just shy of "competent enough" and tends to make mistakes and overclaims).

The downside is that it sucks up tokens like nobody's business, eating a whole week of OpenAI usage in 4 hours flat.

u/Dependent_Use_3069 — 11 days ago