# 概念 > 关于上下文、判断与 AI 的工作思考。打开一个概念，查看各个部分，并了解它如何发展。 - Canonical URL: https://www.svenspoede.com/zh/concepts/ - Language: 中文 - JSON: https://www.svenspoede.com/zh/concepts/index.json - Complete public context: https://www.svenspoede.com/zh/context.json 这些是我在工作中运用并持续完善的概念。每篇文章都把解释与可探索的示例连接起来。可以从知识对象开始，也可以沿着一种工作方法深入。 ### 知识对象 - ID: `knowledge-object` - Type: concept - Canonical page: https://www.svenspoede.com/zh/concepts/knowledge-objects/ - Updated: 2026-09-19 当意义、依据、边界和接口一起传递时，知识就更容易被有效使用。 一句有用的陈述很少能够独立存在。使用它的人需要知道：它是什么意思，依据是什么，适用于哪里，以及可以如何使用。知识对象把这些关系保留在一起。 本页的对象用自身来说明这种结构：它描述的是“知识对象”这个概念。主页也采用相同的四个层面，但那里描述的是一个人及其工作。形式相同，上下文不同。 ## 对象承载什么 意义让预期的解释变得明确。依据让支持材料可以被检查。边界保留适用范围、不确定性和责任。接口则让人和软件以不同形式使用同一份上下文。 这些问题相互关联。新的来源可能缩小一项主张的范围；边界的变化可能影响接口应该公开什么。如果把它们压缩成一个段落，这些变化往往更难看见。 ## 一个示例：试点邀请 假设一个共享的营销活动工作空间只向受邀团队开放，尚未确定全面开放的日期。某份发布草稿却写道：“下个月向所有人开放。” - **意义：** 帮助符合条件的团队决定是否申请试点邀请。 - **依据：** 试点说明确认了邀请制，但没有给出全面开放的日期。 - **边界：** 草稿不能扩大访问范围或虚构日期；发布需要由负责人批准。 - **接口：** 人可以阅读解释，助手则可以检查关于访问、日期和批准的明确字段。 对象不会自行写出最终信息。它提供足够的上下文，让撰写者或审核者看出草稿为何需要修改。这是为解释而编写的示例，并非客户成果。 ## 可检查的结构，而非保证 结构化的陈述仍然可能出错。来源可能不可靠，解释可能发生偏移，边界也可能过时。其价值在于：这些问题有了明确的位置，也有了可以修正的地方。 我的 [AG CommTech 访谈](https://agcommtech.de/2026/03/31/weniger-dokumente-mehr-knowledge-objects-wie-zeiss-ki-assistenten-systematisch-aufbaut/) 提供了我在传播工作中运用知识对象的公开背景。本页的四部分模型是一种解释方式，不是普遍适用的标准。 一份知识在传递时，还需要带上什么？ **Boundary:** 一种带有编写示例的解释模型，并非通用标准或客户成果声明。 #### 让意义与陈述保持相连。 - Part ID: `meaning` - Label: 意义 明确预期的解释和用途。 知识对象把知识与足够的上下文连接起来，使其能够被理解并负责任地使用。本对象描述这一概念；主页用同样的结构描述一个人。 **Purpose:** 明确预期的解释和用途。 **Source:** 本页撰写的定义。 **Boundary:** 这是一种实用的理解方式，而非普遍适用的知识标准。 **Example:** 这里的“知识对象”，指与依据、边界和使用方式保持连接的一项陈述。 Related parts: evidence, interfaces #### 说明概念由什么支持。 - Part ID: `evidence` - Label: 依据 让主张与可检查的来源保持连接。 来源可以是公开访谈、观察或记录下来的决定。关键在于它们之间的关系：它支持哪项陈述，又留下什么问题？引用提供检查的路径，但不能代替检查。 **Purpose:** 让主张与可检查的来源保持连接。 **Source:** 链接中的 AG CommTech 访谈提供公开背景；四部分模型与试点示例由本页作者撰写。 **Boundary:** 讨论一种方法的来源，并不能证明所有拟议用途或结果。 **Example:** 试点说明支持“仅限邀请”，却不支持“下个月向所有人开放”。 Related parts: meaning, boundaries #### 保留限制与责任。 - Part ID: `boundaries` - Label: 边界 说明主张适用于哪里、哪些内容未知，以及谁有权决定。 边界防止有用的陈述变成缺乏依据的承诺。它包括适用范围、不确定性、保密要求，以及知道某件事与有权采取行动之间的区别。 **Purpose:** 说明主张适用于哪里、哪些内容未知，以及谁有权决定。 **Source:** 本概念及其试点示例中说明的适用范围与限制。 **Boundary:** 知识对象可以描述权限，却不能自行授予权限。 **Example:** 未确认的开放日期仍然未知。发布仍需要由负责人决定。 Related parts: evidence, interfaces #### 为同一份上下文提供不同视图。 - Part ID: `interfaces` - Label: 接口 让人和软件使用同一份经过撰写的意义。 文章、交互对象和结构化字段，可以呈现同一份上下文的不同视图。接口应适合它的读者，同时保留下层的来源和限制。 **Purpose:** 让人和软件使用同一份经过撰写的意义。 **Source:** 本文及其 JSON、Markdown 表示。 **Boundary:** 机器可读的视图为智能体提供上下文，而不是不受限制的行动权限。 **Example:** 人阅读解释；智能体通过明确字段检查同样的意义、依据和边界。 Related parts: meaning, boundaries #### Relationships - `meaning` → `evidence`: 依据来自 - `evidence` → `boundaries`: 界定适用范围 - `boundaries` → `interfaces`: 约束 - `interfaces` → `meaning`: 带入实际使用 #### Sources - [AG CommTech — 更少文档，更多 knowledge objects —— ZEISS 如何系统化构建 AI 助手](https://agcommtech.de/2026/03/31/weniger-dokumente-mehr-knowledge-objects-wie-zeiss-ki-assistenten-systematisch-aufbaut/) (public-record) ### 一种工作方法 - ID: `working-method` - Type: concept - Canonical page: https://www.svenspoede.com/zh/concepts/working-method/ - Updated: 2026-09-19 界定要做的决定，连接相关知识，检验草稿，再由明确的负责人把结果投入使用。反馈随时可以促使我们重新界定问题。 一种方法的价值，在于帮助人们发现什么需要改变。僵化的流程可能适得其反：它会让早期的误解一路进入越来越精致的产出。 我把工作看作一个循环：界定决策、连接相关知识、质疑结果，再带着明确的责任交付使用。这些环节为人的判断提供位置，而不是用四个步骤取代判断。 ## 一份公告，四种不同的问题 沿用知识对象中的试点邀请示例：受邀团队可以试用一个营销活动工作空间，但全面开放的日期未知。早期草稿却宣布：“下个月向所有人开放。” 界定环节要明确谁需要作出什么决定。连接环节把试点说明和审核规则放入草稿的上下文。质疑环节暴露缺乏依据的受众范围和日期。交付环节把修正后的信息交给能够批准发布的人。 价值不在于增加一份检查表，而在于能够定位问题。这里，更优美的措辞无法修复草稿：它对任务的理解与实际范围不符。 ## 为什么箭头会返回 质疑可以让工作回到界定环节。也许目标受众从未达成一致，也许任务要求作出当前依据无法支持的主张。 交付也会产生反馈。如果读者把邀请误解为全面开放，这种反应说明原来的界定需要重新审视。已经发布的信息仍然需要负责人；发布并不意味着学习结束。 ## 哪些判断仍然属于人 工具可以帮助整理上下文、比较草稿与来源，并指出矛盾。人仍然需要判断来源是否合适、取舍是否可以接受，以及结果是否应当投入使用。 本例是为解释方法而编写的，并没有连接客户系统。选择某个环节不会批准或发布任何内容。 上下文怎样变成有人能够负责的决定？ **Boundary:** 沿用同一份虚构试点公告，探索其工作方法。 #### 先明确决定，再选择工具。 - Part ID: `frame` - Label: 界定 共同确定受众需要发生什么改变，以及什么样的结果才有用。 共同确定受众需要发生什么改变，以及什么样的结果才有用。 试点邀请和全面发布公告是不同的任务。 **Purpose:** 共同确定受众需要发生什么改变，以及什么样的结果才有用。 **Source:** 示例简报：合适的团队需要决定，是否参加营销活动工作空间的试点。 **Boundary:** 试点邀请和全面发布公告是不同的任务。 **Example:** 邀请合适的团队试用工作空间，不承诺全面推广。 Related parts: connect, challenge, release #### 把必要的上下文带入工作。 - Part ID: `connect` - Label: 连接 连接简报、有依据的事实和审阅规则，让这些内容在草稿修改后仍然可用。 连接简报、有依据的事实和审阅规则，让这些内容在草稿修改后仍然可用。 材料更多，并不等于上下文更充分。应纳入决定真正依赖的内容。 **Purpose:** 连接简报、有依据的事实和审阅规则，让这些内容在草稿修改后仍然可用。 **Source:** 示例简报、仅限邀请的试点说明，以及由人审阅的规则。 **Boundary:** 材料更多，并不等于上下文更充分。应纳入决定真正依赖的内容。 **Example:** 让“仅限邀请”始终跟随草稿，同时保留全面开放日期尚未确定这一信息。 Related parts: frame, challenge #### 用已知信息检验草稿。 - Part ID: `challenge` - Label: 检验 在流畅的表达被误当作正确答案之前，暴露矛盾和缺乏依据之处。 在流畅的表达被误当作正确答案之前，暴露矛盾和缺乏依据之处。 可以否定没有依据的措辞。缺失的事实需要核实，不能猜测。 **Purpose:** 在流畅的表达被误当作正确答案之前，暴露矛盾和缺乏依据之处。 **Source:** 示例测试草稿：“下个月向所有人开放。”将其与示例试点说明对照。 **Boundary:** 可以否定没有依据的措辞。缺失的事实需要核实，不能猜测。 **Example:** “所有人”超出了试点范围，“下个月”加入了未经确认的日期。把这两项主张带回简报重新检查。 Related parts: connect, frame, release #### 明确责任，再把结果投入使用。 - Part ID: `release` - Label: 交付 为交接划定范围：批准了什么、谁来决定，以及什么情况会触发修改。 为交接划定范围：批准了什么、谁来决定，以及什么情况会触发修改。 工具可以准备结果，发布仍由人决定；新证据也可能要求纠正原有表述。 **Purpose:** 为交接划定范围：批准了什么、谁来决定，以及什么情况会触发修改。 **Source:** 示例审阅决定：采用仅限邀请的表述，由负责人批准发布。 **Boundary:** 工具可以准备结果，发布仍由人决定；新证据也可能要求纠正原有表述。 **Example:** “受邀团队现在可以试用营销活动工作空间。”如果读者误以为已全面开放，就重新调整表述框架。 Related parts: challenge, frame #### Relationships - `frame` → `connect`: 明确需要哪些信息 - `connect` → `challenge`: 让假设可以检验 - `challenge` → `release`: 支持有边界的决定 - `challenge` → `frame`: 主张缺乏依据时返回 - `release` → `frame`: 带回使用中的反馈