mathfin-workflow
GitHub数学金融论文工作流路由器，指导从选题到投稿的完整流程。针对Mathematical Finance期刊理论优先、重证明的要求，通过症状识别瓶颈阶段，路由至对应子技能以解决方法论创新或证明严谨性问题。
Trigger Scenarios
Install
npx skills add brycewang-stanford/Awesome-Journal-Skills --skill mathfin-workflow -g -y
SKILL.md
Frontmatter
{
"name": "mathfin-workflow",
"description": "Router for a Mathematical Finance (Wiley) manuscript — decides which mathfin sub-skill to use next across the theorem-first lifecycle, from problem selection through Wiley Research Exchange submission and revision. Use when orienting a financial-mathematics paper built on stochastic analysis and full proofs, or when unsure which stage is the current bottleneck."
}
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
- No theorem yet →
mathfin-topic-selection. - Theorem exists but assumptions/proof are shaky →
mathfin-identification-strategy. - Result is solid but the "so what for financial modelling" is unclear →
mathfin-contribution-framing. - Adding numerics →
mathfin-data-analysis, thenmathfin-tables-figures. - Ready to write/polish →
mathfin-writing-style. - 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
Version History
- 1839142 Current 2026-07-05 14:05
