math-skill 1.0.0 → 2.1.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.
- package/README.en-US.md +313 -0
- package/README.md +313 -278
- package/agents/math-critic.en.md +235 -0
- package/agents/math-critic.md +237 -203
- package/commands/abstraction.md +11 -34
- package/commands/algorithmic-thinking.md +11 -34
- package/commands/ask.md +18 -21
- package/commands/axiomatization.md +11 -34
- package/commands/causal-inference.md +11 -34
- package/commands/discrete-combinatorial.md +11 -34
- package/commands/game-theory.md +11 -34
- package/commands/induction-analogy.md +11 -34
- package/commands/information-theory.md +11 -34
- package/commands/logic-deduction.md +11 -34
- package/commands/modeling.md +11 -37
- package/commands/optimization.md +11 -33
- package/commands/probability-statistics.md +11 -36
- package/commands/symmetry-invariance.md +11 -34
- package/commands/topological-thinking.md +11 -33
- package/commands/transformation.md +11 -33
- package/knowledge-base/overview.en.md +228 -0
- package/knowledge-base/overview.md +230 -230
- package/package.json +73 -59
- package/references/agentic-workflow.en.md +53 -0
- package/references/agentic-workflow.md +55 -0
- package/references/books/abstract-algebra.md +124 -0
- package/references/books/algebraic-geometry-rising-sea.md +171 -0
- package/references/books/differential-geometry.md +140 -0
- package/references/books/matrix-analysis.md +146 -0
- package/references/books/micro-lie-theory.md +116 -0
- package/references/books/optimization-ml.md +164 -0
- package/references/books/smooth-manifolds.md +105 -0
- package/references/gpu-friendly-math.en.md +65 -0
- package/references/gpu-friendly-math.md +67 -0
- package/references/inspiration.en.md +113 -0
- package/{docs → references}/inspiration.md +2 -0
- package/skills/abstraction/SKILL.en.md +117 -0
- package/skills/abstraction/SKILL.md +121 -264
- package/skills/abstraction/original-texts.en.md +163 -0
- package/skills/algorithmic-thinking/SKILL.en.md +132 -0
- package/skills/algorithmic-thinking/SKILL.md +138 -371
- package/skills/algorithmic-thinking/original-texts.en.md +253 -0
- package/skills/axiomatization/SKILL.en.md +144 -0
- package/skills/axiomatization/SKILL.md +151 -213
- package/skills/axiomatization/original-texts.en.md +154 -0
- package/skills/causal-inference/SKILL.en.md +147 -0
- package/skills/causal-inference/SKILL.md +151 -374
- package/skills/causal-inference/original-texts.en.md +136 -0
- package/skills/discrete-combinatorial/SKILL.en.md +124 -0
- package/skills/discrete-combinatorial/SKILL.md +131 -286
- package/skills/discrete-combinatorial/original-texts.en.md +184 -0
- package/skills/game-theory/SKILL.en.md +117 -0
- package/skills/game-theory/SKILL.md +123 -318
- package/skills/game-theory/original-texts.en.md +131 -0
- package/skills/induction-analogy/SKILL.en.md +145 -0
- package/skills/induction-analogy/SKILL.md +152 -310
- package/skills/induction-analogy/original-texts.en.md +140 -0
- package/skills/information-theory/SKILL.en.md +134 -0
- package/skills/information-theory/SKILL.md +140 -242
- package/skills/information-theory/original-texts.en.md +127 -0
- package/skills/logic-deduction/SKILL.en.md +130 -0
- package/skills/logic-deduction/SKILL.md +135 -280
- package/skills/logic-deduction/original-texts.en.md +160 -0
- package/skills/math-research-activator/SKILL.en.md +132 -0
- package/skills/math-research-activator/SKILL.md +136 -0
- package/skills/math-research-activator/original-texts.en.md +105 -0
- package/skills/{meta-selector → math-research-activator}/original-texts.md +104 -104
- package/skills/modeling/SKILL.en.md +135 -0
- package/skills/modeling/SKILL.md +139 -318
- package/skills/modeling/original-texts.en.md +162 -0
- package/skills/optimization/SKILL.en.md +129 -0
- package/skills/optimization/SKILL.md +135 -292
- package/skills/optimization/original-texts.en.md +167 -0
- package/skills/probability-statistics/SKILL.en.md +146 -0
- package/skills/probability-statistics/SKILL.md +151 -312
- package/skills/probability-statistics/original-texts.en.md +191 -0
- package/skills/symmetry-invariance/SKILL.en.md +135 -0
- package/skills/symmetry-invariance/SKILL.md +139 -358
- package/skills/symmetry-invariance/original-texts.en.md +206 -0
- package/skills/topological-thinking/SKILL.en.md +124 -0
- package/skills/topological-thinking/SKILL.md +128 -273
- package/skills/topological-thinking/original-texts.en.md +134 -0
- package/skills/transformation/SKILL.en.md +120 -0
- package/skills/transformation/SKILL.md +124 -264
- package/skills/transformation/original-texts.en.md +204 -0
- package/docs/CLAUDE.md +0 -187
- package/skills/meta-selector/SKILL.md +0 -188
|
@@ -0,0 +1,160 @@
|
|
|
1
|
+
# Mathematical Sources and Classic Texts
|
|
2
|
+
|
|
3
|
+
## Propositional Logic
|
|
4
|
+
|
|
5
|
+
**Basic inference rules**:
|
|
6
|
+
|
|
7
|
+
| Rule Name | Form | Validity |
|
|
8
|
+
|-----------|------|----------|
|
|
9
|
+
| Modus Ponens | P → Q, P ⊢ Q | Valid |
|
|
10
|
+
| Modus Tollens | P → Q, ¬Q ⊢ ¬P | Valid |
|
|
11
|
+
| Hypothetical Syllogism | P → Q, Q → R ⊢ P → R | Valid |
|
|
12
|
+
| Disjunctive Syllogism | P ∨ Q, ¬P ⊢ Q | Valid |
|
|
13
|
+
| Affirming the Consequent | P → Q, Q ⊢ P | Invalid |
|
|
14
|
+
| Denying the Antecedent | P → Q, ¬P ⊢ ¬Q | Invalid |
|
|
15
|
+
|
|
16
|
+
## Boolean Algebra (Boole, 1854)
|
|
17
|
+
|
|
18
|
+
George Boole, in *An Investigation of the Laws of Thought* (1854), established an algebraic system for propositional logic, transforming logical reasoning into algebraic computation:
|
|
19
|
+
|
|
20
|
+
> "Logic is a species of algebra whose variables take only the values 0 and 1."
|
|
21
|
+
|
|
22
|
+
The core operations of Boolean algebra — ∧ (multiplication), ∨ (addition), ¬ (complement) — satisfy algebraic properties such as distributivity and De Morgan's laws. This is the algebraic dual of propositional logic: the same inferential structure can be handled either deductively or computationally. Boolean algebra later became the mathematical foundation of digital circuit design (Shannon, 1938) and computer science.
|
|
23
|
+
|
|
24
|
+
## Frege's *Begriffsschrift* (1879)
|
|
25
|
+
|
|
26
|
+
Frege invented the first complete formal system of first-order logic, introducing quantifiers (∀, ∃) and function symbols, demonstrating that logical reasoning can be fully mechanized. This is the starting point of modern mathematical logic — henceforth, mathematical proofs had precise syntactic rules rather than relying solely on intuitive narration.
|
|
27
|
+
|
|
28
|
+
> "Can arithmetical truths be proved purely logically? The Begriffsschrift provides the instrument for this."
|
|
29
|
+
|
|
30
|
+
## Peano Axioms (1889)
|
|
31
|
+
|
|
32
|
+
Constructing the natural number system from logic:
|
|
33
|
+
|
|
34
|
+
> 1. 0 is a natural number.
|
|
35
|
+
> 2. Every natural number n has a successor S(n).
|
|
36
|
+
> 3. 0 is not the successor of any natural number.
|
|
37
|
+
> 4. Different natural numbers have different successors.
|
|
38
|
+
> 5. (Induction Axiom) If a property holds for 0, and if it holds for n then it also holds for S(n), then the property holds for all natural numbers.
|
|
39
|
+
|
|
40
|
+
This demonstrates how to construct a complete mathematical system from a minimal set of logical assumptions. The Peano axioms are a paradigm of first-order theories — a single second-order induction axiom (or a first-order induction schema) suffices to characterize the entire structure of the natural numbers.
|
|
41
|
+
|
|
42
|
+
## Russell's Paradox (1901)
|
|
43
|
+
|
|
44
|
+
> "Consider the set R of all sets that do not contain themselves: does R contain R?"
|
|
45
|
+
|
|
46
|
+
If R ∈ R, then by definition R ∉ R; if R ∉ R, then by definition R ∈ R. The contradiction is irresolvable. This paradox directly demolished Frege's naive set theory (Frege acknowledged the fundamental flaw in his system upon receiving Russell's letter), triggering the "third crisis" of the foundations of mathematics. It gave rise to:
|
|
47
|
+
|
|
48
|
+
- **ZFC Set Theory** (Zermelo-Fraenkel + Choice): Eliminates the paradox by restricting set construction rules (the Separation schema rather than unrestricted Comprehension)
|
|
49
|
+
- **Type Theory** (Russell, 1908): Prohibits self-reference through a hierarchy of types
|
|
50
|
+
- **Intuitionism** (Brouwer): Rejects treating infinite sets as completed objects
|
|
51
|
+
|
|
52
|
+
Russell's paradox profoundly reveals that the consistency of a logical system cannot be taken for granted — it must be proved or constructively guaranteed.
|
|
53
|
+
|
|
54
|
+
## ZFC as Background Logic for Mathematics
|
|
55
|
+
|
|
56
|
+
Zermelo-Fraenkel set theory with the Axiom of Choice (ZFC) is the default foundational language of contemporary mathematics — virtually all mathematical objects (numbers, functions, spaces, groups) can be defined as sets within ZFC, and all mathematical theorems can (in principle) be translated into formal proofs in ZFC.
|
|
57
|
+
|
|
58
|
+
> "Mathematicians do not write ZFC proofs in daily work, but they presuppose that all proofs can in principle be formalized in ZFC."
|
|
59
|
+
|
|
60
|
+
ZFC's nine axioms (Extensionality, Empty Set, Pairing, Union, Power Set, Infinity, Separation, Replacement, Choice) carefully circumvent Russell's paradox while preserving sufficient constructive power. The Axiom of Choice (AC) has provoked ongoing controversy — it permits non-constructive selections (as in Zorn's Lemma and the Well-Ordering Theorem), revealing its cost in counterintuitive results such as the Banach-Tarski decomposition.
|
|
61
|
+
|
|
62
|
+
## First-Order vs Higher-Order Logic
|
|
63
|
+
|
|
64
|
+
**First-Order Logic (FOL)**: Quantifiers range only over individuals (∀x, ∃x), not over predicates or functions. This is the "standard language" of mathematical logic, possessing completeness (Gödel 1929) and compactness.
|
|
65
|
+
|
|
66
|
+
**Higher-Order Logic (HOL)**: Allows quantification over predicates (∀P) and functions (∀f), offering greater expressive power at a steep cost — higher-order logic is **incomplete** (no recursively enumerable proof system can capture all valid inferences) and non-compact.
|
|
67
|
+
|
|
68
|
+
> "First-order logic is complete but limited in expressive power; higher-order logic is expressive but incomplete. This is a fundamental trade-off."
|
|
69
|
+
|
|
70
|
+
Peano Arithmetic (PA) is a first-order theory whose induction axiom is encoded as infinitely many first-order axiom schemas; the genuine Peano axioms (with second-order induction) uniquely characterize ℕ, but first-order PA has non-standard models. This connects directly to the Löwenheim-Skolem theorem.
|
|
71
|
+
|
|
72
|
+
## Gödel: Completeness (1929) vs Incompleteness (1931)
|
|
73
|
+
|
|
74
|
+
**Completeness Theorem (1929)**: The deductive system of first-order logic is complete — every logically valid formula can be formally proved.
|
|
75
|
+
|
|
76
|
+
> "In first-order logic, all logically valid formulas can be proved from the axioms through formal inference."
|
|
77
|
+
|
|
78
|
+
**Incompleteness Theorem (1931)**: Any consistent formal system that includes basic arithmetic contains undecidable propositions — neither provable nor refutable.
|
|
79
|
+
|
|
80
|
+
> "In any sufficiently strong consistent formal system T, there exists a sentence G such that T ⊬ G and T ⊬ ¬G."
|
|
81
|
+
|
|
82
|
+
The crucial distinction: the Completeness Theorem states that the **logical system itself** does not miss any valid inference; the Incompleteness Theorem states that **arithmetic theory** cannot exhaust all truths. The two are not contradictory — completeness guarantees "the inference rules are sufficient," while incompleteness reveals "arithmetical truth transcends any fixed set of axioms."
|
|
83
|
+
|
|
84
|
+
## Löwenheim-Skolem Theorem (1920, 1922)
|
|
85
|
+
|
|
86
|
+
> "If a first-order theory T has an infinite model, then T has a model of every infinite cardinality κ ≥ ℵ₀."
|
|
87
|
+
|
|
88
|
+
Downward Löwenheim-Skolem: T must have a countable model. Upward Löwenheim-Skolem: T must have models of arbitrarily large cardinality.
|
|
89
|
+
|
|
90
|
+
A startling corollary: a first-order theory **cannot control the cardinality of its models**. Even though ZFC aims to describe an uncountable universe of sets, ZFC itself has countable models (the Skolem paradox). This reveals a fundamental limitation of first-order logic's expressive power — first-order sentences cannot distinguish the "internal" and "external" perspectives on "countable" versus "uncountable."
|
|
91
|
+
|
|
92
|
+
## Tarski's Semantic Theory of Truth (1933)
|
|
93
|
+
|
|
94
|
+
> "'Snow is white' is true if and only if snow is white."
|
|
95
|
+
|
|
96
|
+
Tarski provided a formal definition of truth (the T-schema), illuminating the distinction between "truth" and "provability" in logic — "truth" is a semantic concept (dependent on models), while "provability" is a syntactic concept (dependent on proof systems). The Completeness Theorem bridges the two (in FOL, T ⊢ φ ⇔ T ⊨ φ), but in strong theories such as arithmetic they are permanently separated (Gödel's incompleteness).
|
|
97
|
+
|
|
98
|
+
Tarski also proved that a sufficiently expressive language **cannot consistently define truth within itself** — a truth definition must employ a stronger metalanguage. This, together with Russell's paradox and Gödel's incompleteness, forms a triad of impossibility results concerning self-reference.
|
|
99
|
+
|
|
100
|
+
## Gentzen's Natural Deduction and Sequent Calculus (1935)
|
|
101
|
+
|
|
102
|
+
Gerhard Gentzen, in *Investigations into Logical Deduction*, invented two entirely new proof structures:
|
|
103
|
+
|
|
104
|
+
**Natural Deduction**: Inference rules are organized around the introduction (I) and elimination (E) of each logical connective — ∧I, ∧E, →I, →E, ∀I, ∀E, etc. This captures the way mathematicians actually reason: assume a premise, derive a conclusion, then discharge the assumption (→I, i.e., conditional proof).
|
|
105
|
+
|
|
106
|
+
**Sequent Calculus**: The objects of proof are sequents Γ ⊢ Δ (assumptions on the left, conclusions on the right), and rules operate between sequents. The key breakthrough: the **Cut-Elimination Theorem** (Hauptsatz) — any proof using the Cut rule can be transformed into a cut-free proof.
|
|
107
|
+
|
|
108
|
+
> "The Hauptsatz states that all proofs can be transformed into cut-free proofs, eliminating all 'intermediate formulas'."
|
|
109
|
+
|
|
110
|
+
Cut-elimination is the central tool of proof theory: it guarantees the subformula property (every step of a cut-free proof involves only subformulas of the final conclusion), making consistency and decidability proofs possible. Gentzen's work shifted logic from an "axiomatic" to a "structural" paradigm, founding the discipline of Proof Theory.
|
|
111
|
+
|
|
112
|
+
## Turing's Halting Problem (1936)
|
|
113
|
+
|
|
114
|
+
Alan Turing, in *On Computable Numbers*, defined the Turing machine and proved:
|
|
115
|
+
|
|
116
|
+
> "There is no general algorithm that can decide whether an arbitrary Turing machine halts on an arbitrary input."
|
|
117
|
+
|
|
118
|
+
The undecidability of the halting problem is a fundamental limitation on computation and logic. Its logical essence is equivalent to Gödel's incompleteness: if the halting problem were decidable, arithmetic incompleteness could be circumvented; if arithmetic were complete, the halting problem would be decidable. The two are duals — two faces of the same wall.
|
|
119
|
+
|
|
120
|
+
A direct corollary of the halting problem: the **Entscheidungsproblem** for first-order logic is also undecidable (Church, 1936; Turing, 1936) — there is no general algorithm that can decide whether an arbitrary first-order formula is logically valid. Logical deduction can be executed, but it cannot be mechanically and fully predicted.
|
|
121
|
+
|
|
122
|
+
## Resolution and Unification (Robinson, 1965)
|
|
123
|
+
|
|
124
|
+
J. A. Robinson, in *A Machine-Oriented Logic Based on the Resolution Principle*, introduced the resolution rule:
|
|
125
|
+
|
|
126
|
+
> "Resolve P ∨ Q and ¬P ∨ R to obtain Q ∨ R."
|
|
127
|
+
|
|
128
|
+
Resolution compresses all inference into a single rule combined with the Unification algorithm — automatically finding an algebraic substitution σ that makes two terms equal, so that σ(P) = σ(P'), thereby enabling resolution on complementary literals.
|
|
129
|
+
|
|
130
|
+
Resolution-unification is the mathematical core of Automated Theorem Proving and Logic Programming (e.g., Prolog). It demonstrates that proof search in first-order logic can be unified into a single algorithmic process, although efficiency issues (search space explosion) remain a severe practical challenge.
|
|
131
|
+
|
|
132
|
+
## Curry-Howard Correspondence (1969)
|
|
133
|
+
|
|
134
|
+
> "Propositions as types, proofs as programs."
|
|
135
|
+
|
|
136
|
+
Curry (1958) first observed the correspondence between types in combinatory logic and formulas in propositional logic; Howard (1969) extended it to constructive predicate logic:
|
|
137
|
+
|
|
138
|
+
| Logic Concept | Type Theory / Programming Concept |
|
|
139
|
+
|---------------|-----------------------------------|
|
|
140
|
+
| Proposition A | Type A |
|
|
141
|
+
| A ∧ B | A × B (product type) |
|
|
142
|
+
| A ∨ B | A + B (sum type) |
|
|
143
|
+
| A → B | A → B (function type) |
|
|
144
|
+
| ∀x. P(x) | Πx:A. P(x) (dependent function type) |
|
|
145
|
+
| ∃x. P(x) | Σx:A. P(x) (dependent pair type) |
|
|
146
|
+
| Constructive proof | Executable program |
|
|
147
|
+
|
|
148
|
+
The Curry-Howard correspondence reveals a deep isomorphism between logical deduction and computation: a constructive proof is a program, and the execution of the program is proof normalization. This is the computational counterpart of Gentzen's cut-elimination — β-reduction is cut-elimination.
|
|
149
|
+
|
|
150
|
+
This correspondence became the theoretical foundation of type theory (Martin-Löf, 1972), dependently typed programming (Coq, Agda), and Homotopy Type Theory (HoTT, 2013), unifying "proof correctness" and "program correctness" into a single problem.
|
|
151
|
+
|
|
152
|
+
## Formalization of Common Logical Fallacies
|
|
153
|
+
|
|
154
|
+
| Fallacy Name | Form | Counterexample |
|
|
155
|
+
|--------------|------|----------------|
|
|
156
|
+
| Affirming the Consequent | P → Q, Q ∴ P | "If it rains, the ground is wet; the ground is wet, therefore it rained" (could be a sprinkler) |
|
|
157
|
+
| Denying the Antecedent | P → Q, ¬P ∴ ¬Q | "If it rains, the ground is wet; it did not rain, therefore the ground is not wet" (could be a sprinkler) |
|
|
158
|
+
| Begging the Question (Circular Reasoning) | P ∴ P | "This book tells the truth because the book says so" |
|
|
159
|
+
| Straw Man | Attacking P' ≠ P | A: "We should increase the education budget." B: "You want to give all the money to schools." |
|
|
160
|
+
| Slippery Slope | A → B → ... → Z, ∴ ¬A | "Allow this → that → disaster, therefore we must not allow it." |
|
|
@@ -0,0 +1,132 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: math-research-activator
|
|
3
|
+
description: |
|
|
4
|
+
Auto-trigger (requires BOTH environment AND task signals): only when **designing/improving** new model architectures/operators/attention mechanisms, **analyzing** algorithm theoretical properties (complexity, convergence, expressivity), or **transferring** modern math structures (algebraic geometry, differential geometry, Lie theory, abstract algebra, matrix analysis, optimization) into algorithm/GPU co-design. Does NOT trigger for: code review, debugging, parameter tracing, refactoring, hyperparameter tuning, or loss implementation edits. Also the manual /ask entry (weapon selector).
|
|
5
|
+
---
|
|
6
|
+
|
|
7
|
+
# 🧭 Math Research Activator
|
|
8
|
+
|
|
9
|
+
> "The model already holds enough mathematics inside; what's missing is a cross-domain activation. The human picks the direction; the agent searches, enumerates, verifies."
|
|
10
|
+
|
|
11
|
+
## Core Principle
|
|
12
|
+
|
|
13
|
+
**No lengthy math tutorials.** Once triggered, immediately enter the three-step pipeline: "Diagnose → Map → GPU Screen," activating modern mathematics into algorithm/hardware design, and passing every output through the **dual acceptance gate**:
|
|
14
|
+
|
|
15
|
+
1. **Mathematically correct (beautiful in math)** — self-consistent, differentiable (or relaxable to differentiable), with correctness guarantees.
|
|
16
|
+
2. **GPU-feasible (friendly to GPU)** — see `../../references/gpu-friendly-math.md` eight dimensions.
|
|
17
|
+
|
|
18
|
+
> This is the **sole automatic entry point** of the skill pack. It loads the methodology layer (`../../references/agentic-workflow.md`, `../../references/gpu-friendly-math.md`), the book activation layer (`../../references/books/*.md`), and the 16 thinking weapons (sibling directories `../*/SKILL.md`) on demand, keeping only the minimal trigger and diagnostic logic resident at all times — progressive disclosure to save tokens.
|
|
19
|
+
|
|
20
|
+
## When to Auto-Engage
|
|
21
|
+
|
|
22
|
+
**Both the "environment signal" AND the "task signal" must be satisfied simultaneously (neither alone is sufficient):**
|
|
23
|
+
|
|
24
|
+
### Gate 0 · Exclusion Gate (evaluated first; if hit, do not engage)
|
|
25
|
+
|
|
26
|
+
The following tasks must **never** trigger this activator, regardless of what code is in the workspace:
|
|
27
|
+
- Code review / debugging / parameter-passing chain verification / interface consistency checks
|
|
28
|
+
- Refactoring, renaming, removing redundant code, dead code cleanup
|
|
29
|
+
- Build / packaging / CI / deployment / environment configuration
|
|
30
|
+
- Pure factual queries ("what does this function do," "who receives this parameter")
|
|
31
|
+
- General software engineering (file I/O, networking, data loading, logging)
|
|
32
|
+
- Training script hyperparameter tuning, hyperparameter search, experiment comparison
|
|
33
|
+
- Adding / modifying loss implementation details (as opposed to designing the mathematical structure of a new loss)
|
|
34
|
+
|
|
35
|
+
**Rule of thumb: if the task can be accomplished by "reading code → tracing call chains → reporting results," no mathematical weapon is needed.**
|
|
36
|
+
|
|
37
|
+
### Gate 1 · Environment Signal (necessary condition, not sufficient)
|
|
38
|
+
|
|
39
|
+
The workspace contains at least one of the following:
|
|
40
|
+
- Core model architecture code (not training scripts / data pipelines): attention/transformer/MoE implementations, `*.cu`/`*.cuh`/kernels, Triton/CUDA operators.
|
|
41
|
+
- Algorithm research notes / paper review documents.
|
|
42
|
+
- Design drafts or mathematical derivations for new architectures / new operators.
|
|
43
|
+
|
|
44
|
+
> The mere presence of `model.py`, `trainer.py`, `config.json`, or similar routine ML engineering files **does not constitute an environment signal**.
|
|
45
|
+
|
|
46
|
+
### Gate 2 · Task Signal (necessary condition, not sufficient)
|
|
47
|
+
|
|
48
|
+
The user's current task explicitly involves at least one of the following:
|
|
49
|
+
- **Designing or improving** a new model architecture / operator / attention mechanism (not fixing an existing implementation).
|
|
50
|
+
- **Selecting or justifying** the applicability of a mathematical structure (e.g., "should we use manifold constraints," "does this structure have equivariance").
|
|
51
|
+
- **Analyzing** theoretical properties of an algorithm (complexity lower bounds, convergence, expressivity, information bottleneck).
|
|
52
|
+
- **Transferring** a mathematical structure from some field into algorithm/GPU design.
|
|
53
|
+
|
|
54
|
+
> If the task signal is merely "code doesn't run," "parameter wasn't passed," "loss didn't take effect," or similar engineering issues, the activator does **not trigger** even if the environment signal is hit.
|
|
55
|
+
|
|
56
|
+
**When NOT to engage:**
|
|
57
|
+
- Gate 0 is hit (exclusion gate).
|
|
58
|
+
- Either Gate 1 or Gate 2 is not satisfied.
|
|
59
|
+
- The problem is not in a domain where mathematics can help.
|
|
60
|
+
|
|
61
|
+
## The Activation Loop
|
|
62
|
+
|
|
63
|
+
> See `../../references/agentic-workflow.md` for detailed working methodology (Human-in-the-Agent-Loop).
|
|
64
|
+
|
|
65
|
+
1. **Diagnose**: What is the algorithmic structure or bottleneck? (complexity? memory/KV? numerics? parallelism? expressivity?)
|
|
66
|
+
2. **Map**: Use the "Modern Math Toolbox" (below) to scan for transferable structures, **enumerating multiple candidates** (leverage the large context window — don't just give one).
|
|
67
|
+
3. **Route**: Select 1–3 thinking weapons for deeper analysis (decision tree below).
|
|
68
|
+
4. **GPU Screen**: Pass each candidate through the eight dimensions of `../../references/gpu-friendly-math.md`, rating "friendly / retrofittable / unfriendly" + adaptation recommendations.
|
|
69
|
+
5. **Dual Acceptance Gate**: Retain only candidates that are **mathematically correct AND (eight-dimension friendly or retrofittable)**.
|
|
70
|
+
6. **Track**: For complex explorations, use a markdown testplan table (template in agentic-workflow.md) to iterate toward convergence.
|
|
71
|
+
|
|
72
|
+
The eight-dimension terminology must remain consistent: **Tensorization / GEMM-Mappability / Complexity / Memory & KV-Cache / Low-Precision Stability / Parallelism & Communication / Sparsity Structure / Operator Fusion**. Do not substitute vague judgments covering only a subset of dimensions for the full eight-dimension gate.
|
|
73
|
+
|
|
74
|
+
## Weapon Routing
|
|
75
|
+
|
|
76
|
+
Match by the core characteristic of the problem (select up to 3, label primary/secondary):
|
|
77
|
+
|
|
78
|
+
1. **Multi-agent interaction** (my optimum depends on others) → `/game-theory` (primary); resource allocation + `/optimization`; information asymmetry + `/information-theory`
|
|
79
|
+
2. **Uncertainty / randomness** → `/probability-statistics` (primary); need causal rather than correlational + `/causal-inference`
|
|
80
|
+
3. **Optimization under constraints** → `/optimization` (primary); need to model first + `/modeling` (prerequisite)
|
|
81
|
+
4. **Current form is intractable, need change of perspective / simplification** → `/transformation` (primary)
|
|
82
|
+
5. **Need to extract essential structure** → `/abstraction` (primary); verify assumptions + `/axiomatization`; simplify + `/symmetry-invariance`
|
|
83
|
+
6. **Need rigorous reasoning and verification** → `/logic-deduction` (primary); verify premises + `/axiomatization`
|
|
84
|
+
7. **Finding patterns from data / experience** → `/induction-analogy` (primary); cross-domain transfer + `/abstraction`
|
|
85
|
+
8. **Building predictive / explanatory models** → `/modeling` (primary); optimization + `/optimization`; uncertainty + `/probability-statistics`
|
|
86
|
+
9. **Invariance / conservation / equivariance under change** → `/symmetry-invariance` (primary); connected structure + `/topological-thinking`
|
|
87
|
+
10. **Reducing to executable steps / evaluating feasibility and complexity** → `/algorithmic-thinking` (primary)
|
|
88
|
+
11. **Compression / encoding / information bottleneck / KV-Cache compression / quantization** → `/information-theory` (primary); representation transforms + `/transformation`; routing information gain + `/game-theory`
|
|
89
|
+
12. **Counting / enumeration / structure of finite objects** → `/discrete-combinatorial` (primary)
|
|
90
|
+
|
|
91
|
+
> **Modern math priority hint**: When the problem is "designing/improving an operator or structure," **always open the modern math toolbox first** while routing weapons — many breakthroughs come from transferring structures from algebraic geometry / differential geometry / Lie theory, rather than circling within classical tools alone.
|
|
92
|
+
|
|
93
|
+
## Modern-Math Toolbox (Layer 3 · Loaded on Demand)
|
|
94
|
+
|
|
95
|
+
Load the corresponding book activation file (`../../references/books/`) by problem type:
|
|
96
|
+
|
|
97
|
+
| Trigger Signal | Load | Typical Activation |
|
|
98
|
+
|---------|------|---------|
|
|
99
|
+
| Operator = matrix multiply / spectrum / low-rank / numerical stability | `matrix-analysis.md` | GEMM formulation, low-rank compression, spectral normalization, preconditioning |
|
|
100
|
+
| Training / convergence / optimizer / constraints | `optimization-ml.md` | Feasibility of adaptive / second-order optimization, dual solving |
|
|
101
|
+
| Symmetry / equivariance / semiring / permutation invariance | `abstract-algebra.md` | Group-equivariant layers, tropical semiring routing, finite-field encoding |
|
|
102
|
+
| Manifold constraints / latent-space geometry / differentiable structure | `smooth-manifolds.md` | Manifold optimization, Stiefel/orthogonal constraints, geodesic interpolation |
|
|
103
|
+
| Metric / curvature / natural gradient / gauge / fiber bundle | `differential-geometry.md` | Natural gradient / K-FAC, information geometry, gauge equivariance |
|
|
104
|
+
| Pose / SO(3) / SE(3) / state estimation / equivariance | `micro-lie-theory.md` | Lie group optimization, SE(3) equivariance, manifold loss |
|
|
105
|
+
| Attention / sparsity / global consistency / KV compression | `algebraic-geometry-rising-sea.md` | Sheaf attention, Čech cohomology regularization, Plücker KV, tropical gating |
|
|
106
|
+
|
|
107
|
+
## Deep-Dive Protocol
|
|
108
|
+
|
|
109
|
+
- **Light**: Read `../../references/books/<book>.md` (distilled notes, shipped with the release, self-contained).
|
|
110
|
+
- **Deep (full fidelity to original text required)**: If a local `math_book/<corresponding PDF>` exists, **let the agent search automatically** — `pdftotext "math_book/<file>.pdf" -` → grep keywords → Read the matching page. **No reliance on pre-embedded anchors.**
|
|
111
|
+
- No PDF available (e.g., npm-installed on a different machine): Stay at the distilled-notes layer, which remains self-contained and usable.
|
|
112
|
+
|
|
113
|
+
## Worked Example: Tropical Sheaf Attention
|
|
114
|
+
|
|
115
|
+
A research candidate template (see `../../references/gpu-friendly-math.md` for details): tropical gating (semiring piecewise-linear replacing Top-K) + cellular sheaf diffusion (low-rank restriction maps per edge = small GEMMs) + Čech cohomology regularization (H¹ as a structural consistency signal) + Plücker KV compression. Treat this as an exploration template for "math beautiful x GPU friendly": verify complexity, memory, low-precision stability, and kernel fusibility dimension by dimension before claiming passage through the eight-dimension gate.
|
|
116
|
+
|
|
117
|
+
## Operating Procedure
|
|
118
|
+
|
|
119
|
+
Once triggered, the output must contain:
|
|
120
|
+
1. **[Diagnosis]**: One sentence identifying the algorithmic structure/bottleneck (interaction / uncertainty / constraints / structure / dynamics / complexity / memory / numerics / parallelism).
|
|
121
|
+
2. **[Mapping]**: Enumerate transferable modern math structure candidates (>=2, annotated with source book).
|
|
122
|
+
3. **[Weapon Routing]**: 1–3 thinking weapons, labeled primary/secondary + trigger commands.
|
|
123
|
+
4. **[GPU Screen]**: Each candidate evaluated against the eight dimensions, rated "friendly / retrofittable / unfriendly" + adaptation recommendations.
|
|
124
|
+
5. **[Conclusion]**: Retain only candidates passing the dual acceptance gate; provide a testplan table when necessary.
|
|
125
|
+
|
|
126
|
+
**A conclusion must always be provided — never output analysis alone without convergence.**
|
|
127
|
+
|
|
128
|
+
## Relations
|
|
129
|
+
|
|
130
|
+
- This entry point routes all 16 thinking weapons and loads the methodology layer and book activation layer on demand.
|
|
131
|
+
- The manual entry `/ask` is equivalent to invoking this activator (weapon selector mode).
|
|
132
|
+
- Review of outputs can be delegated to `agents/math-critic.md` (including the GPU feasibility dimension) for a second pass.
|
|
@@ -0,0 +1,136 @@
|
|
|
1
|
+
---
|
|
2
|
+
name: math-research-activator
|
|
3
|
+
description: |
|
|
4
|
+
自动触发(需同时满足环境+任务双重信号):仅当用户在**设计或改进**新的模型架构/算子/注意力机制,或**分析**算法理论性质(复杂度、收敛性、表达力),或**迁移**现代数学结构(代数几何、微分几何、李理论、抽象代数、矩阵分析、最优化)到算法/GPU 协同设计时使用。不触发于:代码审查、debug、参数传递核查、重构、调参、loss 实现修改等纯工程任务。也作为手动 /ask 入口(武器选择器)。
|
|
5
|
+
English: Auto-trigger (requires BOTH environment AND task signals): only when **designing/improving** new model architectures/operators/attention mechanisms, **analyzing** algorithm theoretical properties (complexity, convergence, expressivity), or **transferring** modern math structures (algebraic geometry, differential geometry, Lie theory, abstract algebra, matrix analysis, optimization) into algorithm/GPU co-design. Does NOT trigger for: code review, debugging, parameter tracing, refactoring, hyperparameter tuning, or loss implementation edits. Also the manual /ask entry (weapon selector).
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
> **语言路由**:若用户消息为英文,请读取并遵循同目录下的 `SKILL.en.md`,按其操作规程以英文输出;中文消息则继续使用本文件。
|
|
9
|
+
|
|
10
|
+
# 🧭 数学研究激活器 / Math Research Activator
|
|
11
|
+
|
|
12
|
+
> "模型内部已有足够的数学知识,缺的只是一次跨领域的激活。人选方向,Agent 搜索、枚举、验证。"
|
|
13
|
+
> "The model already holds enough mathematics inside; what's missing is a cross-domain activation. The human picks the direction; the agent searches, enumerates, verifies."
|
|
14
|
+
|
|
15
|
+
## 核心原则 / Core Principle
|
|
16
|
+
|
|
17
|
+
**不做大段数学科普。** 一旦触发,立即进入「诊断 → 映射 → GPU 筛选」三步,把现代数学激活进算法/硬件设计,并让每个产出过**双验收门**:
|
|
18
|
+
|
|
19
|
+
1. **数学正确(beautiful in math)**——自洽、可微(或可松弛为可微)、有正确性保证。
|
|
20
|
+
2. **GPU 可行(friendly to GPU)**——见 `../../references/gpu-friendly-math.md` 八维。
|
|
21
|
+
|
|
22
|
+
> 这是本技能包的**唯一自动入口**。它按需加载方法论层(`../../references/agentic-workflow.md`、`../../references/gpu-friendly-math.md`)、书籍激活层(`../../references/books/*.md`)和 16 个思想武器(同级目录 `../*/SKILL.md`),常驻只保留最短的触发与诊断逻辑——渐进式披露,省 token。
|
|
23
|
+
|
|
24
|
+
## 何时自动介入 / When to Auto-Engage
|
|
25
|
+
|
|
26
|
+
**必须同时满足「环境信号」AND「任务信号」才考虑介入(缺一不可):**
|
|
27
|
+
|
|
28
|
+
### Gate 0 · 排除门(优先判定,命中即不介入)
|
|
29
|
+
|
|
30
|
+
以下任务**无论工作区含什么代码**都不得触发本激活器:
|
|
31
|
+
- 代码审查 / debug / 参数传递链核查 / 接口一致性检查
|
|
32
|
+
- 重构、重命名、删除冗余代码、清理死代码
|
|
33
|
+
- 构建 / 打包 / CI / 部署 / 环境配置
|
|
34
|
+
- 纯事实查询("这个函数干什么"、"这个参数传给了谁")
|
|
35
|
+
- 通用软件工程(文件 I/O、网络、数据加载、日志)
|
|
36
|
+
- 训练脚本调参、超参搜索、实验对比
|
|
37
|
+
- 添加 / 修改 loss 项的实现细节(非设计新 loss 的数学结构)
|
|
38
|
+
|
|
39
|
+
**判断口诀:如果任务可以用"阅读代码 → 追踪调用链 → 报告结果"完成,就不需要数学武器。**
|
|
40
|
+
|
|
41
|
+
### Gate 1 · 环境信号(必要条件,非充分条件)
|
|
42
|
+
|
|
43
|
+
工作区含以下至少一类:
|
|
44
|
+
- 模型架构核心代码(非训练脚本/数据管道):attention/transformer/MoE 实现、`*.cu`/`*.cuh`/kernel、Triton/CUDA 算子。
|
|
45
|
+
- 算法研究笔记 / 论文审查文档。
|
|
46
|
+
- 新架构 / 新算子的设计稿或数学推导。
|
|
47
|
+
|
|
48
|
+
> 仅有 `model.py`、`trainer.py`、`config.json` 等常规 ML 工程文件**不构成环境信号**。
|
|
49
|
+
|
|
50
|
+
### Gate 2 · 任务信号(必要条件,非充分条件)
|
|
51
|
+
|
|
52
|
+
用户当前任务明确涉及以下至少一项:
|
|
53
|
+
- **设计或改进**一个新的模型架构 / 算子 / 注意力机制(非修复已有实现)。
|
|
54
|
+
- **选择或论证**数学结构的适用性(如"该不该用流形约束"、"这个结构有没有等变性")。
|
|
55
|
+
- **分析**算法的理论性质(复杂度下界、收敛性、表达力、信息瓶颈)。
|
|
56
|
+
- 把某个数学领域的结构**迁移**到算法/GPU 设计中。
|
|
57
|
+
|
|
58
|
+
> 如果任务信号仅为"代码跑不通"、"参数没传过去"、"loss 没生效"等工程问题,即使环境信号命中也**不触发**。
|
|
59
|
+
|
|
60
|
+
**不介入 / When NOT to use:**
|
|
61
|
+
- Gate 0 命中(排除门)。
|
|
62
|
+
- Gate 1 或 Gate 2 任一未命中。
|
|
63
|
+
- 问题不属于数学能帮助的范畴。
|
|
64
|
+
|
|
65
|
+
## 主流程 / The Activation Loop
|
|
66
|
+
|
|
67
|
+
> 详细工作方式见 `../../references/agentic-workflow.md`(Human-in-the-Agent-Loop)。
|
|
68
|
+
|
|
69
|
+
1. **诊断 / Diagnose**:算法结构或瓶颈是什么?(复杂度?显存/KV?数值?并行?表达力?)
|
|
70
|
+
2. **映射 / Map**:用「现代数学工具箱」(下)扫描可迁移的结构,**枚举多个候选**(发挥大上下文优势,别只给一个)。
|
|
71
|
+
3. **路由 / Route**:选 1–3 个思想武器深入(决策树见下)。
|
|
72
|
+
4. **GPU 筛选 / Screen**:每个候选过 `../../references/gpu-friendly-math.md` 八维,给「友好/可改造/不友好」+ 改造建议。
|
|
73
|
+
5. **双验收门 / Gate**:只保留**数学正确 AND(八维友好或可改造)**的候选。
|
|
74
|
+
6. **追踪 / Track**:复杂探索用 markdown testplan 表(模板见 agentic-workflow.md)迭代收敛。
|
|
75
|
+
|
|
76
|
+
八维正式术语必须保持一致:**张量化 / GEMM 可映射 / 复杂度 / 显存与 KV-Cache / 低精度稳定 / 并行与通信 / 稀疏结构 / 算子融合**。不要用只覆盖部分维度的模糊判断替代八维门。
|
|
77
|
+
|
|
78
|
+
## 思想武器路由决策树 / Weapon Routing
|
|
79
|
+
|
|
80
|
+
按问题核心特征匹配(最多选 3 个,标主/辅):
|
|
81
|
+
|
|
82
|
+
1. **多方互动**(我的最优取决于他人)→ `/game-theory`(主);涉资源分配+`/optimization`;信息不对称+`/information-theory`
|
|
83
|
+
2. **不确定性/随机性** → `/probability-statistics`(主);需因果而非相关+`/causal-inference`
|
|
84
|
+
3. **约束下求最优** → `/optimization`(主);需先建模+`/modeling`(前置)
|
|
85
|
+
4. **当前形式难处理,需换视角/化简** → `/transformation`(主)
|
|
86
|
+
5. **需提取本质结构** → `/abstraction`(主);验证假设+`/axiomatization`;简化+`/symmetry-invariance`
|
|
87
|
+
6. **需严格推理验证** → `/logic-deduction`(主);验证前提+`/axiomatization`
|
|
88
|
+
7. **从数据/经验找规律** → `/induction-analogy`(主);跨域迁移+`/abstraction`
|
|
89
|
+
8. **构建预测/解释模型** → `/modeling`(主);优化+`/optimization`;不确定+`/probability-statistics`
|
|
90
|
+
9. **变化中的不变性/守恒/等变** → `/symmetry-invariance`(主);连通结构+`/topological-thinking`
|
|
91
|
+
10. **化为可执行步骤/评估可行性与复杂度** → `/algorithmic-thinking`(主)
|
|
92
|
+
11. **压缩/编码/信息瓶颈/KV-Cache 压缩/量化** → `/information-theory`(主);涉及表示变换+`/transformation`;涉及路由信息增益+`/game-theory`
|
|
93
|
+
12. **有限对象的计数/枚举/结构** → `/discrete-combinatorial`(主)
|
|
94
|
+
|
|
95
|
+
> **现代数学优先提示**:当问题是「设计/改进算子或结构」时,路由武器的同时**务必先开现代数学工具箱**——很多突破来自把代数几何/微分几何/李理论的结构迁移过来,而非只在经典工具里打转。
|
|
96
|
+
|
|
97
|
+
## 现代数学工具箱(Layer 3 · 按需加载)/ Modern-Math Toolbox
|
|
98
|
+
|
|
99
|
+
按问题类型加载对应书籍激活文件(`../../references/books/`):
|
|
100
|
+
|
|
101
|
+
| 触发信号 | 加载 | 典型激活 |
|
|
102
|
+
|---------|------|---------|
|
|
103
|
+
| 算子=矩阵乘/谱/低秩/数值稳定 | `matrix-analysis.md` | GEMM 化、低秩压缩、谱归一化、预条件 |
|
|
104
|
+
| 训练/收敛/优化器/约束 | `optimization-ml.md` | 自适应/二阶优化的可行性、对偶求解 |
|
|
105
|
+
| 对称/等变/半环/置换不变 | `abstract-algebra.md` | 群等变层、热带半环路由、有限域编码 |
|
|
106
|
+
| 流形约束/隐空间几何/可微结构 | `smooth-manifolds.md` | 流形优化、Stiefel/正交约束、测地插值 |
|
|
107
|
+
| 度量/曲率/自然梯度/规范/纤维丛 | `differential-geometry.md` | 自然梯度/K-FAC、信息几何、gauge 等变 |
|
|
108
|
+
| 位姿/SO(3)/SE(3)/状态估计/等变 | `micro-lie-theory.md` | 李群优化、SE(3) 等变、流形损失 |
|
|
109
|
+
| 注意力/稀疏/全局一致性/KV 压缩 | `algebraic-geometry-rising-sea.md` | sheaf 注意力、Čech 上同调正则、Plücker KV、热带门控 |
|
|
110
|
+
|
|
111
|
+
## 深挖回查协议 / Deep-Dive Protocol
|
|
112
|
+
|
|
113
|
+
- **轻度**:读 `../../references/books/<book>.md`(蒸馏稿,发布即带,自足)。
|
|
114
|
+
- **深度(需原文全保真)**:若本机存在 `math_book/<对应 PDF>`,**让 Agent 自动搜索**——`pdftotext "math_book/<file>.pdf" -` → grep 关键词 → Read 命中页。**不依赖预埋锚点。**
|
|
115
|
+
- 无 PDF(如 npm 安装的他机):停在蒸馏稿层,依然自足可用。
|
|
116
|
+
|
|
117
|
+
## 范例:Tropical Sheaf Attention / Worked Example
|
|
118
|
+
|
|
119
|
+
一个研究候选样板(详见 `../../references/gpu-friendly-math.md`):热带门控(半环分段线性替代 Top-K)+胞腔层扩散(每边低秩限制映射=小 GEMM)+Čech 上同调正则(H¹ 作结构一致性信号)+Plücker KV 压缩。把它当作「math beautiful × GPU friendly」的探索模板:逐项验证复杂度、显存、低精度稳定性与 kernel 可融合性后,才能声称通过八维门。
|
|
120
|
+
|
|
121
|
+
## 操作规程 / Operating Procedure
|
|
122
|
+
|
|
123
|
+
触发后输出必须含:
|
|
124
|
+
1. **[诊断]**:一句话点明算法结构/瓶颈(互动性/不确定性/约束/结构/动态/复杂度/显存/数值/并行)。
|
|
125
|
+
2. **[映射]**:枚举可迁移的现代数学结构候选(≥2 个,标注来自哪本书)。
|
|
126
|
+
3. **[武器路由]**:1–3 个思想武器,标主/辅 + 触发命令。
|
|
127
|
+
4. **[GPU 筛选]**:每个候选过八维,给「友好/可改造/不友好」+ 改造建议。
|
|
128
|
+
5. **[结论]**:保留同时通过双验收门的候选;必要时给 testplan 表。
|
|
129
|
+
|
|
130
|
+
**必须给出结论,不得只输出分析而不收敛。**
|
|
131
|
+
|
|
132
|
+
## 与其他 skill 的关系 / Relations
|
|
133
|
+
|
|
134
|
+
- 本入口路由全部 16 个思想武器,并按需加载方法论层与书籍激活层。
|
|
135
|
+
- 手动入口 `/ask` 等价调用本激活器(武器选择器模式)。
|
|
136
|
+
- 审视产出可交 `agents/math-critic.md`(含 GPU 可行性维度)做二次把关。
|
|
@@ -0,0 +1,105 @@
|
|
|
1
|
+
# Intellectual Sources for the Weapon Selector
|
|
2
|
+
|
|
3
|
+
## The Tradition of Problem Classification and Tool Selection
|
|
4
|
+
|
|
5
|
+
### Pólya's Problem-Solving Heuristics
|
|
6
|
+
|
|
7
|
+
George Pólya (1887-1985) proposed the four-step problem-solving method in *How to Solve It* (1945), which laid the foundation for modern problem-solving methodology:
|
|
8
|
+
|
|
9
|
+
1. **Understanding the problem** — You must understand the problem
|
|
10
|
+
2. **Devising a plan** — Find the connection between the known and the unknown
|
|
11
|
+
3. **Carrying out the plan** — Check each step
|
|
12
|
+
4. **Looking back** — Examine the solution obtained
|
|
13
|
+
|
|
14
|
+
Pólya's central insight: **different types of problems require different problem-solving strategies**. He catalogued dozens of heuristic strategies, including:
|
|
15
|
+
- If you cannot solve the proposed problem, try to solve some related problem first
|
|
16
|
+
- Go back to definitions
|
|
17
|
+
- From the particular to the general, and from the general to the particular
|
|
18
|
+
- Consider extreme cases
|
|
19
|
+
- Reason backwards
|
|
20
|
+
- Draw a figure
|
|
21
|
+
- Introduce auxiliary elements
|
|
22
|
+
|
|
23
|
+
> "Problem solving is a practical skill, like swimming — you can learn it by imitation and practice." — Pólya
|
|
24
|
+
|
|
25
|
+
Pólya's taxonomy of heuristics provides the intellectual foundation for our weapon selector: **the core characteristics of a problem (such as "does it involve uncertain quantities," "does it exhibit symmetry," "can it be decomposed into subproblems") determine the most appropriate problem-solving method**.
|
|
26
|
+
|
|
27
|
+
### Newell & Simon's Problem Space Theory
|
|
28
|
+
|
|
29
|
+
Allen Newell and Herbert A. Simon proposed the problem space theory in *Human Problem Solving* (1972):
|
|
30
|
+
|
|
31
|
+
- **Problem Space**: The set of all possible states, including the initial state, the goal state, and the permissible operations
|
|
32
|
+
- **Search Strategy**: A method for navigating from the initial state to the goal state within the problem space
|
|
33
|
+
- **Heuristic Search**: Rather than exhaustively enumerating all states, use heuristic rules to select the directions most likely to lead toward the goal
|
|
34
|
+
|
|
35
|
+
Core insight: **the nature of the problem space determines the choice of search strategy**. If the problem space is small, exhaustive search is feasible; if it is large, heuristics are essential; if the problem space has special structure (such as monotonicity or symmetry), that structure can be exploited to accelerate the search.
|
|
36
|
+
|
|
37
|
+
> "Choosing a search strategy is the most critical decision in problem solving — the strategy determines which region of the problem space you will search." — Newell & Simon
|
|
38
|
+
|
|
39
|
+
### Schoenfeld's Strategic Decision Theory
|
|
40
|
+
|
|
41
|
+
Alan H. Schoenfeld, in *Mathematical Problem Solving* (1985), analyzed why students fail to solve problems even when they possess the necessary tools — the critical deficiency is not a lack of tools but a lack of **strategic decision-making ability**:
|
|
42
|
+
|
|
43
|
+
- **Resources**: Knowledge, skills, tools — corresponding to our 15 intellectual weapons
|
|
44
|
+
- **Heuristics**: How to use resources — corresponding to the methodological workflow for each intellectual weapon
|
|
45
|
+
- **Control**: When to use which resource — corresponding to the function of the weapon selector
|
|
46
|
+
- **Belief Systems**: Beliefs about mathematics and about oneself — affecting whether the appropriate tool is selected
|
|
47
|
+
|
|
48
|
+
Core insight: **mastery of tools ≠ ability to solve problems. The critical difference lies at the 'control' level — knowing when to deploy which tool**. This is precisely the problem the weapon selector is designed to address.
|
|
49
|
+
|
|
50
|
+
> "The students' problem is not a lack of knowledge or skill, but a lack of strategic decision-making ability — they do not know when to use which method." — Schoenfeld
|
|
51
|
+
|
|
52
|
+
### Wicked Problems Theory (Rittel & Webber)
|
|
53
|
+
|
|
54
|
+
Horst Rittel and Melvin Webber, in "Dilemmas in a General Theory of Planning" (1973), distinguished between "tame problems" and "wicked problems":
|
|
55
|
+
|
|
56
|
+
Characteristics of tame problems:
|
|
57
|
+
- Clearly defined
|
|
58
|
+
- Have clear stopping conditions
|
|
59
|
+
- Solutions can be objectively evaluated as right or wrong
|
|
60
|
+
- Domain-specific
|
|
61
|
+
|
|
62
|
+
Characteristics of wicked problems:
|
|
63
|
+
- No definitive formulation — understanding the problem is itself part of solving it
|
|
64
|
+
- No clear stopping conditions
|
|
65
|
+
- Solutions are not right or wrong, only better or worse
|
|
66
|
+
- Span multiple domains
|
|
67
|
+
|
|
68
|
+
Core insight: **wicked problems require combinations of cross-domain intellectual weapons, whereas tame problems can be solved with a single tool**. The weapon selector recommends multi-tool combinations when facing wicked problems and single-tool focus when facing tame problems.
|
|
69
|
+
|
|
70
|
+
> "Wicked problems have no right or wrong answers, only better or worse ways of dealing with them." — Rittel & Webber
|
|
71
|
+
|
|
72
|
+
### Kahneman's Dual-System Theory
|
|
73
|
+
|
|
74
|
+
Daniel Kahneman, in *Thinking, Fast and Slow* (2011), proposed the dual-system theory:
|
|
75
|
+
|
|
76
|
+
- **System 1**: Fast, intuitive, automatic — responsible for the majority of everyday decisions
|
|
77
|
+
- **System 2**: Slow, rational, deliberate — required for decisions demanding careful thought
|
|
78
|
+
|
|
79
|
+
Core insight: **not all problems require System 2-level rational analysis**. Many everyday decisions require only intuition (System 1), and forcibly deploying intellectual weapons constitutes over-analysis. The weapon selector's "inapplicable scenarios" list is grounded in this insight — simple problems do not need tools; wicked problems do.
|
|
80
|
+
|
|
81
|
+
> "Overthinking is the enemy of decision-making — some decisions are best left to intuition." — Kahneman
|
|
82
|
+
|
|
83
|
+
### Lakatos's Methodology
|
|
84
|
+
|
|
85
|
+
Imre Lakatos, in *Proofs and Refutations* (1976), demonstrated that mathematical knowledge does not grow linearly but evolves through a dialectical process of "conjecture → refutation → revision":
|
|
86
|
+
|
|
87
|
+
- **Progressive Problemshift**: Each revision gives rise to new, deeper questions
|
|
88
|
+
- **Degenerative Problemshift**: Revisions merely accommodate counterexamples without generating new insights
|
|
89
|
+
|
|
90
|
+
Core insight: **tool selection itself should be a progressive problemshift** — the initial choice may not be ideal, but through post-use reflection, the ability to choose improves progressively. The weapon selector's "combination sequencing" and "auxiliary perspectives" recommendations embody this dialectical thinking.
|
|
91
|
+
|
|
92
|
+
> "Knowledge is not truth descending from above, but conjecture continually refined through criticism and refutation." — Lakatos
|
|
93
|
+
|
|
94
|
+
## Mapping Ideas to Practice
|
|
95
|
+
|
|
96
|
+
Our weapon selector integrates all of the above intellectual traditions:
|
|
97
|
+
|
|
98
|
+
| Intellectual Source | Manifestation in the Weapon Selector |
|
|
99
|
+
|---------|-------------------|
|
|
100
|
+
| Pólya's Heuristics | 11 characteristic branches in the decision tree — each branch corresponds to a class of heuristic strategies |
|
|
101
|
+
| Newell & Simon's Problem Space | Problem characteristic dimensions — interactivity, uncertainty, constraint, structure, dynamism |
|
|
102
|
+
| Schoenfeld's Strategic Selection | The core principle that "choosing the right tool matters more than brute-force analysis" |
|
|
103
|
+
| Wicked Problems Theory | Multi-tool combination recommendations — wicked problems require cross-domain tool combinations |
|
|
104
|
+
| Kahneman's Dual System | "Inapplicable scenarios" — simple problems do not need tools; avoid over-analysis |
|
|
105
|
+
| Lakatos's Methodology | Combination sequencing advice — use the primary tool first, then supplement with auxiliary tools for additional perspectives |
|