Zulip Chat Archive
Stream: mathlib4
Topic: Generators in triangulated categories
Justus Springer (Feb 11 2026 at 12:05):
So I would like to formalise the definition of strong and classical generators in triangulated categories (stacks#09SJ). This needs the closure operators of an object (or more generally for mathlib, of any ObjectProperty), which in turn are defined using the following four closure operators in triangulated categories, see stacks#0FX0:
-
The closure under taking shifts, which stacks denotes as . I already added this to mathlib in #35079.
-
The closure under taking finite sums, which stacks denotes as . This should be a special case of docs#CategoryTheory.ObjectProperty.limitsClosure.
-
The closure under taking summands, which stacks denotes as . The corresponding predicate is what stacks calls "saturated" (stacks#05RB) but "thick" also seems to be a common name. I couldn't find anything like this in mathlib (?). I guess, a more general approach would be to define a sort of inverse of
limitsClosure, saying that if a direct limit of some shape satisfies , then all the satisfy . -
The closure under taking cones, which stacks denotes as . We have the predicate docs#CategoryTheory.ObjectProperty.IsTriangulatedClosed₂, which is very close, but I think I would need a generalization of that allowing different object properties on the different vertices of the triangle, and then define the corresponding closure operator, taking in two object properties and producing a third. We also have docs#CategoryTheory.ObjectProperty.IsTriangulated, which is a combination of 4. and 1.
To the experts in triangulated categories (which I am not), does this sound like a reasonable plan? And would mathlib even want this, or is it too niche?
Johan Commelin (Feb 11 2026 at 12:58):
cc @Joël Riou
Matthew Ballard (Feb 11 2026 at 13:19):
This is something I am interested in seeing in the library and it is nice someone has the bandwidth to tackle it. I think one could make contact with Inventiones level math pretty quickly here.
Some comments:
- Nothing said mentioned
nwhich to me is the most important piece of information - In my limited thought experiments, I don't see anything better than an custom inductive, along the lines of what limitsClosure is doing
Justus Springer (Feb 11 2026 at 13:21):
The definition of strong generator mentions n. The individual closure operators listed don't, of course.
Justus Springer (Feb 11 2026 at 13:23):
Yes, my motivation is actually to make contact with Annals level math :)
Matthew Ballard (Feb 11 2026 at 13:23):
That is much further away but a very good goal.
Matthew Ballard (Feb 11 2026 at 13:25):
I don't know of a reasonable definition of a classical generator (in general, in this flavor) that doesn't go through n-step generation
Matthew Ballard (Feb 11 2026 at 13:26):
Another good target (given the requisite geometry) is https://www.sciencedirect.com/science/article/abs/pii/S0021782423000612
Matthew Ballard (Feb 11 2026 at 13:27):
I assume we want GAGA
Matthew Ballard (Feb 11 2026 at 13:46):
Other comments:
- thick is indeed the "standard" terminology but I can imagine versions where you don't want to impose this on each step
- similarly Neeman (in the referenced paper) constrains the shifts allowed
- I don't think there is any world we don't want it closed under isomorphisms
- the above suggests having a very flexible definition that can be specialized to the usual definition of nth level
- I think we already have the Karoubi closure as a reference point
Matthew Ballard (Feb 11 2026 at 13:47):
Ideally I would like decide to work ;)
Matthew Ballard (Feb 11 2026 at 13:59):
You will of course want the "big" version where you use coproducts of a given size, beyond finite.
I am not sure of the value of closure under other colimit shapes generally in this setting. I am not sure anyone has really thought about it. Certainly it is something you want more generally though.
Joël Riou (Feb 11 2026 at 14:22):
I think it would be nice to have these constructions. (For triangulated categories, I believe that the only (co)limits which are relevant are coproducts and products.)
On a related topic, at some point, I will upstream definitions about left/right localizing triangulated subcategories.
Matthew Ballard (Feb 11 2026 at 14:24):
Yes, you don't get a lot for free in a general triangulated category
Justus Springer (Feb 18 2026 at 16:16):
I just opened #35497, which defines the extension product of two object properties in a triangulated category and proves associativity.
Last updated: Feb 28 2026 at 14:05 UTC