mathfin-workflow

Workflow Router (mathfin-workflow)

When to trigger

• Starting a new financial-mathematics paper aimed at Mathematical Finance and unsure where to begin
• Mid-project and unsure which step is the current bottleneck (theorem? exposition? numerics?)
• Want a single map of the Mathematical Finance pipeline before diving in

What Mathematical Finance rewards

Mathematical Finance (Wiley-Blackwell, affiliated with the Bachelier Finance Society) is a

theory-first venue. Submissions must be in a mathematically rigorous style and are

evaluated on methodological novelty and contribution to financial modelling — not on

empirical or data-driven finance. Papers must be self-contained, including full proofs;

detailed analysis belongs in an Appendix; numerical experiments are welcome only when

they support rigorous theoretical developments. Review is single-blind, screened first by

the Editor. This router keeps every step aligned to that bar.

The pipeline (and which skill owns each step)

mathfin-topic-selection          (is the problem novel + rigorously tractable?)
        ▼
mathfin-literature-positioning   (place the result against the stochastic-analysis frontier)
        ▼
mathfin-identification-strategy  (assumptions, theorems, proof architecture, generality)
        ▼
mathfin-contribution-framing     (state the methodological novelty for financial modelling)
        ▼
mathfin-data-analysis            (numerical experiments that SUPPORT the theory, if any)
        ▼
mathfin-tables-figures           (illustrative exhibits, separate files at revision)
        ▼
mathfin-writing-style            (rigorous exposition; results + intuition up front)
        ▼
mathfin-replication-and-data-policy (Data Availability Statement; reproducible code if any)
        ▼
mathfin-review-process           (single-blind editor → AE → referee path)
        ▼
mathfin-submission               (Research Exchange LaTeX preflight)
        ▼
mathfin-rebuttal                 (response-to-referees on revision)

Stage gates with pass criteria

gate 0->1  problem chosen      pass: conjectured theorem statable with explicit hypotheses
gate 1->2  positioned          pass: closest prior theorem named + delta sits on one axis
gate 2->3  proved              pass: no [gap] markers; every cited theorem's hypotheses checked
gate 3->4  framed              pass: each main theorem has a financial-payoff sentence
gate 4->5  numerics (optional) pass: every exhibit names the result it illustrates
gate 5->6  written             pass: theorem statements readable without their proofs
gate 6->7  packaged            pass: clean-checkout compile + data statement + classifications

A gate that will not close is the bottleneck; route to the owning skill instead of polishing

downstream sections.

Symptom-to-skill routing

• "We have a model and simulations but no theorem" → mathfin-topic-selection (fit is at risk).
• "The proof uses a martingale property nobody verified" → mathfin-identification-strategy.
• "A colleague says this is just [known paper] in disguise" → mathfin-literature-positioning.
• "The introduction is all mathematics, no finance" → mathfin-contribution-framing.
• "The figures look like an empirical paper" → mathfin-tables-figures, then mathfin-data-analysis.
• "Notation drifts between main text and appendix" → mathfin-writing-style.
• "Referee 2 produced a counterexample" → mathfin-rebuttal, then back to mathfin-identification-strategy.

Orientation heuristics for ambiguous stages

When a manuscript seems to sit between gates, locate it by its weakest artifact, not its

newest one: a polished introduction resting on an unchecked verification theorem is a gate-2

paper, and a complete proof set under an empirical-sounding abstract is a gate-3 paper. The

pipeline is re-entrant — a referee report or a discovered gap legitimately sends the project

back two or three gates, and re-running the later skills after such a regression is cheaper

than defending an internally inconsistent draft.

Running proofs and prose in parallel

Theorem development and exposition need not be strictly serial. Once the assumption block is

frozen (gate 2), the introduction, model section, and statement skeletons can be drafted while

appendix proofs are still being verified — but prose must never claim more than the current

proof state supports. Mark unproved strengthenings as conjectures in the draft, and either

prove them or strip them before gate 6.

How to use the router

1. No theorem yet → mathfin-topic-selection.
2. Theorem exists but assumptions/proof are shaky → mathfin-identification-strategy.
3. Result is solid but the "so what for financial modelling" is unclear → mathfin-contribution-framing.
4. Adding numerics → mathfin-data-analysis, then mathfin-tables-figures.
5. Ready to write/polish → mathfin-writing-style.
6. Ready to submit → mathfin-submission; after a decision → mathfin-rebuttal.

Output format

【Stage】topic / theory / framing / numerics / writing / submission / revision
【Bottleneck】one sentence
【Use next】mathfin-<skill>
【Why】how it clears the Mathematical Finance rigor bar