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