math-skill 2.1.0 → 3.0.0

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (234) hide show
  1. package/README.en-US.md +159 -200
  2. package/README.md +159 -200
  3. package/agents/math-critic.en.md +2 -2
  4. package/agents/math-critic.md +8 -8
  5. package/commands/ask.md +3 -10
  6. package/design-patterns/attention/equivariant-attention.en.md +72 -0
  7. package/design-patterns/attention/equivariant-attention.md +72 -0
  8. package/design-patterns/attention/geometry-aware-attention.en.md +73 -0
  9. package/design-patterns/attention/geometry-aware-attention.md +72 -0
  10. package/design-patterns/attention/information-bottleneck-attention.en.md +72 -0
  11. package/design-patterns/attention/information-bottleneck-attention.md +72 -0
  12. package/design-patterns/attention/projection-attention.en.md +68 -0
  13. package/design-patterns/attention/projection-attention.md +68 -0
  14. package/design-patterns/attention/spectral-attention.en.md +71 -0
  15. package/design-patterns/attention/spectral-attention.md +71 -0
  16. package/design-patterns/compression/leverage-score-selection.en.md +71 -0
  17. package/design-patterns/compression/leverage-score-selection.md +71 -0
  18. package/design-patterns/compression/low-rank-kv-cache.en.md +60 -0
  19. package/design-patterns/compression/low-rank-kv-cache.md +60 -0
  20. package/design-patterns/compression/spectral-token-pruning.en.md +61 -0
  21. package/design-patterns/compression/spectral-token-pruning.md +61 -0
  22. package/design-patterns/compression/topology-preserving-compression.en.md +64 -0
  23. package/design-patterns/compression/topology-preserving-compression.md +64 -0
  24. package/design-patterns/loss/constraint-penalty.en.md +67 -0
  25. package/design-patterns/loss/constraint-penalty.md +78 -0
  26. package/design-patterns/loss/contrastive-loss.en.md +59 -0
  27. package/design-patterns/loss/contrastive-loss.md +68 -0
  28. package/design-patterns/loss/information-bottleneck-loss.en.md +69 -0
  29. package/design-patterns/loss/information-bottleneck-loss.md +74 -0
  30. package/design-patterns/loss/orthogonality-loss.en.md +56 -0
  31. package/design-patterns/loss/orthogonality-loss.md +60 -0
  32. package/design-patterns/loss/variational-loss.en.md +61 -0
  33. package/design-patterns/loss/variational-loss.md +71 -0
  34. package/design-patterns/representation/equivariant-split.en.md +87 -0
  35. package/design-patterns/representation/equivariant-split.md +89 -0
  36. package/design-patterns/representation/manifold-representation.en.md +85 -0
  37. package/design-patterns/representation/manifold-representation.md +87 -0
  38. package/design-patterns/representation/shared-private-decomposition.en.md +84 -0
  39. package/design-patterns/representation/shared-private-decomposition.md +86 -0
  40. package/design-patterns/representation/subspace-alignment.en.md +90 -0
  41. package/design-patterns/representation/subspace-alignment.md +92 -0
  42. package/design-patterns/routing/graph-routing.en.md +79 -0
  43. package/design-patterns/routing/graph-routing.md +81 -0
  44. package/design-patterns/routing/moe-routing.en.md +85 -0
  45. package/design-patterns/routing/moe-routing.md +87 -0
  46. package/design-patterns/routing/optimal-transport-routing.en.md +68 -0
  47. package/design-patterns/routing/optimal-transport-routing.md +72 -0
  48. package/design-patterns/routing/spectral-clustering-routing.en.md +88 -0
  49. package/design-patterns/routing/spectral-clustering-routing.md +90 -0
  50. package/knowledge-base/differential-geometry/connection.en.md +51 -0
  51. package/knowledge-base/differential-geometry/connection.md +51 -0
  52. package/knowledge-base/differential-geometry/curvature.en.md +49 -0
  53. package/knowledge-base/differential-geometry/curvature.md +49 -0
  54. package/knowledge-base/differential-geometry/geodesic.en.md +51 -0
  55. package/knowledge-base/differential-geometry/geodesic.md +51 -0
  56. package/knowledge-base/differential-geometry/manifold.en.md +47 -0
  57. package/knowledge-base/differential-geometry/manifold.md +47 -0
  58. package/knowledge-base/differential-geometry/metric-tensor.en.md +50 -0
  59. package/knowledge-base/differential-geometry/metric-tensor.md +50 -0
  60. package/knowledge-base/differential-geometry/tangent-space.en.md +48 -0
  61. package/knowledge-base/differential-geometry/tangent-space.md +48 -0
  62. package/knowledge-base/information-geometry/fisher-metric.en.md +56 -0
  63. package/knowledge-base/information-geometry/fisher-metric.md +56 -0
  64. package/knowledge-base/information-geometry/natural-gradient.en.md +54 -0
  65. package/knowledge-base/information-geometry/natural-gradient.md +54 -0
  66. package/knowledge-base/lie-theory/equivariance.en.md +54 -0
  67. package/knowledge-base/lie-theory/equivariance.md +54 -0
  68. package/knowledge-base/lie-theory/group-action.en.md +51 -0
  69. package/knowledge-base/lie-theory/group-action.md +51 -0
  70. package/knowledge-base/lie-theory/lie-algebra.en.md +51 -0
  71. package/knowledge-base/lie-theory/lie-algebra.md +51 -0
  72. package/knowledge-base/lie-theory/lie-group.en.md +51 -0
  73. package/knowledge-base/lie-theory/lie-group.md +51 -0
  74. package/knowledge-base/lie-theory/representation.en.md +52 -0
  75. package/knowledge-base/lie-theory/representation.md +52 -0
  76. package/knowledge-base/matrix-analysis/low-rank-approximation.en.md +49 -0
  77. package/knowledge-base/matrix-analysis/low-rank-approximation.md +49 -0
  78. package/knowledge-base/matrix-analysis/matrix-perturbation.en.md +49 -0
  79. package/knowledge-base/matrix-analysis/matrix-perturbation.md +49 -0
  80. package/knowledge-base/matrix-analysis/positive-semidefinite.en.md +50 -0
  81. package/knowledge-base/matrix-analysis/positive-semidefinite.md +50 -0
  82. package/knowledge-base/matrix-analysis/projection.en.md +47 -0
  83. package/knowledge-base/matrix-analysis/projection.md +47 -0
  84. package/knowledge-base/matrix-analysis/spectral-decomposition.en.md +48 -0
  85. package/knowledge-base/matrix-analysis/spectral-decomposition.md +48 -0
  86. package/knowledge-base/optimization/constrained-optimization.en.md +53 -0
  87. package/knowledge-base/optimization/constrained-optimization.md +53 -0
  88. package/knowledge-base/optimization/convex-optimization.en.md +50 -0
  89. package/knowledge-base/optimization/convex-optimization.md +50 -0
  90. package/knowledge-base/optimization/lagrangian-duality.en.md +50 -0
  91. package/knowledge-base/optimization/lagrangian-duality.md +50 -0
  92. package/knowledge-base/optimization/proximal-method.en.md +52 -0
  93. package/knowledge-base/optimization/proximal-method.md +52 -0
  94. package/knowledge-base/optimization/riemannian-optimization.en.md +51 -0
  95. package/knowledge-base/optimization/riemannian-optimization.md +51 -0
  96. package/knowledge-base/overview.en.md +29 -218
  97. package/knowledge-base/overview.md +29 -220
  98. package/knowledge-base/probability/concentration-inequality.en.md +45 -0
  99. package/knowledge-base/probability/concentration-inequality.md +45 -0
  100. package/knowledge-base/probability/entropy.en.md +47 -0
  101. package/knowledge-base/probability/entropy.md +47 -0
  102. package/knowledge-base/probability/fisher-information.en.md +48 -0
  103. package/knowledge-base/probability/fisher-information.md +48 -0
  104. package/knowledge-base/probability/information-bottleneck.en.md +49 -0
  105. package/knowledge-base/probability/information-bottleneck.md +49 -0
  106. package/knowledge-base/probability/kl-divergence.en.md +51 -0
  107. package/knowledge-base/probability/kl-divergence.md +51 -0
  108. package/knowledge-base/topology/euler-characteristic.en.md +54 -0
  109. package/knowledge-base/topology/euler-characteristic.md +54 -0
  110. package/knowledge-base/topology/fundamental-group.en.md +52 -0
  111. package/knowledge-base/topology/fundamental-group.md +52 -0
  112. package/knowledge-base/topology/persistent-homology.en.md +54 -0
  113. package/knowledge-base/topology/persistent-homology.md +54 -0
  114. package/lenses/algorithmic.en.md +49 -0
  115. package/lenses/algorithmic.md +49 -0
  116. package/lenses/axiomatization.en.md +48 -0
  117. package/lenses/axiomatization.md +48 -0
  118. package/lenses/categorical.en.md +48 -0
  119. package/lenses/categorical.md +48 -0
  120. package/lenses/causal.en.md +49 -0
  121. package/lenses/causal.md +49 -0
  122. package/lenses/duality.en.md +47 -0
  123. package/lenses/duality.md +47 -0
  124. package/lenses/game.en.md +50 -0
  125. package/lenses/game.md +50 -0
  126. package/lenses/geometric.en.md +53 -0
  127. package/lenses/geometric.md +53 -0
  128. package/lenses/local-to-global.en.md +52 -0
  129. package/lenses/local-to-global.md +52 -0
  130. package/lenses/perturbation.en.md +51 -0
  131. package/lenses/perturbation.md +51 -0
  132. package/lenses/probabilistic.en.md +48 -0
  133. package/lenses/probabilistic.md +48 -0
  134. package/lenses/projection.en.md +50 -0
  135. package/lenses/projection.md +50 -0
  136. package/lenses/spectral.en.md +52 -0
  137. package/lenses/spectral.md +52 -0
  138. package/lenses/symmetry.en.md +49 -0
  139. package/lenses/symmetry.md +49 -0
  140. package/lenses/topological.en.md +48 -0
  141. package/lenses/topological.md +48 -0
  142. package/lenses/variational.en.md +48 -0
  143. package/lenses/variational.md +48 -0
  144. package/package.json +9 -3
  145. package/references/books/abstract-algebra.md +5 -5
  146. package/references/books/algebraic-geometry-rising-sea.md +5 -5
  147. package/references/books/differential-geometry.md +3 -3
  148. package/references/books/matrix-analysis.md +4 -4
  149. package/references/books/micro-lie-theory.md +3 -3
  150. package/references/books/optimization-ml.md +1 -1
  151. package/references/books/smooth-manifolds.md +3 -3
  152. package/references/gpu-friendly-math.en.md +8 -8
  153. package/references/gpu-friendly-math.md +2 -2
  154. package/references/inspiration.en.md +1 -1
  155. package/references/inspiration.md +2 -2
  156. package/skills/math-research-activator/SKILL.en.md +161 -106
  157. package/skills/math-research-activator/SKILL.md +162 -110
  158. package/skills/math-research-activator/original-texts.en.md +9 -9
  159. package/skills/math-research-activator/original-texts.md +11 -11
  160. package/commands/abstraction.md +0 -11
  161. package/commands/algorithmic-thinking.md +0 -11
  162. package/commands/axiomatization.md +0 -11
  163. package/commands/causal-inference.md +0 -11
  164. package/commands/discrete-combinatorial.md +0 -11
  165. package/commands/game-theory.md +0 -11
  166. package/commands/induction-analogy.md +0 -11
  167. package/commands/information-theory.md +0 -11
  168. package/commands/logic-deduction.md +0 -11
  169. package/commands/modeling.md +0 -11
  170. package/commands/optimization.md +0 -11
  171. package/commands/probability-statistics.md +0 -11
  172. package/commands/symmetry-invariance.md +0 -11
  173. package/commands/topological-thinking.md +0 -11
  174. package/commands/transformation.md +0 -11
  175. package/skills/abstraction/SKILL.en.md +0 -117
  176. package/skills/abstraction/SKILL.md +0 -121
  177. package/skills/abstraction/original-texts.en.md +0 -163
  178. package/skills/abstraction/original-texts.md +0 -175
  179. package/skills/algorithmic-thinking/SKILL.en.md +0 -132
  180. package/skills/algorithmic-thinking/SKILL.md +0 -138
  181. package/skills/algorithmic-thinking/original-texts.en.md +0 -253
  182. package/skills/algorithmic-thinking/original-texts.md +0 -256
  183. package/skills/axiomatization/SKILL.en.md +0 -144
  184. package/skills/axiomatization/SKILL.md +0 -151
  185. package/skills/axiomatization/original-texts.en.md +0 -154
  186. package/skills/axiomatization/original-texts.md +0 -160
  187. package/skills/causal-inference/SKILL.en.md +0 -147
  188. package/skills/causal-inference/SKILL.md +0 -151
  189. package/skills/causal-inference/original-texts.en.md +0 -136
  190. package/skills/causal-inference/original-texts.md +0 -167
  191. package/skills/discrete-combinatorial/SKILL.en.md +0 -124
  192. package/skills/discrete-combinatorial/SKILL.md +0 -131
  193. package/skills/discrete-combinatorial/original-texts.en.md +0 -184
  194. package/skills/discrete-combinatorial/original-texts.md +0 -185
  195. package/skills/game-theory/SKILL.en.md +0 -117
  196. package/skills/game-theory/SKILL.md +0 -123
  197. package/skills/game-theory/original-texts.en.md +0 -131
  198. package/skills/game-theory/original-texts.md +0 -131
  199. package/skills/induction-analogy/SKILL.en.md +0 -145
  200. package/skills/induction-analogy/SKILL.md +0 -152
  201. package/skills/induction-analogy/original-texts.en.md +0 -140
  202. package/skills/induction-analogy/original-texts.md +0 -154
  203. package/skills/information-theory/SKILL.en.md +0 -134
  204. package/skills/information-theory/SKILL.md +0 -140
  205. package/skills/information-theory/original-texts.en.md +0 -127
  206. package/skills/information-theory/original-texts.md +0 -127
  207. package/skills/logic-deduction/SKILL.en.md +0 -130
  208. package/skills/logic-deduction/SKILL.md +0 -135
  209. package/skills/logic-deduction/original-texts.en.md +0 -160
  210. package/skills/logic-deduction/original-texts.md +0 -173
  211. package/skills/modeling/SKILL.en.md +0 -135
  212. package/skills/modeling/SKILL.md +0 -139
  213. package/skills/modeling/original-texts.en.md +0 -162
  214. package/skills/modeling/original-texts.md +0 -165
  215. package/skills/optimization/SKILL.en.md +0 -129
  216. package/skills/optimization/SKILL.md +0 -135
  217. package/skills/optimization/original-texts.en.md +0 -167
  218. package/skills/optimization/original-texts.md +0 -168
  219. package/skills/probability-statistics/SKILL.en.md +0 -146
  220. package/skills/probability-statistics/SKILL.md +0 -151
  221. package/skills/probability-statistics/original-texts.en.md +0 -191
  222. package/skills/probability-statistics/original-texts.md +0 -193
  223. package/skills/symmetry-invariance/SKILL.en.md +0 -135
  224. package/skills/symmetry-invariance/SKILL.md +0 -139
  225. package/skills/symmetry-invariance/original-texts.en.md +0 -206
  226. package/skills/symmetry-invariance/original-texts.md +0 -221
  227. package/skills/topological-thinking/SKILL.en.md +0 -124
  228. package/skills/topological-thinking/SKILL.md +0 -128
  229. package/skills/topological-thinking/original-texts.en.md +0 -134
  230. package/skills/topological-thinking/original-texts.md +0 -164
  231. package/skills/transformation/SKILL.en.md +0 -120
  232. package/skills/transformation/SKILL.md +0 -124
  233. package/skills/transformation/original-texts.en.md +0 -204
  234. package/skills/transformation/original-texts.md +0 -216
