doctrine — Markdown information governance for LLM development
doctrine — Markdown information governance for LLM development
深度判断
结论：晋升为正式 source page。 doctrine 虽然只有 1 star，但它提供的是可复用方法论：给 LLM 开发文档写入 status、provenance、dependencies、freshness，避免废弃方针复活、未决事项被当作既决、规格与实现混淆。它对 llm-wiki 特别重要，因为 wiki 页面越多，信息治理成本越可能超过生成成本。
机制 / 一阶原理
一阶原理是“文档是负债，不是资产”。LLM 能廉价生成大量 spec、调查、决策、日志，但未来人和 agent 要判断哪些仍有效、依赖什么、源自哪里。doctrine 把这些状态写成 Markdown 结构与编号要求 R1-R12，并提供两种采用方式：把规范交给 LLM 在项目中实现，或安装参考插件/skills/hooks。
与已有 wiki 概念的关系
| 它与 Context-Engineering 的 source authority / workflow state、Knowledge-as-Code 的版本化知识、LLM-Wiki 的 raw/source/concept 分层、[[AGENTS.md-Context-Files | AGENTS.md 上下文文件]] 的最小入口原则直接相关。它也补充了 [[llm-wiki-optimization-2026-08-13 | llm-wiki 自我优化 2026-08-13]] 提到的 authority/state 字段：不只是记录来源，还要记录 status 与 freshness。 |
| 相关页面：Context-Engineering · Knowledge-as-Code · LLM-Wiki · [[AGENTS.md-Context-Files | AGENTS.md 上下文文件]] |
对 Hermes / llm-wiki / agentic workflows 的启发
低风险优化：每日 radar 报告和 self-optimization page 应继续区分 promoted、raw-only、HOLD、rejected；source page frontmatter 可逐步增加 confidence、source_url、updated，正文写入记录保留人工可读时间。高风险优化是给所有旧页面批量补 status/freshness 字段，这需要单独 lint/迁移计划。
失败模式、边界条件与未解问题
风险是信息治理体系本身膨胀，导致写页面比用页面更重；日文 README 中引用的外部依据未在本次复核；插件/hooks 的实际效果也未验证。因此本页沉淀原则，不把插件视为已验证工具。
来源与证据
- GitHub: https://github.com/Forest-Project-Lab/doctrine
- Stars at ingest: 1
- Last pushed at ingest: 2026-08-13T21:50:29Z
- Raw archive: doctrine-markdown-information-governance-readme-2026-08-14
写入记录
- 2026-08-14 09:00 CST：从 GitHub README 深度入库，新增 source page、raw archive，并关联相关方法论页面。