| title | 知识架构 |
|---|---|
| status | active |
| type | meta |
| created | 2026-07-23 |
| updated | 2026-07-23 |
本 Wiki 借鉴软件工程分层,但不机械照搬 controller/service/model/util/data。知识工作中的对应关系如下。
| 软件工程层 | 本项目对应目录 | 职责 |
|---|---|---|
| Controller | docs/00-meta/、docs/08-discussions/ |
控制研究流程、接收问题、记录讨论和下一步动作 |
| Model | CONTEXT.md、docs/01-domain-model/ |
保存领域实体、关系、边界与形式化定义 |
| Service | docs/02-hypotheses/、docs/04-analysis/ |
执行解释、推理、比较、评估和反例检验 |
| Data | sources/、data/、docs/03-cases/ |
保存来源、结构化材料和案例事实 |
| View / Output | docs/07-article/ |
将稳定结果组织为读者可消费的文章 |
| Util | templates/、scripts/、assets/ |
提供模板、检查脚本和图表资源 |
| Integration | docs/05-related-work/、docs/06-implications/ |
连接既有理论与外部应用方向 |
| Decision Log | docs/09-decisions/ |
保存难以从最终结构反推的关键建模决策 |
flowchart TD
D[讨论记录] --> U{概念是否清晰?}
U -- 否 --> D
U -- 是 --> M[领域模型与词汇表]
M --> H[可检验命题]
H --> E[案例与证据]
E --> V{命题是否经受压力测试?}
V -- 否 --> R[修订或记录反例]
R --> M
V -- 是 --> A[文章草稿]
文章章节会频繁重排,而概念、案例和来源应该长期保持稳定地址。因此:
- Wiki 区按照知识职责组织;
- 最终文章只引用、重组这些稳定内容;
- 不在文章草稿中存放唯一版本的关键定义。