从清晰说明开始。
将协作文档和结构化图表作为团队熟悉的工作界面。
日常工作
足以支撑团队每天的工作。 不只是建模。
在可读界面中编写文档、绘图、实时协作、评论、搜索、查看历史、导入和导出；只在有价值时增加结构。
- 01技术文档
- 02结构化图
- 03实时协作
- 04评论与审查
- 05权限感知搜索
- 06版本历史
- 07导入与导出
- 08不可变发布
渐进式形式化
从文档开始， 而不是从本体开始。
只有当结构能够创造价值时才引入它。未完成的草稿仍可自由编写；当工作准备就绪时，发布知识才变得精确。
- 01
照常书写或绘图 - 02
识别关键内容 选择 Service、Team、Runbook、SLO 或 Decision。
周围文档依然易读，而重要概念则被明确表达。
- 03
确认声明 始终由人掌控意图。
在经授权人员确认哪些内容应进入人工编写知识之前，建议始终只是建议。
- 04
引用，不要重复复制 在每个关键场景复用对象。
档案、文档、图表和运维知识都指向同一个稳定身份。
- 05
有意图地发布 准备就绪后创建不可变版本。
审查、来源、权限和可移植结构始终与发布结果绑定。
产品内工作流
从一句文字 到可治理的模型。
以真实界面为锚点，六步展示同一服务如何在日常界面间流动而不丢失身份和来源。
- 01Author编写 Service Overview
从易读、可协作的文字开始。
- 02Promote提升为可复用对象
需要复用时确认稳定身份。
- 03Reuse在另一文档中引用
使用同一对象而不是新副本。
- 04Model创建类型化图
声明有含义的节点和关系。
- 05Review审查负责人或依赖变更
比较语义影响与来源。
- 06Govern绑定、发布与导出
保留有归属的外部上下文并检查包。
按价值组织能力
六项工作。
一个 Document Graph。
让工作流继续前进，同时不把文档、对象、图与外部证据压成一种记录。
自然写作与协作。
先创建文档、评论和草稿，再决定哪些内容需要结构。
复用身份与关系。
把重要概念提升为对象、类型化节点和已声明边。
审查含义，而不只是文字。
在来源处检查负责人、依赖、目标与 Decision 变化。
治理发布，不阻塞草稿。
在合适边界应用 Knowledge Contract、审查规则和豁免。
把证据放在声明旁边。
Living Binding 在人工接受前保持外部上下文的归属。
移动可检查模型。
一起导出内容、ID、版本、来源、审查与权限映射。
无需依赖 AI，也能 AI-ready
为 AI 准备好。 创作不依赖 AI。
身份、版本、权限和来源改善检索输入；模型或提供方不可用时，核心创作仍可继续。
实体拥有稳定地址。
检索返回对象及使用位置，而不是关系不明的相似片段。
上下文绑定到有意发布的版本。
发布状态与历史说明当前有效内容。
先授权，再暴露细节。
搜索、事件和导出只返回调用者有权看到的信息。
声明与证据不混合。
消费者知道谁声明、哪个提供方在何时观察。