{"body":"These are ideas I work with and continue to develop. Each entry connects an explanation with something you can explore. Start with knowledge objects or follow a working method.","context_url":"https://www.svenspoede.com/context.json","description":"Working ideas about context, judgment and AI. Open an idea, examine its parts and follow how it changes.","lang":"en","markdown_url":"https://www.svenspoede.com/concepts/index.md","objects":[{"body":"A useful statement rarely travels alone. Someone needs to know what it means, what supports it, where it applies and how it may be used. A knowledge object keeps those relationships attached.\n\nThe object on this page is an example of that structure. Its subject is the idea itself. The same four layers organize the profile on the homepage, where their subject is a person and his work. The shape stays the same; the context changes.\n\n## What the object carries\n\nMeaning gives a statement its intended interpretation. Evidence makes its support inspectable. Boundaries preserve limits, uncertainty and responsibility. Interfaces let people and software use that same context in different forms.\n\nThese are connected concerns. A new source may narrow a claim. A changed boundary may alter what an interface should expose. Treating the parts as a single paragraph makes those changes harder to see.\n\n## A worked example: a pilot invitation\n\nImagine a shared campaign workspace that is available to invited teams. A general release date has not been confirmed. A launch draft says: “Available to everyone next month.”\n\n- **Meaning:** help eligible teams decide whether to request a pilot invitation.\n- **Evidence:** the pilot note confirms invitation-only access, but gives no general release date.\n- **Boundaries:** the draft may not broaden access or invent a date; a responsible person approves publication.\n- **Interfaces:** a person can read the explanation, while an assistant can inspect explicit access, date and approval fields.\n\nThe object does not write the final message by itself. It gives a writer or reviewer enough context to see why the draft must change. The example is authored for this explanation; it is not a client result.\n\n## A structure to inspect, not a guarantee\n\nA structured claim can still be wrong. Sources can be weak, interpretation can drift and boundaries can become outdated. The useful property is that these questions have a place to live—and a place to be corrected.\n\nMy [AG CommTech interview](https://agcommtech.de/2026/03/31/weniger-dokumente-mehr-knowledge-objects-wie-zeiss-ki-assistenten-systematisch-aufbaut/) provides public context for how I approach knowledge objects in communication work. The four-part model here is my explanatory framing, not a universal standard.","boundary":"An explanatory model with an authored example; no claim of a universal standard or client outcome.","id":"knowledge-object","parts":[{"body":"A knowledge object is a piece of knowledge with enough context to be understood and used responsibly. This object describes that idea; the homepage uses the same structure to describe a person.","boundary":"This is a practical framing, not a universal knowledge standard.","example":"“Knowledge object” here means a statement kept with its support, limits and ways to use it.","id":"meaning","label":"Meaning","purpose":"Make the intended interpretation and use explicit.","related":["evidence","interfaces"],"source":"The definition authored on this page.","summary":"Make the intended interpretation and use explicit.","title":"Keep the meaning with the statement."},{"body":"A source can be a public interview, an observation or a recorded decision. What matters is the relationship: which statement does it support, and what does it leave open? A citation is a route to scrutiny, not a substitute for it.","boundary":"A source about an approach does not prove every proposed use or outcome.","example":"The pilot note supports “invitation only”; it does not support “available to everyone next month”.","id":"evidence","label":"Evidence","purpose":"Keep claims attached to sources that someone can inspect.","related":["meaning","boundaries"],"source":"The linked AG CommTech interview provides public context; the four-part model and pilot example are authored here.","summary":"Keep claims attached to sources that someone can inspect.","title":"Show what supports the idea."},{"body":"Boundaries prevent a useful statement from becoming a promise it cannot support. They include scope, uncertainty, confidentiality and the difference between knowing something and having permission to act.","boundary":"A knowledge object can describe authority; it cannot grant authority by itself.","example":"An unconfirmed release date stays unknown. Publication still requires a responsible person.","id":"boundaries","label":"Boundaries","purpose":"State where a claim applies, what is unknown and who may decide.","related":["evidence","interfaces"],"source":"The scope and limits stated in this concept and its illustrative pilot example.","summary":"State where a claim applies, what is unknown and who may decide.","title":"Keep limits and responsibility attached."},{"body":"An article, an interactive object and structured fields can expose different views of the same context. The interface should suit its reader while preserving the sources and limits underneath.","boundary":"A machine-readable view is context for an agent, not unrestricted permission to operate.","example":"A person reads the explanation; an agent inspects the same meaning, evidence and boundaries as explicit fields.","id":"interfaces","label":"Interfaces","purpose":"Let people and software use the same authored meaning.","related":["meaning","boundaries"],"source":"This article and its JSON and Markdown representations.","summary":"Let people and software use the same authored meaning.","title":"Offer different views of the same context."}],"premise":"What must travel with a piece of knowledge?","relationships":[{"from":"meaning","label":"is supported by","to":"evidence"},{"from":"evidence","label":"sets the limits of","to":"boundaries"},{"from":"boundaries","label":"constrains","to":"interfaces"},{"from":"interfaces","label":"carries into use","to":"meaning"}],"role":"Meaning that travels","scene":"knowledge-object","sources":[{"id":"source-knowledge-objects-zeiss-ai-assistants-commtech-2026","title":"AG CommTech — Less documents, more knowledge objects – How ZEISS builds AI assistants systematically","type":"public-record","url":"https://agcommtech.de/2026/03/31/weniger-dokumente-mehr-knowledge-objects-wie-zeiss-ki-assistenten-systematisch-aufbaut/"}],"summary":"A piece of knowledge becomes more useful when its meaning, evidence, boundaries and interfaces travel together.","title":"Knowledge objects","type":"concept","updated":"2026-09-19","url":"https://www.svenspoede.com/concepts/knowledge-objects/"},{"body":"A method is useful when it helps people notice what needs to change. A rigid sequence can do the opposite: it carries an early misunderstanding through increasingly polished work.\n\nI think of the work as a loop: frame a decision, connect the relevant knowledge, challenge the result and release with clear ownership. These are places to exercise judgment. They are not four steps that make judgment unnecessary.\n\n## One announcement, four different questions\n\nConsider the same illustrative pilot invitation used in the knowledge-object concept. Invited teams can try a campaign workspace; a general release date is unknown. An early draft announces that it will be “available to everyone next month.”\n\nFraming asks who needs to decide what. Connecting brings the pilot note and review rules into the draft’s context. Challenging exposes the unsupported audience and date. Release hands over a corrected message to the person who can approve publication.\n\nThe value is not a longer checklist. It is the ability to locate the problem. Here, better phrasing would not repair the draft. Its framing conflicts with the actual scope.\n\n## Why the arrows point back\n\nChallenge can send work back to the frame. Perhaps the intended audience was never agreed, or the brief asks for a claim that available evidence cannot support.\n\nRelease also creates feedback. If readers mistake an invitation for general access, their response is evidence that the original framing needs work. A released message is a commitment with an owner, not an end to learning.\n\n## What stays with people\n\nTools can help gather context, compare a draft with its sources and surface contradictions. Someone still has to decide whether the sources are appropriate, whether the trade-off is acceptable and whether the result should enter use.\n\nThis example is authored to explain the method. It is not a workflow running against a client system, and selecting a stage does not approve or publish anything.","boundary":"The same illustrative pilot announcement, explored as a working method.","id":"working-method","parts":[{"body":"Agree what should change for the audience and what a useful outcome would be.\n\nA pilot invitation and a general launch announcement are different tasks.","boundary":"A pilot invitation and a general launch announcement are different tasks.","example":"Invite the right teams to try the workspace. Do not promise a wider rollout.","id":"frame","label":"Frame","purpose":"Agree what should change for the audience and what a useful outcome would be.","related":["connect","challenge","release"],"source":"Example brief: eligible teams need to decide whether to join a campaign-workspace pilot.","summary":"Agree what should change for the audience and what a useful outcome would be.","title":"Name the decision before choosing the tool."},{"body":"Connect the brief, supported facts and review rules so they remain available when the draft changes.\n\nMore material is not automatically more context. Include what the decision depends on.","boundary":"More material is not automatically more context. Include what the decision depends on.","example":"Keep “invitation only” attached to the draft, alongside the unconfirmed general release date.","id":"connect","label":"Connect","purpose":"Connect the brief, supported facts and review rules so they remain available when the draft changes.","related":["frame","challenge"],"source":"The example brief, invitation-only pilot note and human review rule.","summary":"Connect the brief, supported facts and review rules so they remain available when the draft changes.","title":"Bring the necessary context into the work."},{"body":"Expose contradictions and missing support before fluency is mistaken for correctness.\n\nUnsupported wording can be rejected. Missing facts must be checked, not guessed.","boundary":"Unsupported wording can be rejected. Missing facts must be checked, not guessed.","example":"“For everyone” exceeds the pilot scope. “Next month” adds an unconfirmed date. Return both claims to the brief.","id":"challenge","label":"Challenge","purpose":"Expose contradictions and missing support before fluency is mistaken for correctness.","related":["connect","frame","release"],"source":"Example draft: “Launching for everyone next month.” Compare it with the example pilot note.","summary":"Expose contradictions and missing support before fluency is mistaken for correctness.","title":"Test the draft against what is known."},{"body":"Make a bounded handover: what is approved, who decides and what would trigger a revision.\n\nA tool can prepare the result. Publication remains a human decision, and later evidence can require a correction.","boundary":"A tool can prepare the result. Publication remains a human decision, and later evidence can require a correction.","example":"“Invited teams can now try the campaign workspace.” If readers mistake this for general access, revise the framing.","id":"release","label":"Release","purpose":"Make a bounded handover: what is approved, who decides and what would trigger a revision.","related":["challenge","frame"],"source":"Example review decision: use invitation-only wording; the responsible person approves publication.","summary":"Make a bounded handover: what is approved, who decides and what would trigger a revision.","title":"Put the result into use with an owner."}],"premise":"How does context become a decision someone can own?","relationships":[{"from":"frame","label":"defines what is needed","to":"connect"},{"from":"connect","label":"makes assumptions testable","to":"challenge"},{"from":"challenge","label":"supports a bounded decision","to":"release"},{"from":"challenge","label":"reframes when a claim fails","to":"frame"},{"from":"release","label":"returns feedback from use","to":"frame"}],"role":"Judgment in the loop","scene":"working-method","sources":[],"summary":"Frame the decision, connect the relevant knowledge, challenge the draft and release with clear ownership. Feedback can change the frame at any stage.","title":"A working method","type":"concept","updated":"2026-09-19","url":"https://www.svenspoede.com/concepts/working-method/"}],"plain":"These are ideas I work with and continue to develop. Each entry connects an explanation with something you can explore. Start with knowledge objects or follow a working method.","template":"concepts","title":"Concepts","url":"https://www.svenspoede.com/concepts/"}