fpf-problem-solving

第一性原理框架（FPF）

一个“思维操作系统”——一种用于推理的跨学科架构，以人类和机器均可读取的伪代码编写。FPF 将原始智能（人类或机器）转化为可供组织使用的推理：明确界定上下文、可审计的产物、多视角描述，以及专业化参与者之间有章可循的交接。

使用场景

每当你需要比当前情境的默认方式更严谨地思考时，都可以使用 FPF。

• 将棘手的跨领域问题拆解为可独立推理的部分
• 在证据不完整的情况下做出影响重大的决策，并了解还缺少哪些证据
• 让不同背景的团队成员共同推理，避免术语冲突或隐藏假设
• 审计某个结论是否有充分依据，还是仅仅看似合理
• 跨领域传递洞见，同时保持精确并避免类别错误
• 构建能够经受多位专家从不同角度审视的提案
• 系统地生成备选方案，而不是受第一个想法影响
• 在比较选项前，先定义什么才算“更好”
• 在寻找解决方案前，先判断你面对的是哪类问题
• 规划 AI Agent 如何在预算和信任约束下选择并排序工具

如何导航

上述使用场景有助于判断是否应该调用 FPF。调用后，下面的路由器将决定该从哪里开始。

步骤 1 — 将思考需求与切入点对应起来

你需要做什么	从这里开始
分解一个复杂整体，将其拆分为边界明确的部分	04 Kernel → A.1 Holons、A.1.1 Bounded Contexts、A.14 Mereology
分配角色和职责	04 Kernel → A.2 Roles、A.15 Role-Method-Work Alignment
设定边界，明确语句的含义	05 Signature Stack → 将语句分类为定义、门槛、职责或证据
防止范畴错误（角色与功能、方法与工作混淆）	06 Constitutional Principles → A.7 Strict Distinction
评估某项主张或产物的可信度	07 Part B → B.3 Trust & Assurance；08 Part C → C.2 F-G-R scoring
组合各部分形成整体，同时保留其属性	07 Part B → B.1 Gamma algebra；08 Part C → C.13 Compose-CAL、C.20 Discipline-CAL
系统地推理问题	07 Part B → B.5 Reasoning Cycle、B.5.2 Abductive Loop
生成备选方案／探索解空间	08 Part C → C.18 NQD Open-Ended Search、C.19 Explore-Exploit
严谨地衡量和比较选项	06 A.V → A.17-A.19 Characteristics、CSLC & SelectorMechanism；08 Part C → C.16 MM-CHR
评估知识质量（形式性、范围、可靠性）	08 Part C → C.2 KD-CAL、C.2.2 Reliability、C.2.3 Formality
解决利益相关者或价值观之间的冲突	09 Part D → Ethics & Conflict
统一不同团队或领域的词汇	13 F.I Context of Meaning → 14-15 UTS tables → 20 Lexical Debt
面向多种受众编写文档	11 E-I Constitution → E.17 Multi-View Publication Kit
打磨表达 — 修正含糊措辞，揭示歧义	11 E-I → E.17.SD.SPR Surface Precision Restoration、E.17.SD.OOTD Object-of-Talk Discipline、E.17.EFP Explanation Faithfulness；05 A.IV.A → A.6.H Wholeness Unpacking
调研一个学科并构建可复用的工具包	16 Part G → SoTA Packs、TraditionCards、OperatorCards；08 Part C → C.21 Discipline-CHR（领域健康度与成熟度）
在解决问题前对问题类型进行分类	08 Part C → C.22 Problem-CHR、C.3 Kind-CAL（类型化推理）
定义质量属性（“-ilities”），并将其构建为结构化组合	08 Part C → C.25 Q-Bundle；06 A.V → A.17-A.19 Characteristics
在预算和信任门槛约束下编排 Agent 工具的使用	08 Part C → C.24 Agent-Tools-CAL
追溯主张的来源	06 A.V → A.10 Evidence Graph；16 Part G → G.6 Provenance Ledger

