<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="stratml_AI_Highlight.xsl"?>
<StrategicPlan xmlns="urn:ISO:std:iso:17469:tech:xsd:stratml_core" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <Name>AI Usage Preferences Standardization</Name>
  <Description>Standardize interoperable building blocks enabling preferences about the collection and processing of content for artificial intelligence model development, deployment, and use to be expressed and communicated.</Description>
  <OtherInformation>Submitter&apos;s Note: This plan has been inferred by ChatGPT from the charter, work products, meeting materials, and public communications of the Internet Engineering Task Force&apos;s AI Preferences Working Group.
^^
It was prompted by Leonard Rosenthol&apos;s comment on Renato Iannella&apos;s LinkedIn posting concerning the W3C ODRL Community Group&apos;s AI Governance Vocabulary: https://www.linkedin.com/posts/riannella_the-w3c-odrl-community-group-has-released-activity-7480448082665500672-s_j-?utm_source=share&amp;utm_medium=member_desktop&amp;rcm=ACoAAACRo-wBsB6AJXaqtz06r_wMwIYVUJtr0PM
^^
The Working Group focuses on attaching preferences to content either through content metadata or through protocols used to deliver content. Its chartered deliverables include a vocabulary for expressing AI-related preferences and protocol specifications for associating those preferences with content.
^^
The AI Preferences vocabulary is intended to enable structured declarations about restrictions or permissions concerning the use of digital assets by automated processing systems. The attachment specification defines mechanisms through which preferences can be signaled when content is acquired using HTTP and may update the Robots Exclusion Protocol to support usage preferences.
^^
The IETF AI Preferences and W3C ODRL AI Governance Vocabulary efforts appear to be complementary. The IETF effort focuses on broadly deployable vocabulary and Internet signaling mechanisms. ODRL can express more detailed policies involving permissions, prohibitions, duties, parties, assets, actions, and constraints. Coordination could reduce semantic conflicts, duplication, and incompatible implementations.
^^
StratML complements both efforts by documenting their intentions, stakeholders, objectives, and prospective results in an open, machine-readable format.</OtherInformation>
  <StrategicPlanCore>
    <Organization>
      <Name>AI Preferences Working Group</Name>
      <Acronym>AIPREF</Acronym>
      <Identifier>f7e53ab7-e448-4a06-96bc-7de7401624f6</Identifier>
      <Description>Standardizes building blocks enabling preferences about how content is collected and processed for artificial intelligence model development, deployment, and use to be expressed and associated with content.</Description>
      <Stakeholder StakeholderTypeType="Organization">
        <Name>Internet Engineering Task Force</Name>
        <Description>Hosts the Working Group and develops voluntary technical standards supporting the design, use, and interoperability of the Internet.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>AI Preferences Working Group Participants</Name>
        <Description>Contribute requirements, proposals, reviews, implementation experience, technical analysis, and consensus to the development of AI preference standards.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Mark Nottingham</Name>
        <Description>Serves as a co-chair of the AI Preferences Working Group and contributes technical and procedural leadership to its standards-development activities.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Suresh Krishnan</Name>
        <Description>Serves as a co-chair of the AI Preferences Working Group and contributes technical and procedural leadership to its standards-development activities.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Mike Bishop</Name>
        <Description>Serves as an Internet Engineering Steering Group area director responsible for oversight of the Working Group.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Paul Keller</Name>
        <Description>Authors the Working Group&apos;s specification defining a vocabulary for expressing AI usage preferences.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Martin Thomson</Name>
        <Description>Edits and co-authors the Working Group&apos;s vocabulary and HTTP attachment specifications.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Gary Illyes</Name>
        <Description>Co-authors the Working Group&apos;s specification for associating AI usage preferences with content in HTTP.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Person">
        <Name>Leonard Rosenthol</Name>
        <Description>Highlighted the importance of coordinating the Working Group&apos;s vocabulary with the W3C ODRL Community Group&apos;s AI governance work.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Internet Users</Name>
        <Description>Depend upon an open and interoperable Internet in which content-related preferences can be communicated and interpreted predictably.</Description>
      </Stakeholder>
    </Organization>
    <Vision>
      <Description>An Internet in which preferences concerning the use of content by artificial intelligence and other automated processing systems are expressed and communicated transparently and interoperably.</Description>
      <Identifier>1ba75b5d-8f9e-4ed1-8c0c-a80b7df76650</Identifier>
    </Vision>
    <Mission>
      <Description>To develop Internet standards enabling preferences about the collection and processing of content for artificial intelligence model development, deployment, and use to be expressed, associated with content, and interpreted consistently.</Description>
      <Identifier>ed388e18-5489-4210-b986-d818abb18f70</Identifier>
    </Mission>
    <Value>
      <Name>Interoperability</Name>
      <Description>Enable preferences to be expressed, transmitted, discovered, and interpreted consistently across content, protocols, platforms, and automated systems.</Description>
    </Value>
    <Value>
      <Name>Openness</Name>
      <Description>Develop standards through open participation, public documentation, technical review, and rough consensus.</Description>
    </Value>
    <Value>
      <Name>Agency</Name>
      <Description>Enable authorized stakeholders to communicate preferences concerning automated uses of content.</Description>
    </Value>
    <Value>
      <Name>Transparency</Name>
      <Description>Make preference signals and their intended meanings visible and understandable to publishers, implementers, automated systems, and affected users.</Description>
    </Value>
    <Value>
      <Name>Simplicity</Name>
      <Description>Define building blocks that can be implemented and deployed without unnecessary complexity.</Description>
    </Value>
    <Value>
      <Name>Precision</Name>
      <Description>Define preference terms and processing behavior clearly enough to reduce ambiguity and inconsistent interpretation.</Description>
    </Value>
    <Value>
      <Name>Extensibility</Name>
      <Description>Enable preference signaling to evolve as automated processing technologies and legitimate use cases change.</Description>
    </Value>
    <Value>
      <Name>Compatibility</Name>
      <Description>Integrate preference signaling with established Internet protocols, content formats, metadata systems, and operational practices.</Description>
    </Value>
    <Value>
      <Name>Neutrality</Name>
      <Description>Provide mechanisms for expressing preferences without determining the legal validity, enforceability, or substantive merits of particular preferences.</Description>
    </Value>
    <Goal>
      <Name>Vocabulary</Name>
      <Description>Standardize a common vocabulary for expressing preferences concerning automated uses of digital assets.</Description>
      <Identifier>c4e90e93-ad11-45af-981f-c5e842661be5</Identifier>
      <SequenceIndicator>1</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Content Creators</Name>
        <Description>Use vocabulary terms to express preferences concerning automated uses of their content.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Publishers</Name>
        <Description>Communicate preferences applicable to content they make available through Internet services.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Rights Holders</Name>
        <Description>Depend upon sufficiently clear terms to express preferences within the scope of their authority.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>AI System Developers</Name>
        <Description>Implement vocabulary terms in systems that collect, process, train upon, analyze, retrieve, or generate outputs from digital assets.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Automated Processing System Operators</Name>
        <Description>Interpret preference signals and determine how their systems respond to them.</Description>
      </Stakeholder>
      <OtherInformation>The vocabulary specification defines terms for declaring restrictions or permissions concerning how digital assets are used by automated processing systems. Although motivated by AI, its concepts may apply to other automated processing. The vocabulary should provide protocol-independent semantics that can be used through multiple attachment and signaling mechanisms.</OtherInformation>
      <Objective>
        <Name>Terms</Name>
        <Description>Define preference terms representing materially distinct categories of automated content use.</Description>
        <Identifier>d411f4d9-4058-4f83-8c55-21a6b9a521f8</Identifier>
        <SequenceIndicator>1.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Vocabulary Editors</Name>
          <Description>Draft, refine, document, and maintain the meanings and intended applications of preference terms.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Domain Experts</Name>
          <Description>Assess whether proposed terms accurately distinguish significant automated processing activities and use cases.</Description>
        </Stakeholder>
        <OtherInformation>Vocabulary terms should represent meaningful distinctions among automated uses rather than particular vendors, products, or rapidly changing implementation techniques. Candidate concepts may address model training, search, retrieval, inference, generation, transformation, and other processing activities, but inclusion should depend upon clear definitions and demonstrated interoperability needs.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Semantics</Name>
        <Description>Specify protocol-independent meanings for AI usage preference terms.</Description>
        <Identifier>874d64b6-f180-46ad-962f-9961bf8098d4</Identifier>
        <SequenceIndicator>1.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Protocol Designers</Name>
          <Description>Apply common preference semantics through different Internet protocols and attachment mechanisms.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Implementers</Name>
          <Description>Use normative definitions to interpret preference expressions consistently.</Description>
        </Stakeholder>
        <OtherInformation>Separating vocabulary semantics from attachment mechanisms enables the same preference concepts to be used in HTTP signaling, embedded metadata, and other future protocol bindings. Definitions should identify boundaries, overlaps, exclusions, and dependencies among terms.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Expressions</Name>
        <Description>Define structured forms for declaring permissions, restrictions, or other supported preferences.</Description>
        <Identifier>fbc59100-6ef1-42fd-a918-13bf406f499d</Identifier>
        <SequenceIndicator>1.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Preference Authors</Name>
          <Description>Create declarations conveying intended restrictions, permissions, or other supported preferences.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Preference Consumers</Name>
          <Description>Parse and interpret structured declarations when acquiring or processing content.</Description>
        </Stakeholder>
        <OtherInformation>Expression syntax should support predictable machine processing while permitting understandable human presentation. The standard should distinguish absence of a preference from an affirmative permission or restriction and should avoid assigning meanings that cannot be reliably inferred.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Examples</Name>
        <Description>Provide examples illustrating the intended use and interpretation of preference terms.</Description>
        <Identifier>fd2467e2-655e-48d5-9767-6079faf75c9c</Identifier>
        <SequenceIndicator>1.4</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Specification Readers</Name>
          <Description>Use examples to understand the scope, syntax, and intended interpretation of preference declarations.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Test Developers</Name>
          <Description>Translate representative examples into interoperability and conformance tests.</Description>
        </Stakeholder>
        <OtherInformation>Examples should address simple declarations, combinations of preferences, unspecified uses, conflicting signals, unsupported terms, and realistic content publication and acquisition scenarios.</OtherInformation>
      </Objective>
    </Goal>
    <Goal>
      <Name>Association</Name>
      <Description>Standardize mechanisms for associating AI usage preferences with Internet content.</Description>
      <Identifier>12a63e2e-f945-45d2-a6ed-2c3c4959360b</Identifier>
      <SequenceIndicator>2</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Web Publishers</Name>
        <Description>Attach or signal preferences applicable to resources made available through HTTP.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Web Server Developers</Name>
        <Description>Implement mechanisms for communicating preference information with HTTP resources.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>AI Crawlers</Name>
        <Description>Discover and interpret preference signals while acquiring Internet content.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Content Management System Developers</Name>
        <Description>Provide publishers with usable controls for assigning preferences to content.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Content Distribution Networks</Name>
        <Description>Preserve and communicate applicable preference signals when delivering content.</Description>
      </Stakeholder>
      <OtherInformation>The Working Group&apos;s HTTP attachment specification defines how AI usage preferences can be signaled as part of content acquisition. The charter permits preferences to be associated with content through embedded metadata or through the protocol that delivers the content. Attachment mechanisms should preserve the common vocabulary&apos;s semantics while addressing protocol-specific discovery, scope, caching, representation, and precedence issues.</OtherInformation>
      <Objective>
        <Name>HTTP Signaling</Name>
        <Description>Define mechanisms for communicating AI usage preferences when content is acquired through HTTP.</Description>
        <Identifier>56d0f552-dddf-43ad-9c5e-1158cc22d8c0</Identifier>
        <SequenceIndicator>2.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>HTTP Implementers</Name>
          <Description>Implement preference signaling in clients, servers, intermediaries, crawlers, and related software.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Resource Publishers</Name>
          <Description>Associate preference expressions with HTTP resources and representations.</Description>
        </Stakeholder>
        <OtherInformation>HTTP signaling should specify how preferences are located, retrieved, scoped, cached, updated, and associated with resources or representations. It should address the behavior of intermediaries and avoid disrupting established HTTP semantics.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Robots Integration</Name>
        <Description>Integrate AI usage preference signaling with the Robots Exclusion Protocol where appropriate.</Description>
        <Identifier>5a398f73-db5a-4999-ba49-91b1ee21de9c</Identifier>
        <SequenceIndicator>2.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Web Crawler Operators</Name>
          <Description>Interpret applicable preference information communicated through or alongside robots.txt.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Website Operators</Name>
          <Description>Publish crawler access directives and AI usage preferences through compatible mechanisms.</Description>
        </Stakeholder>
        <OtherInformation>The attachment specification proposes updating RFC 9309 to support inclusion of usage preferences. Access-control directives and downstream usage preferences serve different purposes and should remain distinguishable even when communicated through related infrastructure.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Metadata</Name>
        <Description>Support association of preferences with content through applicable metadata mechanisms.</Description>
        <Identifier>a9432862-df48-4e92-98b6-2d40585f301d</Identifier>
        <SequenceIndicator>2.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Content Format Communities</Name>
          <Description>Evaluate mechanisms for embedding or linking preference expressions in content metadata.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Metadata System Developers</Name>
          <Description>Preserve and expose preference information when content is stored, transformed, distributed, or rendered.</Description>
        </Stakeholder>
        <OtherInformation>Embedded metadata may remain associated with content after acquisition but can be removed, transformed, or separated from the asset. Protocol-level and embedded signals should use compatible semantics and specify how discrepancies are handled.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Scope</Name>
        <Description>Specify the content, representations, resources, agents, and processing contexts to which preference signals apply.</Description>
        <Identifier>1940f987-33a9-4ae1-8e52-3b2a711abdfa</Identifier>
        <SequenceIndicator>2.4</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Publishers</Name>
          <Description>Determine the intended scope of preferences they associate with content.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Preference Processing System Developers</Name>
          <Description>Apply scope rules when determining which preference expressions relate to acquired content.</Description>
        </Stakeholder>
        <OtherInformation>Scope rules should address individual resources, collections, sites, representations, embedded components, linked assets, temporal applicability, and other circumstances in which a signal might otherwise be interpreted too broadly or narrowly.</OtherInformation>
      </Objective>
    </Goal>
    <Goal>
      <Name>Interoperability</Name>
      <Description>Promote consistent interpretation and implementation of AI usage preferences across Internet protocols, platforms, content formats, and automated processing systems.</Description>
      <Identifier>5f52ef0e-96c2-46e2-a4cc-18f9d3ebad1f</Identifier>
      <SequenceIndicator>3</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Standards Organizations</Name>
        <Description>Coordinate related specifications, vocabularies, protocols, metadata, and implementation guidance.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Platform Providers</Name>
        <Description>Implement interoperable mechanisms for publishing, discovering, communicating, interpreting, and applying AI usage preferences.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Browser Developers</Name>
        <Description>Evaluate opportunities for exposing AI usage preference information to users and Web applications.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Search Engine Providers</Name>
        <Description>Determine how AI usage preferences should influence crawling, indexing, retrieval, and other automated processing activities.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Regulators</Name>
        <Description>Consider whether standardized AI usage preferences can facilitate transparency and compliance without creating new legal obligations.</Description>
      </Stakeholder>
      <OtherInformation>Interoperability requires agreement on semantics as well as syntax. Different implementations should interpret equivalent preference expressions consistently while documenting any limitations, extensions, or unsupported features.</OtherInformation>
      <Objective>
        <Name>Consistency</Name>
        <Description>Promote consistent interpretation of AI usage preference expressions across implementations.</Description>
        <Identifier>7df4560e-4c5d-4b95-b4f9-4aebd2f7d76c</Identifier>
        <SequenceIndicator>3.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Software Implementers</Name>
          <Description>Develop interoperable processing behavior for supported preference expressions.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Conformance Test Developers</Name>
          <Description>Create tests demonstrating consistent implementation of the specifications.</Description>
        </Stakeholder>
        <OtherInformation>Implementations should avoid assigning incompatible meanings to identical preference expressions and should disclose any implementation-specific extensions.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Coordination</Name>
        <Description>Coordinate AI usage preference standards with related standards organizations and technical communities.</Description>
        <Identifier>1c1fd6b5-f937-4f17-bb73-649c41bb357f</Identifier>
        <SequenceIndicator>3.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Organization">
          <Name>World Wide Web Consortium</Name>
          <Description>Develops complementary standards including the ODRL AI Governance Vocabulary.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Organization">
          <Name>International Press Telecommunications Council</Name>
          <Description>Develops metadata standards widely used for digital publishing.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Organization">
          <Name>PLUS Coalition</Name>
          <Description>Develops standards supporting licensing and rights management for media assets.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Person">
          <Name>Leonard Rosenthol</Name>
          <Description>Encouraged coordination between the AI Preferences Working Group and the W3C ODRL Community Group.</Description>
        </Stakeholder>
        <OtherInformation>The AI Preferences Working Group charter explicitly calls for liaison with other standards organizations where appropriate. Coordination should minimize unnecessary duplication while promoting compatible semantics and complementary capabilities.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Mappings</Name>
        <Description>Document semantic relationships between AI usage preferences and related vocabularies.</Description>
        <Identifier>2a5dc83d-fac8-4608-81d8-d523e90fca32</Identifier>
        <SequenceIndicator>3.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Vocabulary Maintainers</Name>
          <Description>Identify equivalent, broader, narrower, related, and incompatible concepts among standards.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Knowledge Graph Developers</Name>
          <Description>Use documented mappings to improve semantic interoperability among standards and implementations.</Description>
        </Stakeholder>
        <OtherInformation>Mappings should distinguish semantic equivalence from mere lexical similarity and should identify cases where concepts only partially overlap or differ materially.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Reconciliation</Name>
        <Description>Specify methods for reconciling multiple applicable AI usage preference expressions.</Description>
        <Identifier>8f2dfe59-f8c9-4b80-a6fb-b72526d6198b</Identifier>
        <SequenceIndicator>3.4</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Preference Processing System Developers</Name>
          <Description>Implement consistent methods for resolving multiple applicable preference expressions.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Publishers</Name>
          <Description>Benefit from predictable handling when preferences are expressed through multiple mechanisms.</Description>
        </Stakeholder>
        <OtherInformation>The charter specifically includes reconciliation of preferences as part of the Working Group&apos;s scope. Reconciliation rules should clearly document precedence, conflict handling, inheritance, and situations in which preferences cannot be reconciled automatically.</OtherInformation>
      </Objective>
    </Goal>
    <Goal>
      <Name>Implementation</Name>
      <Description>Support practical implementation and deployment of interoperable AI usage preference standards.</Description>
      <Identifier>28d6c113-50f7-4669-a2af-59fe9234d0b8</Identifier>
      <SequenceIndicator>4</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Software Developers</Name>
        <Description>Develop software supporting publication, discovery, interpretation, and application of AI usage preferences.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>AI Service Providers</Name>
        <Description>Determine how their systems discover, interpret, document, and respond to applicable AI usage preferences.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Content Publishers</Name>
        <Description>Deploy preference signaling mechanisms on production Web sites and services.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Open Source Communities</Name>
        <Description>Develop reusable implementations supporting widespread adoption of the standards.</Description>
      </Stakeholder>
      <OtherInformation>Successful implementation depends upon more than publication of technical specifications. Practical deployment requires documentation, reference implementations, testing, interoperability demonstrations, operational experience, and continuing maintenance.</OtherInformation>
      <Objective>
        <Name>Guidance</Name>
        <Description>Publish implementation guidance supporting consistent deployment of the specifications.</Description>
        <Identifier>88d1fb59-b0b1-4724-bc76-67e2b5b6d65e</Identifier>
        <SequenceIndicator>4.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Implementation Guide Authors</Name>
          <Description>Develop practical guidance supporting interoperable implementation of AI usage preference standards.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Implementers</Name>
          <Description>Apply guidance when deploying AI usage preference capabilities in production systems.</Description>
        </Stakeholder>
        <OtherInformation>Implementation guidance should explain vocabulary usage, attachment mechanisms, processing expectations, error handling, security considerations, caching behavior, extensibility, and interactions with existing Internet protocols. Guidance should distinguish normative requirements from implementation recommendations.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Reference Implementations</Name>
        <Description>Encourage development of reference implementations demonstrating interoperable use of the specifications.</Description>
        <Identifier>cc2dce2f-5dbd-4f69-b9d6-87eb15bda4a8</Identifier>
        <SequenceIndicator>4.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Open Source Developers</Name>
          <Description>Develop reusable software illustrating implementation of AI usage preference standards.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Commercial Software Developers</Name>
          <Description>Incorporate interoperable AI usage preference capabilities into commercial products and services.</Description>
        </Stakeholder>
        <OtherInformation>Reference implementations help clarify ambiguous requirements, validate specification design decisions, accelerate adoption, and provide practical examples for future implementers.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Testing</Name>
        <Description>Develop interoperability tests demonstrating consistent implementation of the standards.</Description>
        <Identifier>a4898f73-5144-44c4-bfd6-c67d45b83dc3</Identifier>
        <SequenceIndicator>4.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Test Developers</Name>
          <Description>Create interoperability and conformance tests covering representative implementation scenarios.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Independent Implementers</Name>
          <Description>Demonstrate consistent interpretation of AI usage preferences through independently developed implementations.</Description>
        </Stakeholder>
        <OtherInformation>Testing should include valid and invalid preference expressions, conflicting declarations, unsupported vocabulary terms, multiple attachment mechanisms, caching behavior, precedence rules, and realistic operational scenarios. Interoperability claims should be supported by objective evidence.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Deployment</Name>
        <Description>Promote deployment of interoperable AI usage preference capabilities across the Internet.</Description>
        <Identifier>2c6d615d-1f2d-4585-bfb0-596e05d39d36</Identifier>
        <SequenceIndicator>4.4</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Website Operators</Name>
          <Description>Deploy AI usage preference signaling for publicly accessible Internet resources.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Cloud Service Providers</Name>
          <Description>Support AI usage preference mechanisms within hosted Web infrastructure and content delivery platforms.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>AI Platform Operators</Name>
          <Description>Document how AI usage preferences influence acquisition and processing of Internet content.</Description>
        </Stakeholder>
        <OtherInformation>Deployment should encourage transparent documentation of supported preference expressions, implementation limitations, operational behavior, and changes over time so that publishers and users understand how preference signals are actually processed.</OtherInformation>
      </Objective>
    </Goal>
    <Goal>
      <Name>Governance</Name>
      <Description>Maintain and evolve AI usage preference standards through open Internet standards processes.</Description>
      <Identifier>00cfde5e-1d4d-4d92-a847-b3b3b4ef7bf5</Identifier>
      <SequenceIndicator>5</SequenceIndicator>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Working Group Participants</Name>
        <Description>Review proposals, resolve issues, evaluate implementation experience, and build technical consensus.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Public Reviewers</Name>
        <Description>Identify ambiguities, omissions, implementation concerns, and opportunities for improvement.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Internet Engineering Steering Group</Name>
        <Description>Reviews Working Group deliverables and determines their readiness for publication as RFCs.</Description>
      </Stakeholder>
      <Stakeholder StakeholderTypeType="Generic_Group">
        <Name>Internet Architecture Board</Name>
        <Description>Provides architectural oversight and coordination across Internet standards activities.</Description>
      </Stakeholder>
      <OtherInformation>The IETF standards process emphasizes open participation, technical merit, running code, interoperability, and rough consensus. AI usage preference standards should evolve through documented experience, technical evaluation, and broad community review rather than through unilateral decisions.</OtherInformation>
      <Objective>
        <Name>Participation</Name>
        <Description>Encourage broad participation in development and review of AI usage preference standards.</Description>
        <Identifier>31df2a35-c44f-4b84-b77e-c6575d170fa8</Identifier>
        <SequenceIndicator>5.1</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Content Publishers</Name>
          <Description>Contribute operational experience concerning publication and communication of AI usage preferences.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>AI Service Providers</Name>
          <Description>Contribute implementation experience concerning interpretation and application of AI usage preferences.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Researchers</Name>
          <Description>Evaluate emerging requirements, implementation experience, and future directions for AI usage preference standards.</Description>
        </Stakeholder>
        <OtherInformation>Broad participation improves technical quality by incorporating operational experience from publishers, AI developers, Internet infrastructure providers, standards organizations, researchers, and other affected communities.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Review</Name>
        <Description>Evaluate proposed specifications through open technical review and documented issue resolution.</Description>
        <Identifier>48fd4c79-2e95-4c90-a689-662e5c9e95a4</Identifier>
        <SequenceIndicator>5.2</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Specification Reviewers</Name>
          <Description>Assess clarity, completeness, consistency, interoperability, implementability, security, privacy, and extensibility.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Document Editors</Name>
          <Description>Document issues, proposed resolutions, revisions, and remaining questions throughout standards development.</Description>
        </Stakeholder>
        <OtherInformation>Technical review should distinguish implementation questions from legal, policy, contractual, or ethical questions that may depend upon jurisdictions or organizational policies rather than Internet standards.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Evolution</Name>
        <Description>Revise AI usage preference standards in response to implementation experience and evolving Internet technologies.</Description>
        <Identifier>55bce663-27dc-4fc5-b28f-c53f23675c55</Identifier>
        <SequenceIndicator>5.3</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Specification Editors</Name>
          <Description>Manage revisions, versioning, corrections, extensions, and documentation of the standards.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Implementers</Name>
          <Description>Provide operational experience identifying ambiguities, implementation challenges, and opportunities for improvement.</Description>
        </Stakeholder>
        <OtherInformation>Future revisions should preserve stable semantics whenever practical, document compatibility impacts, and provide migration guidance when changes affect deployed implementations.</OtherInformation>
      </Objective>
      <Objective>
        <Name>Accountability</Name>
        <Description>Document decisions, implementation experience, and evidence supporting development and deployment of the standards.</Description>
        <Identifier>e6a99d0f-dfd0-4af9-a40e-07f9fb5e726d</Identifier>
        <SequenceIndicator>5.4</SequenceIndicator>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Working Group Chairs</Name>
          <Description>Guide the standards-development process, document consensus, and coordinate completion of Working Group deliverables.</Description>
        </Stakeholder>
        <Stakeholder StakeholderTypeType="Generic_Group">
          <Name>Standards Implementers</Name>
          <Description>Document supported capabilities, implementation limitations, and interoperability experience.</Description>
        </Stakeholder>
        <OtherInformation>Future rendition of this plan in StratML Part 2 format could associate performance indicators with objectives such as Working Group participation, issue resolution, interoperable implementations, deployment of preference signaling, publication of RFCs, liaison activities with other standards organizations, and adoption by publishers and AI service providers.</OtherInformation>
      </Objective>
    </Goal>
  </StrategicPlanCore>
  <AdministrativeInformation>
    <StartDate>2025-12-09</StartDate>
    <PublicationDate>2026-07-10</PublicationDate>
    <Source>https://datatracker.ietf.org/wg/aipref/about/</Source>
    <Submitter>
      <GivenName>Owen</GivenName>
      <Surname>Ambur</Surname>
      <EmailAddress>Owen.Ambur@verizon.net</EmailAddress>
    </Submitter>
  </AdministrativeInformation>
</StrategicPlan>