research-orchestration
Skill0 starsChanged 33 days agoMITView on GitHub
Execute or resume mathematical research, including developing its next lemma or proof step, through diverse routes and dynamic subagent collaboration. Use for active research and proof development, rather than only drafting a prompt, auditing a supplied proof, or preparing publication.
In this repository7 other files it gives its agents.
- contribution-reviewSkill
- lean-formalizationSkill
- lean-verificationSkill
- proof-auditSkill
- research-briefSkill
- research-closeoutSkill
- research-momentumSkill
The file
We split this skill into the rules it gives an agent
4 rules. About 0 are common, 4 are distinctive, and 0 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈4
Distinctive · estimate
This author's own choices. Worth a look.
0
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 12
Read the current brief and existing checkpoint first.
- Distinctive: line 19
Ask each worker for an exact lemma, construction, calculation, counterexample, or identified gap.
- Distinctive: line 25
When a route stops at an unproved statement comparable to the original target, record the exact gap.
- Distinctive: line 37
When a requested or specifically useful formalization targets a decisive lemma, hand off only that bounded step to lean-formalization.
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Research Orchestration
Drive mathematical work toward the exact target. Treat the agent as capable of discovering and proving useful results; turn uncertainty into a specific proof obligation and the next useful action.
Launch or resume
Read the current brief and existing checkpoint first. Reuse proved results and known obstructions. Do not restart a closed route or repeat a successful check without a new mathematical reason. Check which tools, agent slots, and budgets the host actually provides.
For substantial research, explicitly use native subagents when available and permitted. This skill calls for delegation within the authorized mathematical task. Small steps can remain with the root agent. Preserve the host's model defaults and respect its concurrency limits; do not promise a fixed runtime or unavailable agent capacity. Native subagents are different from creating or messaging user-owned chats, which still require the user's authorization.
Research loop
- Choose approaches that differ in their mathematical mechanism: a structural construction, an analytic estimate, an algebraic formulation, or a counterexample search, as appropriate. Keep early workers unaware of the favored route.
- Ask each worker for an exact lemma, construction, calculation, counterexample, or identified gap. Have computational work serve a specific mathematical question.
- Maintain a compact route registry in the existing research notes. Group routes by mechanism, record the obstruction and next attempt, and redirect effort when routes converge. Use the state examples only when establishing such notes.
- Synthesize after independent work has exposed each route's strengths and gaps. Pursue a concrete promising step fully. Counterexamples to auxiliary lemmas are useful evidence for revising or replacing a route.
- Obtain a focused fresh-context challenge to a candidate resolution or a new load-bearing bridge. Give the checker the actual argument and source material rather than the desired verdict. Use proof-audit for this work; agreement between agents is not formal verification.
- Once a lemma has a complete proof with no unresolved substantive objection, use it immediately under its actual hypotheses. External review and novelty assessment are separate activities. Recheck when a new objection, changed assumption, or application outside the proved scope justifies it.
When a route stops at an unproved statement comparable to the original target, record the exact gap. Reopen it for a materially new mechanism, not a rewording or more enthusiastic summary. Preserve valuable proved consequences without treating them as resolution of the main problem.
For estimates, write the full parameter dependencies and quantifiers. Pay particular attention to fixed versus growing support, local versus uniform bounds, almost-everywhere versus everywhere, and detecting an exceptional object versus excluding it. Ask what unconditionally improved bound or construction the next round will deliver.
Progress and interruption
Communicate concrete achievements positively: what is proved or discovered, why it matters, and what it enables next. Use research-momentum only when a dedicated communication or reinforcement task is needed.
Continue through failed attempts while a useful next action remains within scope and budget. Honor a pause or closeout request immediately; preserve the state and finish only the bounded work requested. Follow the host's goal lifecycle rules. Neither an interruption nor an excellent partial theorem completes a still-unresolved main goal.
Formalization is optional unless requested or required by the actual task. Numerical certificates are appropriate for finite claims whose proof uses computation; analytic theorems need mathematical arguments, not repeated software checks.
When a requested or specifically useful formalization targets a decisive lemma, hand off only that bounded step to lean-formalization. Use lean-verification for formal completion claims. Keep analytical and formal status separate; continue using complete analytical results while formal library or tooling issues are resolved.
Does it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
No reviews yet
People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.
- It worked
- Partly
- It didn't
Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