对于复杂问题，请沿着多个章节的路径阅读——路由器指明的是从哪里开始，而不是在哪里结束。

步骤 2 — 先阅读 _index.md，再阅读子章节

1. 打开目标章节文件夹中的 _index.md — 其中列出了所有子章节、行数和说明。
2. 只阅读所需的特定子章节文件。
3. 请勿加载整个章节。选择能满足用户问题的最精简文件。

步骤 3 — 使用通俗语言

面向用户时使用通俗语言。只有在 FPF 内部名称（U.Holon、Gamma、F-G-R）能提供用户所需的精确性时，才引入这些名称。

步骤 4 — 综合不同章节的发现

当问题涉及多个章节时：

1. 用一句话说明每种模式的作用（例如：“Bounded Contexts 帮我们确定各个部分；Trust Calculus 则评估我们对每个部分的信心。”）。
2. 如果不同章节的模式看似冲突，请通过 A.7 Strict Distinction 检查是否存在范畴错误——冲突通常源于层级混淆（角色与功能、方法与工作），而非真正的矛盾。
3. 按自然顺序综合：先分解（有哪些部分？），再评估（我们有多大把握？），最后解决（如何弥补缺口？）。
4. 不要只罗列 FPF 模式——应将它们融入对用户实际问题的连贯回答。

入门提示词（示例 — 根据用户的实际角色和需求调整）

你已加载 FPF 规范。 帮我梳理项目／问题／计划的结构。 用工程经理能看懂的通俗语言。 提出：（1）有界上下文／专业领域，（2）决策标准，（3）关键备选方案， （4）交接环节，以及（5）承诺前仍缺少的证据或测试。 只有在能提高表述精确度时，才引入 FPF 的内部名称。

章节索引

结构参考。每个条目对应一个文件夹——先阅读其中的 _index.md，然后选择子章节。

#	章节	子章节	使用场景
01	标题页	0	作者信息、版本日期、顶层身份。
02	目录	0	浏览规范、查找模式、追踪章节间的依赖关系。
03	前言	17	入门：按角色划分的阅读路径、FPF 理念、目的与非目标。
04	A 部分 — 内核	19	分解并分配：全子、限界上下文、角色、转换器、方法与工作分离。
05	A.IV.A — 签名	20	设定边界：将陈述归类为定义、关卡、职责或证据。
06	A.V — 原则	29	避免混淆：类别错误、测量、比较、证据图、机制套件、流程约束、关卡配置。
07	B 部分 — 推理	24	组合并评估：聚合（Gamma）、信任分数、涌现、推理循环。
08	C 部分 — 扩展	30	评分与搜索：认识论质量（F-G-R）、类型、测量、开放式搜索、问题类型、学科组合、Agent 工具使用、质量包。
09	D 部分 — 伦理	1	解决冲突：伦理权衡、偏见审计、安全覆盖。
10	E 部分 — 宪章	0	E 部分子章节的入口。
11	E-I — 宪章	33	治理与发布：11 项支柱、护栏、多视图发布（MVPK）、表层规范、对比阅读、转导图、模式质量关卡。
12	F 部分 — 统一	0	F 部分子章节的入口。
13	F.I — 意义	19	统一词汇：语义漂移、同形异义词冲突、对齐桥。
14	UTS 布局 A	0	跨标准映射概念（BPMN、PROV-O、ITIL）。
15	UTS 布局 B	1	跨学科映射概念（运营、物理、数学）。
16	G 部分 — SoTA 工具包	15	汲取学科成果：SoTA 包、TraditionCards、OperatorCards、基准测试。
17	H 部分 — 术语表	0	查询术语：规范定义、四种命名形式、交叉引用。
18	I 部分 — 附录	0	演练、变更日志、外部标准映射。
19	J 部分 — 索引	0	概念到模式、模式到示例、原则追踪索引。
20	K 部分 — 词汇债务	2	修正术语：强制替换与迁移债务。