agentleFS
r-irber-irbe/proof-skills/skills/lean-doc-requirements/SKILL.md

lean-doc-requirements

Skill3 starsChanged 24 days agoApache-2.0View on GitHub

USE FOR: Extract formal requirements from academic papers, technical reports, and design documents. DO NOT USE FOR: paper update post-Lean (@lean-doc-improvement). TRIGGERS: doc requirements, requirement extraction, informal-to-Lean.

The file

We split this skill into the rules it gives an agent

4 rules. About 0 are common, 2 are distinctive, and 2 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈2

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 2

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  1. Distinctive:

    Read the source document; identify each informal mathematical claim, its scope, and implicit assumptions.

    line 41
  2. Very specific:

    STOP if the document is being updated FROM Lean — delegate to @lean-doc-improvement.

    line 48
  3. Distinctive:

    STOP if claims are too vague to formalise — request HITL clarification.

    line 49
  4. Very specific:

    STOP if a project-level blueprint is needed — delegate to @lean-blueprint.

    line 50

≈ “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.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
SKILL.md

Lean 4 Document-to-Requirements

Extract formal specification requirements from informal documents (papers, reports, specs) and map them to Lean 4 theorem statements.

Routing

  • USE FOR: Extract formal requirements from academic papers, technical reports, and design documents. Use when converting informal mathematical claims into Lean 4 theorem specifications. Covers claim extraction from LaTeX sources, equation identification, proposition mapping, hypothesis inference, and requirement traceability from document to formal specification.
  • DO NOT USE FOR: paper update post-Lean (use @lean-doc-improvement); specification design (use @lean-specification); blueprint generation (use @lean-blueprint).
  • TRIGGERS: doc requirements, requirement extraction, informal-to-Lean, claim extraction, paper-to-spec.

Workflow

  1. Read the source document; identify each informal mathematical claim, its scope, and implicit assumptions.
  2. Pick the requirement template from the body matching the claim class (definition, theorem, lemma, tactic-rule).
  3. Produce a draft Lean specification (signature only, no proof) with traceability back to the source.
  4. Hand off: to @lean-specification for the formal spec design, to @lean-proof for the proof, to @lean-zettelkasten.

Recovery & STOP

  • STOP if the document is being updated FROM Lean — delegate to @lean-doc-improvement.
  • STOP if claims are too vague to formalise — request HITL clarification.
  • STOP if a project-level blueprint is needed — delegate to @lean-blueprint.

Handoffs

  • Predecessors: agent:gateway, skill:lean-research.
  • Successors: skill:lean-specification, skill:lean-proof, skill:lean-zettelkasten.

Detailed reference

Full content for lean-doc-requirements lives in references/lean-doc-requirements-handbook.md. Load that file when the skill is convened; the SKILL.md only carries the dispatch contract and the parts index.

SectionTopic
Part 1Extraction Pipeline
Part 2Claim Extraction Protocol
Part 3Hypothesis Inference
Part 4Batch Extraction Workflow
Part 5Council Integration
Part 6Requirements Traceability

See also

  • ../../references/lean-doc-requirements-handbook.md — Full handbook (extracted from this skill)
  • ../lean-specification/SKILL.md — Successor
  • ../lean-proof/SKILL.md — Successor
  • ../lean-zettelkasten/SKILL.md — Successor

Download now (ZIP)

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
What did you use it for? e.g. Reviewing pull requests in a Rails app

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.