math-skill 1.0.0 → 2.0.1
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 +280 -0
- package/README.md +280 -278
- package/agents/math-critic.md +235 -203
- package/commands/abstraction.md +13 -34
- package/commands/algorithmic-thinking.md +13 -34
- package/commands/ask.md +20 -21
- package/commands/axiomatization.md +13 -34
- package/commands/causal-inference.md +13 -34
- package/commands/discrete-combinatorial.md +13 -34
- package/commands/game-theory.md +13 -34
- package/commands/induction-analogy.md +13 -34
- package/commands/information-theory.md +13 -34
- package/commands/logic-deduction.md +13 -34
- package/commands/modeling.md +13 -37
- package/commands/optimization.md +13 -33
- package/commands/probability-statistics.md +13 -36
- package/commands/symmetry-invariance.md +13 -34
- package/commands/topological-thinking.md +13 -33
- package/commands/transformation.md +13 -33
- package/knowledge-base/overview.md +228 -230
- package/package.json +71 -59
- package/references/agentic-workflow.md +53 -0
- package/references/books/abstract-algebra.md +120 -0
- package/references/books/algebraic-geometry-rising-sea.md +167 -0
- package/references/books/differential-geometry.md +136 -0
- package/references/books/matrix-analysis.md +142 -0
- package/references/books/micro-lie-theory.md +112 -0
- package/references/books/optimization-ml.md +160 -0
- package/references/books/smooth-manifolds.md +101 -0
- package/references/gpu-friendly-math.md +65 -0
- package/skills/abstraction/SKILL.md +119 -264
- package/skills/algorithmic-thinking/SKILL.md +136 -371
- package/skills/axiomatization/SKILL.md +149 -213
- package/skills/causal-inference/SKILL.md +149 -374
- package/skills/discrete-combinatorial/SKILL.md +129 -286
- package/skills/game-theory/SKILL.md +121 -318
- package/skills/induction-analogy/SKILL.md +150 -310
- package/skills/information-theory/SKILL.md +138 -242
- package/skills/logic-deduction/SKILL.md +133 -280
- package/skills/math-research-activator/SKILL.md +134 -0
- package/skills/{meta-selector → math-research-activator}/original-texts.md +104 -104
- package/skills/modeling/SKILL.md +137 -318
- package/skills/optimization/SKILL.md +133 -292
- package/skills/probability-statistics/SKILL.md +149 -312
- package/skills/symmetry-invariance/SKILL.md +137 -358
- package/skills/topological-thinking/SKILL.md +126 -273
- package/skills/transformation/SKILL.md +122 -264
- package/docs/CLAUDE.md +0 -187
- package/skills/meta-selector/SKILL.md +0 -188
- /package/{docs → references}/inspiration.md +0 -0
|
@@ -1,213 +1,149 @@
|
|
|
1
|
-
---
|
|
2
|
-
name: axiomatization
|
|
3
|
-
description: |
|
|
4
|
-
|
|
5
|
-
|
|
6
|
-
|
|
7
|
-
|
|
8
|
-
|
|
9
|
-
|
|
10
|
-
|
|
11
|
-
|
|
12
|
-
>
|
|
13
|
-
>
|
|
14
|
-
>
|
|
15
|
-
|
|
16
|
-
|
|
17
|
-
|
|
18
|
-
|
|
19
|
-
|
|
20
|
-
|
|
21
|
-
|
|
22
|
-
|
|
23
|
-
|
|
24
|
-
>
|
|
25
|
-
>
|
|
26
|
-
>
|
|
27
|
-
>
|
|
28
|
-
> -
|
|
29
|
-
>
|
|
30
|
-
>
|
|
31
|
-
>
|
|
32
|
-
>
|
|
33
|
-
>
|
|
34
|
-
>
|
|
35
|
-
|
|
36
|
-
|
|
37
|
-
|
|
38
|
-
|
|
39
|
-
|
|
40
|
-
-
|
|
41
|
-
-
|
|
42
|
-
-
|
|
43
|
-
|
|
44
|
-
-
|
|
45
|
-
|
|
46
|
-
|
|
47
|
-
|
|
48
|
-
|
|
49
|
-
|
|
50
|
-
|
|
51
|
-
-
|
|
52
|
-
-
|
|
53
|
-
-
|
|
54
|
-
|
|
55
|
-
|
|
56
|
-
|
|
57
|
-
|
|
58
|
-
|
|
59
|
-
-
|
|
60
|
-
-
|
|
61
|
-
-
|
|
62
|
-
-
|
|
63
|
-
|
|
64
|
-
|
|
65
|
-
|
|
66
|
-
|
|
67
|
-
|
|
68
|
-
|
|
69
|
-
|
|
70
|
-
|
|
71
|
-
|
|
72
|
-
|
|
73
|
-
|
|
74
|
-
-
|
|
75
|
-
|
|
76
|
-
|
|
77
|
-
|
|
78
|
-
|
|
79
|
-
|
|
80
|
-
###
|
|
81
|
-
|
|
82
|
-
|
|
83
|
-
|
|
84
|
-
|
|
85
|
-
|
|
86
|
-
-
|
|
87
|
-
|
|
88
|
-
|
|
89
|
-
|
|
90
|
-
|
|
91
|
-
|
|
92
|
-
|
|
93
|
-
|
|
94
|
-
|
|
95
|
-
|
|
96
|
-
|
|
97
|
-
|
|
98
|
-
|
|
99
|
-
|
|
100
|
-
|
|
101
|
-
|
|
102
|
-
|
|
103
|
-
|
|
104
|
-
|
|
105
|
-
|
|
106
|
-
|
|
107
|
-
|
|
108
|
-
|
|
109
|
-
|
|
110
|
-
|
|
111
|
-
|
|
112
|
-
|
|
113
|
-
|
|
114
|
-
|
|
115
|
-
|
|
116
|
-
|
|
117
|
-
|
|
118
|
-
|
|
119
|
-
|
|
120
|
-
|
|
121
|
-
|
|
122
|
-
|
|
123
|
-
|
|
124
|
-
|
|
125
|
-
|
|
126
|
-
|
|
127
|
-
|
|
128
|
-
|
|
129
|
-
|
|
130
|
-
|
|
131
|
-
|
|
132
|
-
|
|
133
|
-
|
|
134
|
-
|
|
135
|
-
|
|
136
|
-
|
|
137
|
-
|
|
138
|
-
|
|
139
|
-
|
|
140
|
-
|
|
141
|
-
|
|
142
|
-
|
|
143
|
-
|
|
144
|
-
|
|
145
|
-
|
|
146
|
-
|
|
147
|
-
|
|
148
|
-
|
|
149
|
-
|
|
150
|
-
**科研模式**:综合以上分析,给出对该公理体系的整体评价:
|
|
151
|
-
- 该体系是否适合其预期的应用领域?
|
|
152
|
-
- 是否存在需要补充或修改的公理?
|
|
153
|
-
- 该体系的局限性是什么(不可判定命题、非范畴性、构造性缺失等)?
|
|
154
|
-
|
|
155
|
-
**生活模式**:基于审查过的前提得出结论——如果前提没问题且逻辑链完整,结论就可靠;否则需要修正前提或补充论证。不是所有结论都需要完美的前提,但至少要知道前提的薄弱点在哪里,从而知道结论的可靠性边界。
|
|
156
|
-
|
|
157
|
-
## 常见错误 / Common Errors
|
|
158
|
-
|
|
159
|
-
| 错误 / Error | 数学批评 / Mathematical Critique | 正确做法 / Correct Approach | 模式 / Mode |
|
|
160
|
-
|-------------|-------------------------------|---------------------------|-----------|
|
|
161
|
-
| 混淆公理和定理 | 把需要证明的命题当作不证自明的公理 | 明确区分:公理是起点,定理是终点 | `[科研]` |
|
|
162
|
-
| 忽视隐式假设 | 论证中使用了未声明的假设,使推理不严密 | 审查每一步推理,暴露所有隐含假设 | `[通用]` |
|
|
163
|
-
| 接受矛盾公理集 | 从矛盾的公理出发可以推出任意结论(爆炸原理)| 检验公理集合的相容性 | `[科研]` |
|
|
164
|
-
| 把公理当真理 | 公理只是选择出发点的约定,不是绝对真理 | 公理的价值在于其推论的有用性 | `[科研]` |
|
|
165
|
-
| 忽略公理变更的可能性 | 认为公理是唯一可能的选择 | 考虑改变公理会得到什么新理论 | `[科研]` |
|
|
166
|
-
| 混淆一阶与二阶完备性 | 一阶逻辑有完备的证明系统(哥德尔完备性定理),但二阶逻辑没有完备的证明系统;二者"完备"含义不同 | 区分逻辑系统的完备性(proof-theoretic)与理论的完备性(model-theoretic),明确所用逻辑阶数 | `[科研]` |
|
|
167
|
-
| 忽视构造性义务 | 在构造性语境中使用排中律或仅证明 ¬¬∃x.φ(x) 而不给出见证 | 构造性证明必须对 ∃x.φ(x) 给出显式见证 x₀;若语境为构造性,禁止默认使用排中律 | `[科研]` |
|
|
168
|
-
| 假设所有不完备理论同样不完备 | 不同不完备理论的不可判定命题数量和性质差异巨大;有的只有少量独立命题(如 CH 对 ZFC),有的有大量 | 分析具体理论的不完备程度:哪些命题不可判定、不可判定命题的结构性质 | `[科研]` |
|
|
169
|
-
| 忽略隐含前提 | 在讨论中默认了对方不知道的前提,导致推理看似成立实则根基不稳 | 找出所有未明说的前提,包括"理所当然"的那些 | `[生活]` |
|
|
170
|
-
| 把约定俗成当作毋庸置疑 | 社会惯例或传统做法被视为不可质疑的前提,阻碍了更好的替代方案 | 约定俗成也是某种前提的选择,可以被审查和替换 | `[生活]` |
|
|
171
|
-
| 不同人对同一概念定义不同 | 争论半天才发现双方对关键词的理解完全不同,看似矛盾实则不在同一层面 | 争论前先确认核心概念的定义是否一致 | `[生活]` |
|
|
172
|
-
|
|
173
|
-
## 操作规程 / Operating Procedure
|
|
174
|
-
|
|
175
|
-
当本 skill 被触发时,首先判断模式:
|
|
176
|
-
|
|
177
|
-
- **科研模式**:涉及理论体系审查、形式系统分析、公理化构建 → 使用科研输出格式
|
|
178
|
-
- **生活模式**:涉及日常论证分析、决策前提审查、信念逻辑检查 → 使用生活输出格式
|
|
179
|
-
|
|
180
|
-
---
|
|
181
|
-
|
|
182
|
-
### 科研输出格式 / Research Output Format
|
|
183
|
-
|
|
184
|
-
1. **公理清单**:列出所有可识别的基本假设,格式为 `[公理N]: [内容](来源:显式/隐式/背景)`
|
|
185
|
-
2. **形式语言规定**:明确该体系使用一阶逻辑、二阶逻辑还是构造性逻辑,标注 `[语言类型]: [一阶/二阶/构造性](理由:...)`
|
|
186
|
-
3. **相容性检查**:判断公理集合是否自洽,标注 `✅ 相容` 或 `❌ 发现矛盾:[具体矛盾]`;若使用相对一致性,注明嵌入的目标系统
|
|
187
|
-
4. **独立性分析**:标注是否存在冗余公理 `⚠️ [公理N] 可能由 [公理M] 推出`
|
|
188
|
-
5. **完备性评估**:评估是否足以覆盖该领域的核心问题 `✅ 完备` / `⚠️ 不完备:缺少 [X]`;注明是否属于哥德尔不完备定理适用范围,标注可判定性
|
|
189
|
-
6. **公理变更分析**:如果改变某条公理(如去除排中律、添加/去除选择公理),理论会如何变化?
|
|
190
|
-
7. **结论**:明确写出对该理论体系的整体评价,包括其相容性、独立性、完备性、范畴性、可判定性的综合判定
|
|
191
|
-
|
|
192
|
-
**输出必须包含以上 7 项,不得只输出分析性文字而不给出结论。每项必须给出明确判定,不可悬置。**
|
|
193
|
-
|
|
194
|
-
---
|
|
195
|
-
|
|
196
|
-
### 生活输出格式 / Life Output Format
|
|
197
|
-
|
|
198
|
-
1. **[前提假设]:[列表]** — 明确所有前提,包括隐含的。列出你在基于什么得出结论,以及你没有说出来但默认了的前提
|
|
199
|
-
2. **[概念定义]:[澄清]** — 关键概念的精确含义。确认争论中核心词汇的定义是否一致,避免"看似矛盾实则不在同一层面"
|
|
200
|
-
3. **[前提一致性]:[检查]** — 前提之间是否矛盾。如果两个前提不能同时成立,需要协调或取舍
|
|
201
|
-
4. **[前提必要性]:[审查]** — 哪些前提真正不可或缺,哪些可以从其他前提推导出来。去掉可推导的前提,让论证更简洁
|
|
202
|
-
5. **[前提完备性]:[评估]** — 前提是否足够推导出结论。前提不够则结论不成立,前提过多则论证臃肿
|
|
203
|
-
6. **[结论可靠性]:[判断]** — 前提没问题则结论可靠,否则需修正前提或补充论证。明确指出前提的薄弱点在哪里
|
|
204
|
-
|
|
205
|
-
**输出必须包含以上 6 项,不得只输出分析性文字而不给出判断。每项必须给出明确判定,不可悬置。**
|
|
206
|
-
|
|
207
|
-
## 与其他 skill 的关系 / Relations to Other Skills
|
|
208
|
-
|
|
209
|
-
- **逻辑演绎**:公理化需要逻辑演绎作为推理工具;形式推理规则是公理体系的证明机制
|
|
210
|
-
- **抽象化**:公理化是最高层次的抽象——把一切还原为最少假设
|
|
211
|
-
- **建模思想**:公理体系本身也是一种模型,需要检验其对现实的适用性;模型论直接服务于相容性与独立性检验
|
|
212
|
-
- **归纳与类比**:公理的选择往往通过归纳和类比获得灵感
|
|
213
|
-
- **算法思想**:形式系统与可判定性直接关联——可判定理论存在算法判定定理,不可判定理论则不存在
|
|
1
|
+
---
|
|
2
|
+
name: axiomatization
|
|
3
|
+
description: |
|
|
4
|
+
触发:审查论文/理论的假设合理性、构建新公理系统、发现理论内部矛盾、验证相容性/独立性/完备性;或为算法/算子/结构定公理与不变量并检验其可计算性时调用。
|
|
5
|
+
English: Trigger when examining the reasonableness of a theory's assumptions, constructing an axiom system, discovering internal contradictions, verifying consistency/independence/completeness; or defining axioms and invariants for an algorithm/operator/structure and checking their computability.
|
|
6
|
+
---
|
|
7
|
+
|
|
8
|
+
# 📐 公理化思想 / Axiomatization
|
|
9
|
+
|
|
10
|
+
> "从最少假设出发,用严格逻辑构建——审查前提比检查结论更重要"
|
|
11
|
+
> "Starting from minimal assumptions, building through rigorous logic — examining premises matters more than checking conclusions"
|
|
12
|
+
>
|
|
13
|
+
> —— 欧几里得《几何原本》、希尔伯特《几何基础》、公理集合论
|
|
14
|
+
> —— Euclid's *Elements*, Hilbert's *Foundations of Geometry*, Axiomatic Set Theory
|
|
15
|
+
|
|
16
|
+
## 核心原则 / Core Principle
|
|
17
|
+
|
|
18
|
+
**任何理论体系都可以(且应该)被还原为一组基本公理,从这些公理出发,通过严格逻辑推理,可以推导出该领域的所有定理。审查前提比检查结论更重要——前提错了,结论再精巧也站不住脚。**
|
|
19
|
+
|
|
20
|
+
**Any theoretical system can (and should) be reduced to a set of fundamental axioms, from which all theorems in that domain can be derived through rigorous logical inference. Examining premises matters more than checking conclusions — if premises are wrong, no amount of elegant reasoning can save the conclusion.**
|
|
21
|
+
|
|
22
|
+
> **数学形式化 / Mathematical Formalization**
|
|
23
|
+
>
|
|
24
|
+
> 评判一个公理系统的质量,有以下核心标准:
|
|
25
|
+
>
|
|
26
|
+
> - **相容性(Consistency)**:公理之间不能互相矛盾。若公理集合矛盾,则由爆炸原理(ex falso quodlibet)可推出任意命题,体系崩溃
|
|
27
|
+
> - **独立性(Independence)**:每条公理都不能由其他公理推导出来
|
|
28
|
+
> - **完备性(Completeness)**:该领域的所有真命题都能从公理出发被证明(注意:完备性因逻辑系统阶数而异,见方法流程)
|
|
29
|
+
>
|
|
30
|
+
> **范畴性(Categoricity)**:若一个公理系统的所有模型彼此同构,则该系统是范畴的。范畴系统唯一确定其研究对象的结构——例如二阶 Peano 公理是范畴的(唯一模型为自然数结构 ℕ),而一阶 Peano 公理不是范畴的(存在非标准模型)。
|
|
31
|
+
>
|
|
32
|
+
> **相对一致性(Relative Consistency)**:若公理系统 A 的所有公理可嵌入为系统 B 中的真命题,且系统 B 已知相容,则系统 A 相容。这是证明相容性的标准方法——例如 PA 的相容性可在 ZFC 中证明(PA 的公理在 ZFC 中皆为真),但 ZFC 自身的相容性只能在更强的系统(如 ZFC+存在不可达基数)中相对证明。
|
|
33
|
+
>
|
|
34
|
+
> 详细数学依据见 `original-texts.md`
|
|
35
|
+
|
|
36
|
+
## GPU 友好性 / GPU-Friendliness(横切检查)
|
|
37
|
+
|
|
38
|
+
当公理化用于**为算法/算子/结构定公理与不变量**时,所定义的结构必须过 `../../references/gpu-friendly-math.md` 八维门——「公理自洽」不等于「可算」:
|
|
39
|
+
|
|
40
|
+
- **友好**:公理系统天然落到线性代数——群作用公理 → 等变层 = GEMM(权重沿轨道共享);环公理松弛为半环 → 广义 GEMM(min-plus/热带)。过维度 1/2/3。
|
|
41
|
+
- **可改造**:本质离散/符号的公理(硬 Top-K、精确有限域算术、符号证明搜索)阻断梯度 → 松弛公理:热带半环分段线性门控、Gumbel-softmax、可微代理。
|
|
42
|
+
- **反模式**:不变量要求全局符号推理或精确离散满足(如精确 Čech 上同调、精确轨道相等判断)→「美但不可算」;改为局部/连续近似。
|
|
43
|
+
|
|
44
|
+
八维最低判定(正式术语):**张量化**看公理实例是否能批量检查;**GEMM 可映射**看运算公理是否能落线性/半环矩阵乘;**复杂度**看一致性/独立性检查是否退化为不可判定或指数搜索;**显存与 KV-Cache**看不变量是否需要全局状态表;**低精度稳定**看公理是否容忍近似等式;**并行与通信**看局部公理能否分块验证;**稀疏结构**看约束图是否结构化;**算子融合**看公理检查能否编译成轻量 loss/guard。
|
|
45
|
+
|
|
46
|
+
> 配合 `../../references/books/abstract-algebra.md`(群/环/域公理、环→半环松弛)与 `../../references/books/algebraic-geometry-rising-sea.md`(层/范畴/上同调公理)。
|
|
47
|
+
|
|
48
|
+
## 不适用场景 / When NOT to Use
|
|
49
|
+
|
|
50
|
+
- **纯粹的事实查询**(如"这个公式是什么")——没有理论体系需要审查。
|
|
51
|
+
- **用户已接受某个理论框架,只需应用**——公理已选定。
|
|
52
|
+
- **经验性问题**(需实验数据而非逻辑推理)——公理化不能替代实证。
|
|
53
|
+
- **构造性语境下默认使用经典工具**——若用户要求构造性证明,不应默认排中律或选择公理。
|
|
54
|
+
|
|
55
|
+
## 何时使用 / When to Use
|
|
56
|
+
|
|
57
|
+
- 阅读论文时,审查其理论基础假设是否合理、是否自洽。
|
|
58
|
+
- 构建理论框架时,从最小公理集出发。
|
|
59
|
+
- 发现某理论体系内部存在矛盾或不一致。
|
|
60
|
+
- 需判断形式系统是否可判定(decidable)或是否完备。
|
|
61
|
+
- 需比较不同公理选择的后果(构造性 vs 经典、一阶 vs 二阶)。
|
|
62
|
+
- **为算子/结构定公理与不变量**,并检验其在 GPU 上的可计算性。
|
|
63
|
+
|
|
64
|
+
## 方法流程 / Method
|
|
65
|
+
|
|
66
|
+
### 第一步:识别公理 / Identify the Axioms
|
|
67
|
+
找出该理论体系的所有基本假设(公理),区分:**显式公理**(作者明确声明)、**隐式公理**(未声明但论证实际使用)、**背景公理**(默认接受的更大框架假设,如默认 ZFC)。
|
|
68
|
+
|
|
69
|
+
> "每一门科学只有当它被公理化之后,才算是真正成熟了。" —— 希尔伯特
|
|
70
|
+
|
|
71
|
+
### 第二步:规定形式语言 / Specify the Formal Language
|
|
72
|
+
公理体系表达力取决于所选形式语言,公理化前必须明确:
|
|
73
|
+
|
|
74
|
+
- **一阶逻辑(First-order Logic)**:量词只作用于个体元素。表达力有限,但拥有完备证明理论(哥德尔完备性定理:可证明的恰好是有效的)。一阶理论模型不唯一(非范畴性),但证明系统可靠且完备。
|
|
75
|
+
- **二阶逻辑(Second-order Logic)**:量词可作用于子集和函数。表达力更强(可表达范畴性,如二阶 Peano 唯一刻画 ℕ),但不存在完备证明系统——其语义不可被任何递归公理集完全捕获。
|
|
76
|
+
- **构造性逻辑(Constructive / Intuitionistic Logic)**:不接受排中律(∀P, P∨¬P)。存在量词证明必须给出显式见证(witness):证明 ∃x.φ(x) 必须构造出具体 x₀ 使 φ(x₀) 成立。推理规则更严格,但保证所有证明可计算。
|
|
77
|
+
|
|
78
|
+
> 选择语言不仅是技术细节,而是根本性哲学决定:一阶逻辑承诺可穷尽的证明系统,二阶逻辑承诺结构唯一性,构造性逻辑承诺可计算性。
|
|
79
|
+
|
|
80
|
+
### 第三步:检验相容性 / Check Consistency
|
|
81
|
+
检查公理之间是否互相矛盾。若公理集合矛盾,则由爆炸原理可推出任意命题,体系崩溃。检验方法:
|
|
82
|
+
|
|
83
|
+
- 寻找是否存在两个公理 P 与 ¬P 同时成立。
|
|
84
|
+
- 尝试构造模型使所有公理同时为真(模型存在 ⇒ 相容)。
|
|
85
|
+
- **相对一致性证明**:将系统 A 的公理嵌入为系统 B 中的真命题,若 B 已知相容则 A 相容。例如 PA 相容(PA 公理在 ZFC 的 von Neumann 自然数模型中皆为真)。
|
|
86
|
+
- **有限模型方法**:对较弱的形式系统(命题逻辑、某些有穷公理化弱算术),可构造有限模型直接验证相容性。
|
|
87
|
+
|
|
88
|
+
### 第四步:检验独立性 / Check Independence
|
|
89
|
+
检查是否有某条公理可由其他公理推导出来。若存在,它不是真正的公理而是定理。检验方法:
|
|
90
|
+
|
|
91
|
+
- 对每条公理 A,构造模型使 A 不成立但其他公理都成立。
|
|
92
|
+
- 若这样的模型存在,则 A 独立于其他公理。
|
|
93
|
+
- 经典案例:平行公理独立于欧氏几何其余公理(非欧几何模型);选择公理独立于 ZF(Cohen 力迫法)。
|
|
94
|
+
|
|
95
|
+
### 第五步:评估完备性 / Assess Completeness
|
|
96
|
+
检查公理体系是否足以推导出该领域所有重要结论。完备性性质因逻辑阶数和理论内容而异:
|
|
97
|
+
|
|
98
|
+
- **一阶理论可以完备**:稠密线性序(DLO)、固定特征的代数封闭域(ACF_p)等一阶理论完备且可判定。完备 ≠ 不存在未决问题;完备指对每个闭公式 φ,φ 或 ¬φ 可由公理证明。
|
|
99
|
+
- **哥德尔不完备定理的适用范围**:不完备性特指包含足够算术的一阶递归可枚举理论(PA、ZFC 等),其中必然存在不可判定命题(如 PA 中的 Gödel 句、ZFC 中的 CH)。
|
|
100
|
+
- **可判定性(Decidability)是独立问题**:完备的一阶理论通常可判定(有算法判定任意公式是否为定理),但不完备理论未必不可判定——可判定性取决于是否存在判定定理的算法,而非是否所有命题都有证明。
|
|
101
|
+
|
|
102
|
+
### 第六步:分析公理选择的影响 / Analyze the Impact of Axiom Choice
|
|
103
|
+
改变或放松某条公理,理论会发生什么变化?许多数学分支的发展正是通过改变公理实现的:
|
|
104
|
+
|
|
105
|
+
- 改变平行公理 → 非欧几何(双曲几何、椭圆几何)。
|
|
106
|
+
- **构造性 vs 经典**:去除排中律 → 构造性数学(Brouwer, Heyting),存在性证明必须提供显式构造;添加选择公理 → 更强的经典数学,但产生非构造性证明(如 Banach-Tarski 分球定理)。
|
|
107
|
+
- **Zorn 引理、良序定理与选择公理**:在 ZF 中三者等价——接受任何一个即接受全部,这一等价性本身是非构造性的。
|
|
108
|
+
- 改变归纳公理 → 非标准分析。
|
|
109
|
+
|
|
110
|
+
### 第七步:应用与结论 / Apply and Conclude
|
|
111
|
+
综合以上分析,给出对该公理体系的整体评价:是否适合其预期应用领域?是否存在需补充或修改的公理?该体系的局限性是什么(不可判定命题、非范畴性、构造性缺失等)?
|
|
112
|
+
|
|
113
|
+
## 常见错误 / Common Errors
|
|
114
|
+
|
|
115
|
+
| 错误 / Error | 批评 / Critique | 正确做法 / Correct Approach |
|
|
116
|
+
|---|---|---|
|
|
117
|
+
| 混淆公理和定理 | 把需证明的命题当作不证自明的公理 | 明确区分:公理是起点,定理是终点 |
|
|
118
|
+
| 忽视隐式假设 | 论证中使用了未声明的假设,推理不严密 | 审查每一步推理,暴露所有隐含假设 |
|
|
119
|
+
| 接受矛盾公理集 | 从矛盾公理可推出任意结论(爆炸原理) | 检验公理集合的相容性 |
|
|
120
|
+
| 把公理当真理 | 公理只是选择出发点的约定,非绝对真理 | 公理的价值在于其推论的有用性 |
|
|
121
|
+
| 忽略公理变更的可能性 | 认为公理是唯一可能的选择 | 考虑改变公理会得到什么新理论 |
|
|
122
|
+
| 混淆一阶与二阶完备性 | 一阶有完备证明系统(哥德尔完备性),二阶没有;二者"完备"含义不同 | 区分证明论完备性与模型论完备性,明确逻辑阶数 |
|
|
123
|
+
| 忽视构造性义务 | 构造性语境中使用排中律或仅证 ¬¬∃x.φ(x) 而不给见证 | 构造性证明须对 ∃x.φ(x) 给出显式见证 x₀;构造性语境禁用排中律 |
|
|
124
|
+
| 假设所有不完备理论同样不完备 | 不同不完备理论的不可判定命题数量与性质差异巨大 | 分析具体理论:哪些命题不可判定、其结构性质如何 |
|
|
125
|
+
| 把离散/符号公理硬塞进训练 | 本质离散/符号的公理系统不可微、不可算 | 过八维门,必要时松弛为可微/近似(热带半环、Gumbel-softmax) |
|
|
126
|
+
|
|
127
|
+
## 操作规程 / Operating Procedure
|
|
128
|
+
|
|
129
|
+
当本 skill 被触发时,输出必须包含:
|
|
130
|
+
|
|
131
|
+
1. **公理清单**:`[公理N]: [内容](来源:显式/隐式/背景)`
|
|
132
|
+
2. **形式语言规定**:`[语言类型]: [一阶/二阶/构造性](理由:...)`
|
|
133
|
+
3. **相容性检查**:`✅ 相容` 或 `❌ 发现矛盾:[具体矛盾]`;若用相对一致性,注明嵌入的目标系统
|
|
134
|
+
4. **独立性分析**:标注是否存在冗余公理 `⚠️ [公理N] 可能由 [公理M] 推出`
|
|
135
|
+
5. **完备性评估**:`✅ 完备` / `⚠️ 不完备:缺少 [X]`;注明是否属哥德尔不完备定理适用范围,标注可判定性
|
|
136
|
+
6. **公理变更分析**:若改变某条公理(去除排中律、添加/去除选择公理),理论会如何变化?
|
|
137
|
+
7. **结论**:对该理论体系相容性、独立性、完备性、范畴性、可判定性的综合判定
|
|
138
|
+
8. **[GPU 可行性]**(若用于算法/算子/结构设计)— 所定公理与不变量导出的结构过 `../../references/gpu-friendly-math.md` 八维门,标注友好/可改造/不友好 + 改造建议
|
|
139
|
+
|
|
140
|
+
**输出不得只给分析而无结论。每项必须给出明确判定,不可悬置。**
|
|
141
|
+
|
|
142
|
+
## 与其他 skill 的关系 / Relations to Other Skills
|
|
143
|
+
|
|
144
|
+
- **逻辑演绎**:公理化需要逻辑演绎作为推理工具;形式推理规则是公理体系的证明机制。
|
|
145
|
+
- **抽象化**:公理化是最高层次的抽象——把一切还原为最少假设。
|
|
146
|
+
- **建模思想**:公理体系本身也是一种模型,需检验其对现实的适用性;模型论直接服务于相容性与独立性检验。
|
|
147
|
+
- **归纳与类比**:公理的选择往往通过归纳和类比获得灵感。
|
|
148
|
+
- **算法思想**:形式系统与可判定性直接关联——可判定理论存在算法判定定理,不可判定理论则不存在。
|
|
149
|
+
- **现代数学激活**:`../../references/books/abstract-algebra.md`(公理系统/群环域、环→半环松弛)、`../../references/books/algebraic-geometry-rising-sea.md`(层/范畴/上同调基础)。
|