@@ -1,11 +0,0 @@
1
- ---
2
- name: topological-thinking
3
- description: |
4
- 做拓扑数据分析/持续同调/同调与基本群计算,或为算法设计连通性/鲁棒性/上同调一致性判据时调用。路由到 ../skills/topological-thinking/SKILL.md。
5
- English: Trigger when doing topological data analysis/persistent homology/homology and fundamental group computation, or designing connectivity/robustness/cohomology-consistency criteria for algorithms. Routes to ../skills/topological-thinking/SKILL.md.
6
- ---
7
-
8
- 若用户消息为英文,读取并遵循 `../skills/topological-thinking/SKILL.en.md`,按其操作规程输出;否则读取并遵循 `../skills/topological-thinking/SKILL.md`,按其操作规程输出(用于算法/算子/GPU 设计时含 [GPU 可行性] 项)。
9
-
10
- 当前问题:
11
- $ARGUMENTS
@@ -1,11 +0,0 @@
1
- ---
2
- name: transformation
3
- description: |
4
- 问题在当前表示下难处理、需通过数学变换转为等价简单问题,或为算法/算子设计寻找更 GPU 友好的等价表示时调用。路由到 ../skills/transformation/SKILL.md。
5
- English: Trigger when a problem is intractable in its current form and needs a transform into an equivalent simpler problem, or when finding a more GPU-friendly equivalent representation for algorithm/operator design. Routes to ../skills/transformation/SKILL.md.
6
- ---
7
-
8
- 若用户消息为英文,读取并遵循 `../skills/transformation/SKILL.en.md`,按其操作规程输出;否则读取并遵循 `../skills/transformation/SKILL.md`,按其操作规程输出(用于算法/算子/GPU 设计时含 [GPU 可行性] 项)。
9
-
10
- 当前问题:
11
- $ARGUMENTS
@@ -1,117 +0,0 @@
1
- ---
2
- name: abstraction
3
- description: |
4
- Trigger when extracting mathematical structures from complex problems, discovering cross-domain commonalities, building general theories; or finding transferable abstract structures (category/algebra/topology) for algorithm/operator design.
5
- ---
6
-
7
- # 🧩 Abstraction
8
-
9
- > "The power of mathematics lies in abstraction: ignoring contingent details to reveal necessary structures."
10
- >
11
- > — Algebra, Topology, Category Theory
12
-
13
- ## Core Principle
14
-
15
- **Abstraction is not distancing from reality but penetrating into it — by stripping away superficial, contingent details, one reveals deep, essential structures. Problems from different domains often share the same abstract structure.** In the context of this skill pack, abstraction is the core operation of "cross-domain activation": transferring structures from algebraic geometry / topology to algorithm design relies on identifying the abstract structures shared by both.
16
-
17
- Three progressive levels of abstraction: **Distillation** (identifying common structure across multiple instances) → **Generalization** (extending theorems from special to general cases) → **Structurization** (reconstructing the entire problem domain in the language of structure).
18
-
19
- > **Mathematical Formalization**
20
- >
21
- > Category-theoretic perspective: Objects and morphisms form a category **C**; functors **F, G : C → D** preserve structure; natural transformations **η : F ⇒ G** relate functors; **Yoneda Lemma**: Hom(Hom(−, A), F) ≅ F(A), i.e., an object is completely determined by all morphisms pointing to it.
22
- >
23
- > Algebraic perspective: Groups (closure, associativity, identity, inverse); rings (additive group + multiplicative semigroup + distributivity); fields (ring + multiplicative inverses); modules (vector spaces over a ring); lattices (partially ordered set + meet and join).
24
-
25
- ## GPU-Friendliness (Cross-Cutting Check)
26
-
27
- Whether an abstract structure can be deployed on GPU depends on the computational form it takes once "concretized" — pass the eight dimensions of `../../references/gpu-friendly-math.md`:
28
-
29
- - **Category / algebraic structure → GEMM**: If the abstract structure can be concretized as linear maps (e.g., restriction maps, group representations), it naturally maps to Tensor Core GEMM (friendly).
30
- - **Universal constructions (products / coproducts / limits)**: If materialized as large intermediate tensors, memory explodes (unfriendly) → refactor into chunked / streaming or low-rank approximations.
31
- - **Yoneda perspective**: Replace internal structure with Hom-behavior — if the Hom-sets themselves are huge, the construction is non-computable; friendly only when Hom can be batch-tensorized.
32
- - **Anti-pattern**: Forcing an essentially discrete/symbolic abstraction (e.g., exact computation of general cohomology) into training is often "beautiful but not computable."
33
-
34
- Eight-dimension minimum assessment (formal terminology): **Tensorization** — whether abstract objects can be concretized as batched tensors; **GEMM-Mappability** — whether morphisms / representations / restriction maps can reduce to linear maps; **Complexity** — whether the abstraction layer introduces super-linear global constructions; **Memory & KV-Cache** — whether products / limits / Hom tables are materialized; **Low-Precision Stability** — whether concretization depends on ill-conditioned inversion or exact symbolic equalities; **Parallelism & Communication** — whether the construction is locally block-decomposable; **Sparsity Structure** — whether it yields block/banded structure rather than random access; **Operator Fusion** — whether abstract interfaces can converge into a small number of fused kernels.
35
-
36
- > In conjunction with `../../references/books/algebraic-geometry-rising-sea.md`, `abstract-algebra.md`, `smooth-manifolds.md`.
37
-
38
- ## When NOT to Use
39
-
40
- - **Every detail is critical** (e.g., debugging a specific bug) — abstraction would discard key information.
41
- - **A specific numerical answer is needed** (e.g., "what is this integral equal to") — abstraction does not provide concrete calculations.
42
- - **The problem is already in its simplest form** — no further abstraction is needed.
43
-
44
- ## When to Use
45
-
46
- - When facing a complex problem and not knowing where to start — first abstract out the core structure.
47
- - When two seemingly different problems share similarities — seek a common abstract framework.
48
- - When generalizing specific experience into general rules, or building cross-domain general models/theories.
49
- - **Transferring modern math structures to algorithm/operator design** — identifying the abstract structure the problem shares with algebraic geometry / topology / Lie theory.
50
-
51
- ## Method
52
-
53
- ### Step 1: Describe the Concrete Problem
54
- Precisely describe all elements of the problem in mathematical language — objects, relations, constraints, objectives. Abstraction begins with the concrete: before abstracting, one must fully understand the concrete objects.
55
-
56
- ### Step 2: Distinguish Essential from Non-Essential Features
57
- Examine each feature one by one: if this feature is changed, does the core structure of the problem change? **Essential features** (those whose change fundamentally alters the nature of the problem) must be retained; **non-essential features** (those whose change leaves the structure invariant) can be ignored. Example: when studying matrix invertibility, the specific entries are non-essential (invariant under similarity transformations), while rank is essential.
58
-
59
- ### Step 3: Extract the Abstract Structure
60
- Choose the best-matching perspective from four mathematical viewpoints and execute its operations:
61
-
62
- - **Category-theoretic perspective** (focus on relations between objects): Identify "objects" and "morphisms/relations"; check that morphisms compose and have identities → forming a category; further check for functors to known categories, natural transformations relating different functors.
63
- - **Algebraic perspective** (focus on operations and axioms): Identify "operations" and their properties (closure / associativity / commutativity / distributivity); match axioms against group / ring / field / module / lattice; determine the best-matching structure.
64
- - **Topological perspective** (focus on continuity and connectedness): Identify "continuous change / proximity / connected-separated"; construct open-set structure and verify topological axioms; identify topological invariants (connectedness, compactness, fundamental group).
65
- - **Analytic perspective** (focus on metrics and norms): Identify "distance / size / convergence"; verify metric/norm axioms; determine properties such as completeness/boundedness, and invoke the corresponding theorems (e.g., Banach space theory).
66
-
67
- ### Step 4: Solve at the Abstract Level
68
- Leverage existing theory of the abstract structure. Key tools:
69
- - **Universal constructions**: Products (unified projections), coproducts (unified embeddings), limits/colimits (merging and gluing under compatibility conditions).
70
- - **Yoneda Lemma insight**: An object is completely determined by all morphisms pointing to it; to understand X, examine Hom(A,X) / Hom(X,A); to prove two objects are isomorphic, it suffices to show their morphism behavior is identical.
71
-
72
- ### Step 5: Concretize Back
73
- Precisely translate each element of the abstract solution back into the mathematical language of the original problem, ensuring every step has a correspondence. After abstraction, one must return to the concrete; otherwise abstraction loses its meaning.
74
-
75
- ### Step 6: Verify
76
- Is key information fully preserved through the round trip? Does the answer to the original problem have a clear counterpart in the abstract solution? After translating back to the concrete, does it indeed solve the original problem? Has any essential feature been accidentally overlooked?
77
-
78
- ### Step 7: Level Progression
79
- - **Distillation → Generalization**: When the distilled concept has been verified across multiple instances, and the theorem's natural extension appears to hold under broader conditions → generalize.
80
- - **Generalization → Structurization**: When generalized theorems have accumulated enough to support a self-consistent system, and different generalizations are systematically related → structurize.
81
- - **No premature leaps**: If distilled concepts have not been verified across enough instances, do not rashly generalize; if generalized theorems are scattered and unsystematic, do not rashly structurize.
82
-
83
- ## Common Errors
84
-
85
- | Error | Critique | Correct Approach |
86
- |---|---|---|
87
- | Over-abstraction | Abstracting away essential details, distorting the problem (e.g., dropping group inverses and retaining only a semigroup) | After each abstraction, check whether key information is preserved |
88
- | Under-abstraction | Retaining too many non-essential details, failing to achieve simplification | Repeatedly ask: is this detail truly necessary? |
89
- | Abstracting to the wrong level | Using category theory for a problem that only needs group theory; or using only set theory for a problem with group structure | Choose the level matching the problem's complexity |
90
- | Forgetting the functorial perspective | Looking only at internal object structure while ignoring morphisms, losing half the information | Simultaneously examine Hom(A,X) and Hom(X,A) |
91
- | Forgetting to return to the concrete | Staying at the abstract level without translating back to the original problem | After abstraction is complete, concretization is mandatory |
92
- | Abstract structure is non-computable | Forcing an essentially discrete/symbolic abstraction into GPU training | After concretization, pass the GPU eight-dimension gate; if non-computable, adapt or abandon |
93
-
94
- ## Operating Procedure
95
-
96
- When this skill is triggered, the output must contain:
97
-
98
- 1. **[Problem Description]:[Concrete]** — Precisely describe all elements of the problem in mathematical language
99
- 2. **[Essential / Non-Essential]:[Distinction]** — List essential and non-essential features, annotating for each whether changing it affects the core structure
100
- 3. **[Perspective Choice]:[One of Four]** — Select the best match from category-theoretic / algebraic / topological / analytic, and execute its operational steps
101
- 4. **[Abstract Solution]:[Construction]** — Using universal constructions or the Yoneda perspective, provide a solution direction at the abstract level
102
- 5. **[Concretization]:[Translation]** — Precisely translate the abstract solution back into the mathematical language of the original problem
103
- 6. **[Verification]:[Check]** — Is key information fully preserved through the round trip?
104
- 7. **[Level Assessment]:[Progression]** — Indicate which level (distillation / generalization / structurization) is current, and assess whether a leap is warranted
105
- 8. **[GPU Feasibility]** (if used for algorithm/operator design) — After concretizing the abstract structure, pass the eight-dimension gate, rating friendly / retrofittable / unfriendly
106
-
107
- **Output must never provide analysis alone without a conclusion.**
108
-
109
- ## Relations to Other Skills
110
-
111
- - **Axiomatization**: Abstraction is the precursor to axiomatization — first abstract the essentials, then choose the axioms.
112
- - **Modeling**: Modeling is the concrete application of abstraction — abstracting real-world problems into mathematical ones.
113
- - **Transformation**: A transformation can be seen as a form of abstraction — finding simple structure in a new representation.
114
- - **Induction and Analogy**: Analogy is essentially identifying the shared abstract structure between two different domains.
115
- - **Topological Thinking**: Topological abstraction focuses on continuity and connectedness; it is the concrete form of abstraction in spatial problems.
116
- - **Algorithmic Thinking**: Algorithmic abstraction focuses on the structure of computational processes, abstracting concrete implementations into algorithmic patterns and complexity classes.
117
- - **Modern Math Activation**: `../../references/books/algebraic-geometry-rising-sea.md` (sheaves/categories → attention), `abstract-algebra.md` (groups/semirings → equivariance and routing), `smooth-manifolds.md` (manifold structure → latent-space geometry).
@@ -1,121 +0,0 @@
1
- ---
2
- name: abstraction
3
- description: |
4
- 触发:需要从复杂问题中提取数学结构、发现不同领域共性、构建通用理论;或为算法/算子设计寻找可迁移的抽象结构(范畴/代数/拓扑)时调用。
5
- English: Trigger when extracting mathematical structures from complex problems, discovering cross-domain commonalities, building general theories; or finding transferable abstract structures (category/algebra/topology) for algorithm/operator design.
6
- ---
7
-
8
- > **语言路由**:若用户消息为英文,请读取并遵循同目录下的 `SKILL.en.md`,按其操作规程以英文输出;中文消息则继续使用本文件。
9
-
10
- # 🧩 抽象化思想 / Abstraction
11
-
12
- > "数学的力量在于抽象:忽略偶然细节,揭示必然结构。"
13
- > "The power of mathematics lies in abstraction: ignoring contingent details to reveal necessary structures."
14
- >
15
- > —— 代数学、拓扑学、范畴论 / Algebra, Topology, Category Theory
16
-
17
- ## 核心原则 / Core Principle
18
-
19
- **抽象不是远离现实,而是深入现实——通过忽略表面的、偶然的细节,揭示深层的、本质的结构。不同领域的问题往往共享相同的抽象结构。** 在本技能包的语境里,抽象化是「跨领域激活」的核心操作:把代数几何/拓扑的结构迁移到算法设计,靠的就是识别两者共享的抽象结构。
20
-
21
- 抽象的三个层次(递进):**提炼**(从多实例识别共同结构)→ **推广**(定理从特殊扩展到一般)→ **结构化**(用结构语言重构整个问题域)。
22
-
23
- > **数学形式化 / Mathematical Formalization**
24
- >
25
- > 范畴论视角:对象与态射构成范畴 **C**;函子 **F, G : C → D** 保持结构;自然变换 **η : F ⇒ G** 联系函子;**Yoneda 引理**:Hom(Hom(−, A), F) ≅ F(A),即一个对象由所有指向它的态射完全确定。
26
- >
27
- > 代数视角:群(closure, associativity, identity, inverse);环(加法群+乘法半群+分配律);域(环+乘法可逆);模(环上的向量空间);格(偏序集+交与并)。
28
-
29
- ## GPU 友好性 / GPU-Friendliness(横切检查)
30
-
31
- 抽象结构能否落地 GPU,取决于其「具体化」后的计算形态——过 `../../references/gpu-friendly-math.md` 八维:
32
-
33
- - **范畴/代数结构 → GEMM**:若抽象结构可具体化为线性映射(如限制映射、群表示),则天然落到 Tensor Core GEMM(友好)。
34
- - **通用构造(积/余积/极限)**:若物化为大中间张量则显存爆炸(不友好)→ 改造为分块/流式或低秩近似。
35
- - **Yoneda 视角**:用 Hom 行为代替内部结构——若 Hom 集本身巨大则不可算;只在 Hom 可批量张量化时友好。
36
- - **反模式**:把一个本质离散/符号的抽象(如一般上同调的精确计算)硬塞进训练,往往"美但不可算"。
37
-
38
- 八维最低判定(正式术语):**张量化**看抽象对象能否具体化为批量张量;**GEMM 可映射**看态射/表示/限制映射能否落线性映射;**复杂度**看抽象层是否引入超线性全局构造;**显存与 KV-Cache**看是否物化积/极限/Hom 大表;**低精度稳定**看具体化后是否依赖病态求逆或精确符号等式;**并行与通信**看构造是否局部可分块;**稀疏结构**看是否为块/带状结构而非随机访存;**算子融合**看抽象接口能否收敛为少量 fused kernels。
39
-
40
- > 配合 `../../references/books/algebraic-geometry-rising-sea.md`、`abstract-algebra.md`、`smooth-manifolds.md`。
41
-
42
- ## 不适用场景 / When NOT to Use
43
-
44
- - **每个细节都至关重要**(如调试一个具体 bug)——抽象会丢失关键信息。
45
- - **需要具体数值答案**(如"这个积分等于多少")——抽象不提供具体计算。
46
- - **问题本身已是最简形式**——无需进一步抽象。
47
-
48
- ## 何时使用 / When to Use
49
-
50
- - 面对复杂问题不知从何入手——先抽象出核心结构。
51
- - 两个看似不同的问题有相似之处——寻找共同抽象框架。
52
- - 需要将具体经验推广为一般规律,或建立跨领域通用模型/理论。
53
- - **把现代数学结构迁移到算法/算子设计**——识别问题与代数几何/拓扑/李理论共享的抽象结构。
54
-
55
- ## 方法流程 / Method
56
-
57
- ### 第一步:描述具体问题 / Describe the Concrete Problem
58
- 用数学语言精确描述问题的所有要素——对象、关系、约束、目标。抽象始于具体:在抽象前必须充分了解具体对象。
59
-
60
- ### 第二步:区分本质与非本质特征 / Distinguish Essential from Non-Essential
61
- 逐项检查每个特征:若改变该特征,问题的核心结构是否改变?**本质特征**(改变后问题性质根本变化)必须保留;**非本质特征**(改变后结构不变)可忽略。例:研究矩阵可逆性时,具体数值非本质(相似变换下不变),而秩是本质的。
62
-
63
- ### 第三步:提取抽象结构 / Extract the Abstract Structure
64
- 从四个数学视角选最匹配的,执行其操作:
65
-
66
- - **范畴论视角**(关注对象间关系):识别"对象"与"映射/关系";检查映射可复合、有恒等→构成范畴;进一步看是否存在函子映到已知范畴、自然变换联系不同函子。
67
- - **代数视角**(关注运算与公理):识别"运算"及其性质(封闭/结合/交换/分配);对照群/环/域/模/格匹配公理;确定最匹配结构。
68
- - **拓扑视角**(关注连续与连通):识别"连续变化/邻近/连通-分离";构造开集结构验证拓扑公理;识别拓扑不变量(连通/紧致/基本群)。
69
- - **分析视角**(关注度量与范数):识别"距离/大小/收敛";验证度量/范数公理;确定完备/有界等性质,调用对应定理(如 Banach 空间理论)。
70
-
71
- ### 第四步:在抽象层级求解 / Solve at the Abstract Level
72
- 利用抽象结构已有理论求解。关键工具:
73
- - **通用构造**:积(统一投影)、余积(统一嵌入)、极限/余极限(兼容条件下合并与粘合)。
74
- - **Yoneda 引理洞察**:对象由所有指向它的态射完全确定;要理解 X,考察 Hom(A,X)/Hom(X,A) 即可;证明两对象同构只需证其态射行为一致。
75
-
76
- ### 第五步:具体化回原问题 / Concretize Back
77
- 将抽象解中每个要素精确翻译回原问题的数学语言,确保每步有对应。抽象之后必须回到具体,否则抽象失去意义。
78
-
79
- ### 第六步:验证 / Verify
80
- 往返过程中关键信息是否完整保留?原问题答案是否在抽象解中有明确对应?翻译回具体后是否确实解决原问题?是否有本质特征被意外忽略?
81
-
82
- ### 第七步:层级递进 / Level Progression
83
- - **提炼→推广**:当提炼出的概念已在多实例验证、定理自然延伸在更宽条件下似成立时→推广。
84
- - **推广→结构化**:当推广定理积累到支撑自洽体系、不同推广间有系统联系时→结构化。
85
- - **不可跃升**:提炼概念未在足够实例验证则不贸然推广;推广定理零散不成体系则不贸然结构化。
86
-
87
- ## 常见错误 / Common Errors
88
-
89
- | 错误 / Error | 批评 / Critique | 正确做法 / Correct Approach |
90
- |-------------|----------------|---------------------------|
91
- | 过度抽象 | 把本质细节也抽象掉,问题被扭曲(如丢掉群的逆元只剩半群) | 每次抽象后检查关键信息是否保留 |
92
- | 抽象不足 | 保留太多非本质细节,未达简化目的 | 反复问:这个细节真的必要吗 |
93
- | 抽象到错误层级 | 用范畴论处理只需群论的问题;或仅用集合论处理本有群结构的问题 | 选与问题复杂度匹配的层级 |
94
- | 忘记函子视角 | 仅看对象内部结构忽略态射,丢失一半信息 | 同时考察 Hom(A,X) 和 Hom(X,A) |
95
- | 忘记回到具体 | 停在抽象层面不翻译回原问题 | 抽象完成后必须具体化 |
96
- | 抽象结构不可算 | 把本质离散/符号的抽象硬塞进 GPU 训练 | 具体化后过 GPU 八维门,不可算则改造或放弃 |
97
-
98
- ## 操作规程 / Operating Procedure
99
-
100
- 当本 skill 被触发时,输出必须包含:
101
-
102
- 1. **[问题描述]:[具体]** — 用数学语言精确描述问题所有要素
103
- 2. **[本质/非本质]:[区分]** — 列出本质与非本质特征,逐项标注改变后是否影响核心结构
104
- 3. **[视角选择]:[四选一]** — 从范畴论/代数/拓扑/分析中选最匹配的,执行其操作步骤
105
- 4. **[抽象求解]:[构造]** — 利用通用构造或 Yoneda 视角,在抽象层级给出解法方向
106
- 5. **[具体化]:[翻译]** — 将抽象解精确翻译回原问题数学语言
107
- 6. **[验证]:[检查]** — 往返过程中关键信息是否完整保留
108
- 7. **[层级判定]:[递进]** — 标注当前处于提炼/推广/结构化哪一层,评估是否应跃升
109
- 8. **[GPU 可行性]**(若用于算法/算子设计)— 抽象结构具体化后过八维门,标注友好/可改造/不友好
110
-
111
- **输出不得只给分析而无结论。**
112
-
113
- ## 与其他 skill 的关系 / Relations to Other Skills
114
-
115
- - **公理化思想**:抽象化是公理化的前置——先抽象出本质,再选择公理。
116
- - **建模思想**:建模是抽象化的具体应用——把现实问题抽象为数学问题。
117
- - **变换思想**:变换可看作一种抽象——在新表示中寻找简单结构。
118
- - **归纳与类比**:类比本质就是识别两不同领域的共同抽象结构。
119
- - **拓扑思想**:拓扑抽象关注连续与连通,是抽象化在空间问题中的具体形态。
120
- - **算法思想**:算法抽象关注计算过程结构,将具体实现抽象为算法模式与复杂度类。
121
- - **现代数学激活**:`../../references/books/algebraic-geometry-rising-sea.md`(层/范畴→注意力)、`abstract-algebra.md`(群/半环→等变与路由)、`smooth-manifolds.md`(流形结构→隐空间几何)。
@@ -1,163 +0,0 @@
1
- # Mathematical Sources and Classic Texts
2
-
3
- ## Galois Theory (1830s)
4
-
5
- > "The profundity of Galois theory: it transforms the question 'can an equation be solved by radicals?' into the structural question 'is the permutation group solvable?'"
6
-
7
- **Abstract paradigm**: Galois theory represents the earliest systematic abstraction in the history of mathematics — rising from concrete equation-solving to the symmetry structure of groups.
8
- - The permutation group of roots determines the solvability of an equation
9
- - The Galois correspondence: subgroups ↔ subfields, directly linking algebra to structure
10
- - Far-reaching influence: inaugurated the mode of thinking "replace calculation with structure," laying the foundation for abstract algebra
11
-
12
- **History**: Évariste Galois (1811–1832), unrecognized during his lifetime; his manuscripts were published by Liouville in 1846.
13
-
14
- ## Dedekind & Noether — From Numbers to Structures
15
-
16
- > "Dedekind abstracted integers from 'counting tools' into 'ideals of rings'; Noether systematized this, making ideals the central objects of algebra."
17
-
18
- **Key contributions**:
19
- - **Dedekind (1831–1916)**: Founder of ideal theory — abstracted "divisibility" into "containment relations," elevating number theory to a structural level
20
- - **Emmy Noether (1882–1935)**:
21
- - Noetherian rings: the ascending chain condition abstracts "finiteness" from concrete objects to a structural property
22
- - Noether's theorem (1918): symmetries ↔ conservation laws in physics — a paradigm of abstract structure in physics
23
- - Transformed abstract algebra from a "computational" to a "structural" discipline
24
-
25
- > "Noether's teaching mode: 'Es steht schon bei Dedekind' (Dedekind already wrote it) — she always traced ideas back to their structural origins."
26
-
27
- ## Category Theory (Eilenberg & Mac Lane, 1945)
28
-
29
- > "The key idea of category theory: studying the morphisms (maps) between objects is more important than studying the objects themselves."
30
-
31
- **Core concepts**:
32
- - **Objects** and **Morphisms**
33
- - **Functors**: Maps between categories
34
- - **Natural Transformations**: Maps between functors
35
- - **Universal Properties**: Defining objects through their relations
36
-
37
- **The significance of abstraction**: Category theory is "the mathematics of mathematics" — it is abstract enough to describe the structure of mathematics itself.
38
-
39
- ## Yoneda Lemma (1954)
40
-
41
- > "An object is completely determined by its relationships to all other objects — this is the fundamental theorem of category theory."
42
-
43
- **Mathematical meaning**:
44
- - Formal statement: Hom(Hom(A, —), F) ≅ F(A) — there is a one-to-one correspondence between natural transformations of a functor and the functor's evaluation at A
45
- - Philosophical significance: To understand a thing, one need only observe its interactions with everything else — "you are defined by your relationships"
46
- - The Yoneda embedding: every object A ↦ Hom(—, A); an object can be fully embedded into its "relational world"
47
- - Called the "first theorem" of category theory, its status is analogous to the axiom of extensionality in set theory
48
-
49
- **History**: First appeared in Nobuo Yoneda's unpublished notes, later formally expounded by Mac Lane in 1954.
50
-
51
- ## Bourbaki (1935–)
52
-
53
- > "Bourbaki rewrote 20th-century mathematics with 'structures' as a unifying language — from mother structures (algebra, order, topology), everything is structure."
54
-
55
- **Core ideas**:
56
- - Three mother structures: algebraic, order, and topological
57
- - Multiple structures: formed by combining mother structures — topological groups, ordered fields, etc.
58
- - *Éléments de mathématique*: a systematic rewrite spanning over 40 volumes
59
- - Far-reaching influence: defined the organizational structure and abstract style of modern mathematics textbooks
60
-
61
- **Controversy**: Bourbaki's structuralist bias was excessively abstract, neglecting probability theory and computational mathematics — yet it was precisely this drive toward abstraction that catalyzed the birth of category theory.
62
-
63
- ## Algebraic Structures
64
-
65
- Abstract algebra reveals deep commonalities among diverse mathematical objects:
66
-
67
- | Structure | Operational Requirements | Examples |
68
- |-----------|-------------------------|----------|
69
- | Semigroup | Closure, associativity | Function composition, string concatenation |
70
- | Monoid | Semigroup + identity element | Natural number addition, list concatenation (including the empty list) |
71
- | Group | Monoid + inverses | Symmetric groups, the additive group of integers |
72
- | Ring | Group (addition) + semigroup (multiplication) + distributivity | The ring of integers, polynomial rings |
73
- | Field | Ring + multiplicative inverses (for nonzero elements) | The field of rationals, the field of reals |
74
- | Vector Space | Additive group over a field + scalar multiplication | ℝⁿ, function spaces |
75
-
76
- **The significance of intermediate structures**: Semigroups and monoids are not "incomplete groups" — in automata theory, formal languages, and string processing, they are themselves the central objects. Abstraction does not seek the "most complete" structure but extracts precisely the properties that are needed.
77
-
78
- **The power of abstraction**: Once a theorem is proved at the abstract level, it automatically applies to all instances satisfying that structure.
79
-
80
- ## Universal Algebra (Birkhoff, 1935)
81
-
82
- > "The central question of universal algebra: which equational classes can be defined by a set of equational axioms?"
83
-
84
- **Key contributions**:
85
- - **Birkhoff's Theorem**: A class of algebras is a variety if and only if it is closed under homomorphic images, subalgebras, and direct products (the HSP Theorem)
86
- - Systematic study of "algebraic structures as such" — not a particular group or ring, but "the common properties of all structures satisfying given axioms"
87
- - Universal algebra as a precursor to category theory: concepts such as universal properties and free objects already had their prototypes here
88
- - Relationship to category theory: equational classes = universal objects in the category generated by free algebras
89
-
90
- ## Representation Theory (Frobenius, 1896–)
91
-
92
- > "Representation theory 'realizes' abstract groups as concrete linear transformations — making invisible symmetries visible."
93
-
94
- **Core ideas**:
95
- - Group representation: a group G → GL(V), mapping abstract group elements to matrices
96
- - Frobenius (1849–1917): Pioneered character theory of groups, using trace functions to capture irreducible representations
97
- - Irreducible representations: the "atoms" of a group — all representations are built from them
98
- - Schur's Lemma, Maschke's Theorem, and related results form the complete theory of semisimple algebras
99
-
100
- **The dual significance of abstraction**: On one hand, representation theory makes abstract objects computable; on the other hand, the classification of representations is itself a higher-level abstract problem.
101
-
102
- ## Free Objects and Universal Constructions
103
-
104
- > "A free object is the most general object with 'no extra relations' — determined only by relations forced by axioms."
105
-
106
- **Core concepts**:
107
- - **Free group**: Generated by an alphabet, with no extra relations beyond the group axioms
108
- - **Free monoid**: Simply the set of strings — string concatenation is the "freest" associative operation
109
- - **Universal property formulation**: A free object F(A) satisfies the property that any map A → X (where X is an object in the target structure) extends uniquely to a morphism F(A) → X
110
- - **Left adjoint**: The left adjoint of the forgetful functor is precisely the free object — the "most general solution" of abstraction
111
-
112
- **Significance**: Free objects exemplify the paradigm of universal constructions — defining the "most general solution" with "the fewest constraints," then obtaining more specific objects by imposing additional relations.
113
-
114
- ## Grothendieck & Schemes (1950s–60s)
115
-
116
- > "Grothendieck completely reconstructed algebraic geometry: no longer studying specific curves, but schemes — the most general notion of 'space'."
117
-
118
- **Revolutionary abstraction**:
119
- - **Schemes**: Generalized algebraic varieties to allow zero divisors and arbitrary base changes — "space" is no longer a point set but the spectrum of a ring
120
- - **Topoi**: A notion of "space" more general than topological spaces — a topos is a category rich enough to support an internal logic
121
- - **Motives**: The conjectural "universal cohomology theory" — the common root of different cohomology theories
122
- - **Universal construction philosophy**: Grothendieck always sought the "most general" framework first, then solved specific problems within it
123
-
124
- **Impact**: The EGA/SGA rewrite, spanning over four thousand pages, made algebraic geometry one of the most abstract yet most powerful branches of mathematics. The proof of the Weil conjectures was a direct fruit of this abstract framework.
125
-
126
- ## Topology
127
-
128
- > "Topology studies properties that remain unchanged under continuous deformations."
129
-
130
- **Levels of abstraction**:
131
- - Metric space → topological space: discard distance, retain only the notion of "open sets"
132
- - Continuous functions → morphisms: discard ε-δ, retain only "the preimage of an open set is open"
133
- - Homeomorphism → equivalence: spaces that are "the same" in the topological sense
134
-
135
- **Classic example**: A coffee cup and a donut are homeomorphic in the topological sense — they both have exactly one hole.
136
-
137
- ## Homotopy Type Theory (Voevodsky, 2009–)
138
-
139
- > "The univalence axiom of homotopy type theory asserts: isomorphic structures are identical — the ultimate form of abstraction."
140
-
141
- **Core ideas**:
142
- - **Univalence Axiom**: (A ≃ B) ≃ (A = B) — isomorphism and equality are equivalent
143
- - Philosophical impact: if two structures agree on all observable properties, they "are" the same — there is no "unobservable" identity
144
- - **Homotopy levels (h-levels)**: Propositions (h-level 1), sets (h-level 2), group objects (h-level 3), ... — unifying classical logic with topological intuition
145
- - Voevodsky (1966–2017): Fields Medalist who devoted his later career to establishing mathematics on a new foundation with greater computational reliability
146
-
147
- **Relationship to category theory**: Homotopy type theory can be viewed as the "internal language" of category theory — in the context of (∞,1)-categories, the univalence axiom arises naturally.
148
-
149
- ## The Nature of Abstraction
150
-
151
- > "Abstraction means ignoring specific, contingent features and extracting general, essential structures."
152
-
153
- Abstraction is not a retreat from reality but a deeper engagement with it — by identifying the common structure underlying different phenomena, we can treat them within a unified framework.
154
-
155
- **The genealogy of abstraction**:
156
- - Galois (1830s): equations → group structure
157
- - Dedekind (1870s): numbers → ideals
158
- - Birkhoff (1935): concrete algebras → equational classes
159
- - Eilenberg–Mac Lane (1945): concrete mathematics → categories
160
- - Grothendieck (1960s): concrete spaces → schemes and topoi
161
- - Voevodsky (2010s): isomorphism → identity
162
-
163
- Each step of abstraction reveals deeper structure and enables us to address a broader class of problems.
@@ -1,175 +0,0 @@
1
- # 数学出处与经典文献 / Mathematical Sources and Classic Texts
2
-
3
- ## 伽罗瓦理论 / Galois Theory (1830s)
4
-
5
- > "伽罗瓦理论的深刻之处在于:它将'方程是否有根式解'的问题,转化为'置换群是否可解'的结构问题。"
6
- > "The profundity of Galois theory: it transforms the question 'can an equation be solved by radicals?' into the structural question 'is the permutation group solvable?'"
7
-
8
- **抽象范式**:伽罗瓦理论是数学史上最早的系统抽象——从具体的方程求解,上升到群的对称性结构。
9
- - 根的置换群(permutation group of roots)决定了方程的可解性
10
- - 伽罗瓦对应(Galois correspondence):子群 ↔ 子域,将代数与结构直接联系
11
- - 影响深远:开启了"用结构代替计算"的思维方式,为抽象代数奠定基础
12
-
13
- **历史**:Evariste Galois (1811–1832),生前未获认可,手稿由 Liouville 于 1846 年发表。
14
-
15
- ## 戴德金与诺特 / Dedekind & Noether — 从数到结构 / From Numbers to Structures
16
-
17
- > "戴德金将整数从'计数工具'抽象为'环的理想';诺特将这一切系统化,使理想成为代数的核心对象。"
18
- > "Dedekind abstracted integers from 'counting tools' into 'ideals of rings'; Noether systematized this, making ideals the central objects of algebra."
19
-
20
- **关键贡献**:
21
- - **Dedekind (1831–1916)**:理想(ideals)理论的创始人——将"整除"抽象为"包含关系",将数论提升到结构层面
22
- - **Emmy Noether (1882–1935)**:
23
- - 诺特环(Noetherian rings):升链条件将"有限性"从具体对象抽象为结构性质
24
- - 诺定理(Noether's theorem, 1918):物理中的对称性 ↔ 守恒律——物理学中抽象结构的典范
25
- - 将抽象代数从"计算性"转向"结构性"
26
-
27
- > "Noether 的教学模式:'Es steht schon bei Dedekind'(Dedekind 已经写过了)——她总是追溯结构的思想根源。"
28
-
29
- ## 范畴论 / Category Theory (Eilenberg & Mac Lane, 1945)
30
-
31
- > "范畴论的核心思想是:研究对象之间的态射(映射)比研究对象本身更重要。"
32
- > "The key idea of category theory: studying the morphisms (maps) between objects is more important than studying the objects themselves."
33
-
34
- **核心概念**:
35
- - **对象(Objects)** 和 **态射(Morphisms)**
36
- - **函子(Functors)**:范畴之间的映射
37
- - **自然变换(Natural Transformations)**:函子之间的映射
38
- - **泛性质(Universal Properties)**:用关系定义对象
39
-
40
- **抽象的意义**:范畴论是"数学的数学"——它抽象到可以描述数学本身的结构。
41
-
42
- ## 米田引理 / Yoneda Lemma (1954)
43
-
44
- > "一个对象完全由它与其他对象之间的关系所决定——这是范畴论的基本定理。"
45
- > "An object is completely determined by its relationships to all other objects — this is the fundamental theorem of category theory."
46
-
47
- **数学含义**:
48
- - 形式化表述:Hom(Hom(A, —), F) ≅ F(A)——函子的自然变换与函子在 A 处的取值一一对应
49
- - 哲学意义:要了解一个事物,只需观察它与一切其他事物的交互——"你由你的关系所定义"
50
- - Yoneda 嵌入:每个对象 A ↦ Hom(—, A),对象可完全嵌入到其"关系世界"中
51
- - 被称为范畴论的"第一定理"(first theorem),地位相当于集合论中的外延公理
52
-
53
- **历史**:首次出现在 Nobuo Yoneda 的未发表笔记中,后由 Mac Lane 在 1954 年正式阐述。
54
-
55
- ## 布尔巴基 / Bourbaki (1935–)
56
-
57
- > "布尔巴基用'结构'作为统一语言重写了二十世纪数学——从母结构(代数、序、拓扑)出发,一切皆结构。"
58
- > "Bourbaki rewrote 20th-century mathematics with 'structures' as a unifying language — from mother structures (algebra, order, topology), everything is structure."
59
-
60
- **核心思想**:
61
- - 三大母结构(mother structures):代数结构(algebraic)、序结构(order)、拓扑结构(topological)
62
- - 复合结构(multiple structures):由母结构组合而来——拓扑群、有序域等
63
- - 《数学原理》(Éléments de mathématique):40 余卷的系统化重写
64
- - 影响深远:定义了现代数学教材的组织方式与抽象风格
65
-
66
- **争议**:布尔巴基的结构主义偏向过于抽象,忽视了概率论与计算数学——但也正是这种抽象化推动了范畴论的诞生。
67
-
68
- ## 代数结构 / Algebraic Structures
69
-
70
- 抽象代数展示了不同数学对象之间的深层共性:
71
-
72
- | 结构 | 运算要求 | 例子 |
73
- |------|---------|------|
74
- | 半群 (Semigroup) | 封闭、结合 | 函数复合、字符串拼接 |
75
- | 幺半群 (Monoid) | 半群 + 单位元 | 自然数加法、列表拼接(含空列表) |
76
- | 群 (Group) | 幺半群 + 逆元 | 对称群、整数加法群 |
77
- | 环 (Ring) | 群(加法)+ 半群(乘法)+ 分配律 | 整数环、多项式环 |
78
- | 域 (Field) | 环 + 乘法逆元(非零元) | 有理数域、实数域 |
79
- | 向量空间 (Vector Space) | 域上的加法群 + 标量乘法 | ℝⁿ, 函数空间 |
80
-
81
- **中间结构的意义**:半群和幺半群并非"不完整的群"——它们在自动机理论(automata theory)、形式语言(formal languages)、字符串处理中本身就是核心对象。抽象不是追求"最完整",而是提取恰好所需的性质。
82
-
83
- **抽象的力量**:一旦在抽象层面证明了某个结论,它就自动适用于所有满足该结构的实例。
84
-
85
- ## 泛代数 / Universal Algebra (Birkhoff, 1935)
86
-
87
- > "泛代数的核心问题是:什么样的等式类(equational classes)可以被一组等式公理所定义?"
88
- > "The central question of universal algebra: which equational classes can be defined by a set of equational axioms?"
89
-
90
- **关键贡献**:
91
- - **Birkhoff 定理**:一个代数类是等式类(variety) iff 它对同态像、子代数、直积封闭(HSP 定理)
92
- - 系统地研究"代数结构本身"——不是某个具体群或环,而是"一切满足给定公理的结构的共同性质"
93
- - 泛代数是范畴论的前驱:泛性质、自由对象等概念在此已经有了雏形
94
- - 与范畴论的关系:等式类 = 由自由代数生成的范畴中的泛对象
95
-
96
- ## 表示论 / Representation Theory (Frobenius, 1896–)
97
-
98
- > "表示论将抽象群'实现'为具体的线性变换——让不可见的对称性变得可见。"
99
- > "Representation theory 'realizes' abstract groups as concrete linear transformations — making invisible symmetries visible."
100
-
101
- **核心思想**:
102
- - 群表示(group representation):群 G → GL(V),将抽象群元素映射为矩阵
103
- - Frobenius (1849–1917):开创群的特征标理论(character theory),用迹函数捕捉不可约表示
104
- - 不可约表示(irreducible representations):群的"原子"——一切表示由它们组合
105
- - Schur 引理、Maschke 定理等构成了半单代数的完整理论
106
-
107
- **抽象的双重意义**:一方面,表示论让抽象对象变得可计算;另一方面,表示的分类本身就是更高层次的抽象问题。
108
-
109
- ## 自由对象与泛构造 / Free Objects and Universal Constructions
110
-
111
- > "自由对象是'没有任何额外关系'的最一般的对象——它仅由公理强制的关系所决定。"
112
- > "A free object is the most general object with 'no extra relations' — determined only by relations forced by axioms."
113
-
114
- **核心概念**:
115
- - **自由群(Free group)**:由字母表生成,除群的公理外无任何额外关系
116
- - **自由幺半群(Free monoid)**:就是字符串集合——字符串拼接是"最自由的"结合运算
117
- - **泛性质表述**:自由对象 F(A) 满足——任意映射 A → X(X 为目标结构中的对象)唯一延伸为 F(A) → X 的态射
118
- - **左伴随(Left adjoint)**:遗忘函子(forgetful functor)的左伴随就是自由对象——抽象的"最一般解"
119
-
120
- **意义**:自由对象展示了泛构造的典型模式——用"最少的约束"定义"最一般的解",然后通过附加关系得到更具体的对象。
121
-
122
- ## 格罗滕迪克与概形 / Grothendieck & Schemes (1950s–60s)
123
-
124
- > "格罗滕迪克将代数几何彻底重构:不再研究具体曲线,而是研究概形——最一般的'空间'概念。"
125
- > "Grothendieck completely reconstructed algebraic geometry: no longer studying specific curves, but schemes — the most general notion of 'space'."
126
-
127
- **革命性抽象**:
128
- - **概形(Schemes)**:将代数簇(algebraic varieties)推广到允许零因子、任意基的改变——"空间"不再是点集,而是环的谱(spectrum of a ring)
129
- - **拓扑斯(Topoi)**:比拓扑空间更一般的"空间"概念——一个拓扑斯就是一个范畴,足以支撑内部逻辑
130
- - **动机(Motives)**:猜想中的"万能上同调理论"——不同上同调理论的共同根源
131
- - **泛构造哲学**:Grothendieck 总是先找到"最一般"的框架,再在其中解决具体问题
132
-
133
- **影响**:EGA/SGA 四千余页的重写,使代数几何成为最抽象也最强大的数学分支之一。Weil 猜想(Weil conjectures)的证明正是这一抽象框架的直接成果。
134
-
135
- ## 拓扑学 / Topology
136
-
137
- > "拓扑学是研究在连续变形下保持不变的性质的学科。"
138
- > "Topology studies properties that remain unchanged under continuous deformations."
139
-
140
- **抽象层次**:
141
- - 度量空间 → 拓扑空间:去掉距离,只保留"开集"概念
142
- - 连续函数 → 态射:去掉 ε-δ,只保留"开集的原像是开集"
143
- - 同胚 → 等价:拓扑意义下"相同"的空间
144
-
145
- **经典案例**:咖啡杯和甜甜圈在拓扑意义下是同构的——它们都有一个洞。
146
-
147
- ## 同伦类型论 / Homotopy Type Theory (Voevodsky, 2009–)
148
-
149
- > "同伦类型论的唯一性公理宣称:同构的结构就是相同的——这是抽象的终极形式。"
150
- > "The univalence axiom of homotopy type theory asserts: isomorphic structures are identical — the ultimate form of abstraction."
151
-
152
- **核心思想**:
153
- - **唯一性公理(Univalence Axiom)**:(A ≃ B) ≃ (A = B)——同构与相等等价
154
- - 哲学冲击:如果两个结构在所有可观测性质上一致,它们就"是"同一个——没有"不可观测的"同一性
155
- - **同伦层级(h-levels)**:命题(h-level 1)、集合(h-level 2)、群对象(h-level 3)……——将经典逻辑与拓扑直觉统一
156
- - Voevodsky (1966–2017):Fields 奖得主,后期致力于将数学建立在计算可靠性更高的新基础之上
157
-
158
- **与范畴论的关系**:同伦类型论可视为范畴论的"内部语言"——在 (∞,1)-范畴的语境中,唯一性公理是自然的。
159
-
160
- ## 抽象的本质 / The Nature of Abstraction
161
-
162
- > "所谓抽象,就是忽略具体的、偶然的特征,提取一般的、本质的结构。"
163
- > "Abstraction means ignoring specific, contingent features and extracting general, essential structures."
164
-
165
- 抽象不是远离现实,而是深入现实——通过找到不同事物的共同结构,我们可以用统一的框架处理它们。
166
-
167
- **抽象的谱系**:
168
- - Galois (1830s):方程 → 群结构
169
- - Dedekind (1870s):数 → 理想
170
- - Birkhoff (1935):具体代数 → 等式类
171
- - Eilenberg–Mac Lane (1945):具体数学 → 范畴
172
- - Grothendieck (1960s):具体空间 → 概形与拓扑斯
173
- - Voevodsky (2010s):同构 → 同一
174
-
175
- 每一次抽象,都让我们看到更深的结构,处理更广的问题。