[ai-control] Re: -04 drafts for evaluation

Alissa Cooper <alissa@cooperw.in> Tue, 04 November 2025 23:26 UTC

Return-Path: <alissa@cooperw.in>
X-Original-To: ai-control@mail2.ietf.org
Delivered-To: ai-control@mail2.ietf.org
Received: from localhost (localhost [127.0.0.1]) by mail2.ietf.org (Postfix) with ESMTP id D6AAE830BEAE for <ai-control@mail2.ietf.org>; Tue, 4 Nov 2025 15:26:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at ietf.org
X-Spam-Flag: NO
X-Spam-Score: -2.698
X-Spam-Level:
X-Spam-Status: No, score=-2.698 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HTML_MESSAGE=0.001, HTTPS_HTTP_MISMATCH=0.1, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_VALIDITY_SAFE_BLOCKED=0.001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: mail2.ietf.org (amavisd-new); dkim=pass (2048-bit key) header.d=cooperw.in header.b="ML6zPeYW"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="MAdtAcqG"
Received: from mail2.ietf.org ([166.84.6.31]) by localhost (mail2.ietf.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dUJHw3AdAIKz for <ai-control@mail2.ietf.org>; Tue, 4 Nov 2025 15:26:58 -0800 (PST)
Received: from fhigh-a5-smtp.messagingengine.com (fhigh-a5-smtp.messagingengine.com [103.168.172.156]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by mail2.ietf.org (Postfix) with ESMTPS id 00B05830BE9A for <ai-control@ietf.org>; Tue, 4 Nov 2025 15:26:57 -0800 (PST)
Received: from phl-compute-06.internal (phl-compute-06.internal [10.202.2.46]) by mailfhigh.phl.internal (Postfix) with ESMTP id DCD4D1400231; Tue, 4 Nov 2025 18:26:51 -0500 (EST)
Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-06.internal (MEProxy); Tue, 04 Nov 2025 18:26:51 -0500
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cooperw.in; h=cc :cc:content-type:content-type:date:date:from:from:in-reply-to :in-reply-to:message-id:mime-version:references:reply-to:subject :subject:to:to; s=fm2; t=1762298811; x=1762385211; bh=oPxUo/JeYt neg/CQnwC2Y9FKc5TgwkOuBGom0II5cz8=; b=ML6zPeYWRtQJ9WvfZkRb1H5Yjw nWC7bpB6OKTtl60+d4JlIcOXKdHcHLqAnHZ8rRQz3gKzJL2dbiXGKbIDe5mKL84v zJfxhNZX85oJpzR4iVyNZ3j3JaGqoWVMTSHMrHONnAvB23zzMJmK9tiIKZX+L90R dF35REDxoVST9tvjkPewOj6HDEa32naQSDQHwDXmUzxMzGHN5FNT9C4D7N1KRCYB O2CXwQYLW1ohAcMUOxUSySqi2Ov5tK398LfmzNvyByEHqGTQnGD7XAPCR6I7akRE 1TCYEy8H1b26MmO8LZtIoNBcsfjFfD7yfAkjocl/CIdR0KlWmKGqKdLrdPNg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:in-reply-to :message-id:mime-version:references:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1762298811; x=1762385211; bh=oPxUo/JeYtneg/CQnwC2Y9FKc5TgwkOuBGo m0II5cz8=; b=MAdtAcqG3A/M4qKX7/8mGV1K36LpS6yvEUjLlQFsP+3Nn9+x5YP ofv6jiyF65GulJXBfSYwxPC3w9Kt81QiB+IMOuRBqoNyT2EfAZ+mMI/kAV0yYaRJ 5EIwfIwK7F7xvnXc8GgKlhr0CV2SB5EkkqGFw2Ume7T2vVmZepl7+gVOydQNBtbH vRMSeodKKPLLmgVfIWCwlmuihv+ikbx7f4+kp5PYaiHULj49Fq/zyMpI+5metkY1 j2rNGN4T9AAmHQ8Ava6Ag4pWBRcATOuk2Bz0he8PdJC6y7d8YQyLjjVbJQ7C6+3t icQN1CRjost+/T3clQaYtgFZAK32a5Pz37w==
X-ME-Sender: <xms:u4sKabp348DTXjfpYxWBbTSa2OOF9I2ggPgaB0gek6Y--nPMg7RA_A> <xme:u4sKaTckAwMDDGDjty-DRTZ9HdczuB-mFpdvfK6yoME_H1SW_r57oTOfAqeQtwCV2 HJnWHxYfXs6pcbf2Zvn3vBHtorWDFtmrYzdCDrB2Qw8oQ8v5jAigA>
X-ME-Received: <xmr:u4sKaSoL1dyCSwnkt-k7oaAO1K9lL2YbAohxG7-TJK4EQ_mrCVQ3Lp_ybgtqHz31vQu2_APMEkCF_OFSY5qxNY81x-v7fQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddukedvfeegucetufdoteggodetrf dotffvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfurfetoffkrfgpnffqhgenuceu rghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecujf gurhephffktgggufffjgevvfhfofesrgdtmherhhdtjeenucfhrhhomheptehlihhsshgr ucevohhophgvrhcuoegrlhhishhsrgestghoohhpvghrfidrihhnqeenucggtffrrghtth gvrhhnpedvueefgfdvfeehleekhedtveduffegffeluddvgeejkeejgfeffeegleehgeef teenucffohhmrghinhepvghurhhophgrrdgvuhdpohhuthhlohhokhdrtghomhenucevlh hushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpegrlhhishhsrges tghoohhpvghrfidrihhnpdhnsggprhgtphhtthhopeegpdhmohguvgepshhmthhpohhuth dprhgtphhtthhopegvrhhinhhsihhmohhnpeegtdhgohhoghhlvgdrtghomhesughmrghr tgdrihgvthhfrdhorhhgpdhrtghpthhtohepsghsihhlvhgvrhepgedtrgguvhgrnhgtvg drtghomhesughmrghrtgdrihgvthhfrdhorhhgpdhrtghpthhtohepphgruhhlsehophgv nhhfuhhtuhhrvgdrvghupdhrtghpthhtoheprghiqdgtohhnthhrohhlsehivghtfhdroh hrgh
X-ME-Proxy: <xmx:u4sKacHKC3T8RfbIhVdIRJNvpHCvBTB1iB0TzXMOgl6odCmSU0GBIA> <xmx:u4sKaavNBdHSL3PVvDYMNKT2HJITLvXOreuqk7Vq4pV7itFizJel2g> <xmx:u4sKaWUaETXi10ItjHm2l0LK6wqPEAkj80j5BkyhLaaTFKVwSek_Bg> <xmx:u4sKaeGNLYRLUwUsH-n8_FZ3QhWUmxuAVUX1BMizqY9Y9uALkUSo6A> <xmx:u4sKac_dxpf5jTWjFiDC3vG6n-yF_XT2ZtdncHOhuJNN-pojmeN7sAXP>
Feedback-ID: i1214409c:Fastmail
Received: by mail.messagingengine.com (Postfix) with ESMTPA; Tue, 4 Nov 2025 18:26:50 -0500 (EST)
From: Alissa Cooper <alissa@cooperw.in>
Message-Id: <3CEAE2AC-E7DB-47FC-B9EE-515512BEB9AC@cooperw.in>
Content-Type: multipart/alternative; boundary="Apple-Mail=_0EB4BEDC-5376-4381-AF3F-106E9343AF64"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\))
Date: Tue, 04 Nov 2025 18:26:39 -0500
In-Reply-To: <CAMxa0CG5uurM8wg3LZvvPDDM4Ypy7ir+USEUZAqfU3A0iN4M3g@mail.gmail.com>
To: Erin Simon <erinsimon=40google.com@dmarc.ietf.org>
References: <4E680D06-900A-4ACF-9BBE-D62491F50907@mnot.net> <DM6PR12MB4975FAF18C82F42F2FCA5153A5FBA@DM6PR12MB4975.namprd12.prod.outlook.com> <CAGJaBrC-Yi+000JVaJqozigX4iBSFqiSNuT6Xyz1=VY7Yca5vQ@mail.gmail.com> <9E959A79-00EA-4492-BA71-21DD3B4DB56E@gmail.com> <DM6PR12MB4975CEF40AFA9708506C2650A5F8A@DM6PR12MB4975.namprd12.prod.outlook.com> <47CCABE2-9260-4B0E-B74F-2234ADC33042@gmail.com> <C9F7052A-F559-4989-9EBA-02C29C515547@mnot.net> <CABcZeBNnviL3=DeDgebzZ9xsfGhmb=rNi__ThLrtc16SWv-Deg@mail.gmail.com> <CABQM+AzbgnNQERdF8KUN540syAuDNoRd1V9zyAVrNc+UBco2ZA@mail.gmail.com> <CAE+sOjkrg6F8RvJ__f-p75tnewdcf=hCLY-KXoVYHv2qY3PWjA@mail.gmail.com> <37FD7CED-8EE9-4300-8FF6-BD0F2D7FABAD@openfuture.eu> <CAE+sOjktdEw4LZ-m8vmrX4kX0YechTX8-2dWGQNU3MW+PKjB+w@mail.gmail.com> <F82C957D-7B08-427B-BFE1-E1ECA1E53FA9@openfuture.eu> <CAE+sOjmXHmRViv3iv17QSHT4dVbP2pO86pCjTiAjR1WT5xa_WQ@mail.gmail.com> <IA1PR02MB10983576CB154E0C03A2FAA2FCDC7A@IA1PR02MB10983.namprd02.prod.outlook.com> <CAMxa0CEAKPdHzLkHVXeY1W=_como9hs2DzsOKhChdCQAF816dA@mail.gmail.com> <3E0AE857-459E-4961-B171-37C2709689A0@openfuture.eu> <CH2PR01MB91025E808771BA6B0CF4B1DCBAC4A@CH2PR01MB9102.prod.exchangelabs.com> <CAMxa0CG5uurM8wg3LZvvPDDM4Ypy7ir+USEUZAqfU3A0iN4M3g@mail.gmail.com>
X-Mailer: Apple Mail (2.3774.400.31)
Message-ID-Hash: WKP5FO5G6QKVFT63VQHOAWFZQWLAMFKC
X-Message-ID-Hash: WKP5FO5G6QKVFT63VQHOAWFZQWLAMFKC
X-MailFrom: alissa@cooperw.in
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; emergency; loop; banned-address; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: Bradley Silver <BSilver=40advance.com@dmarc.ietf.org>, Paul Keller <paul@openfuture.eu>, "ai-control@ietf.org" <ai-control@ietf.org>
X-Mailman-Version: 3.3.9rc6
Precedence: list
Subject: [ai-control] Re: -04 drafts for evaluation
List-Id: AI Control <ai-control.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ai-control/5IaTDT09dmmwvlHgshGL8ARDbgA>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ai-control>
List-Help: <mailto:ai-control-request@ietf.org?subject=help>
List-Owner: <mailto:ai-control-owner@ietf.org>
List-Post: <mailto:ai-control@ietf.org>
List-Subscribe: <mailto:ai-control-join@ietf.org>
List-Unsubscribe: <mailto:ai-control-leave@ietf.org>


> On Nov 4, 2025, at 10:45 AM, Erin Simon <erinsimon=40google.com@dmarc.ietf.org> wrote:
> 
> While the Code is notionally voluntary, in the EC's own description <https://digital-strategy.ec.europa.eu/en/faqs/questions-and-answers-code-practice-general-purpose-ai#:~:text=It%20serves%20as%20guidance%20to%20help%20providers%20meet%20their%20existing%20obligations%20under%20the%20AI%20Act%20without%20creating%20new%20ones%2C%20extending%20existing%20ones%2C%20or%20imposing%20additional%20burdens.> "It serves as guidance to help providers meet their existing obligations under the AI Act without creating new ones, extending existing ones, or imposing additional burdens."  The requirement to follow future evolutions of the Robots Exclusion Protocol (not just the RFC that documents it) is in the Commission's view a translation and clarification of the Act and not an additional requirement beyond what the Act itself requires.
> 
> But this is an academic dispute if we all agree that neither the vocabulary nor the attachment mechanism will constitute a new version of the Robots Exclusion Protocol.

We haven’t agreed to this, though. For example, draft-ietf-aipref-attach currently updates RFC 9309.

Nevertheless, this debate does feel like it’s beside the point. There should exist incentives for declarants/sites/asset owners/whatever we are calling them to make use of the preferences this group defines, and incentives for others to abide by them. Whether those incentives are derived from any entity’s assessments of its own compliance posture, legal obligations, repetitional risk, business model, etc. will rely on each entity’s own assessment and isn’t particularly useful to try to generalize about or to bring into the vocabulary discussion.

Alissa

> 
> On Tue, Nov 4, 2025 at 9:13 AM Bradley Silver <BSilver=40advance.com@dmarc.ietf.org <mailto:40advance.com@dmarc.ietf.org>> wrote:
>> This is an important clarification, Paul.   It will be very difficult to achieve consensus without an appreciation of the distinctions between law, policy and the notion of communicating preferences - and this is a good example of that.    
>> 
>> 
>> From: Paul Keller <paul@openfuture.eu <mailto:paul@openfuture.eu>>
>> Sent: Tuesday, November 04, 2025 6:03 AM
>> To: ai-control@ietf.org <mailto:ai-control@ietf.org> <ai-control@ietf.org <mailto:ai-control@ietf.org>>
>> Subject: [ai-control] Re: -04 drafts for evaluation
>> 
>> > On 3 Nov 2025, at 19:12, Erin Simon <erinsimon@google.com <mailto:erinsimon@google.com>> wrote:
>> >
>> > That ship has unfortunately sailed; EU law <https://nam10.safelinks.protection.outlook.com/?url=https%3A%2F%2Fdigital-strategy.ec.europa.eu%2Fen%2Fpolicies%2Fcontents-code-gpai&data=05%7C02%7Cbsilver%40advance.com%7C9718eb87f93a484b221808de1b91e503%7C1fe6294574e64203848fb9b82929f9d4%7C0%7C0%7C638978510637412393%7CUnknown%7CTWFpbGZsb3d8eyJFbXB0eU1hcGkiOnRydWUsIlYiOiIwLjAuMDAwMCIsIlAiOiJXaW4zMiIsIkFOIjoiTWFpbCIsIldUIjoyfQ%3D%3D%7C0%7C%7C%7C&sdata=y%2BOeQ9pIQcedCXLU4c8juJR73NlwY0mABUs8o1kK%2BCo%3D&reserved=0 <https://digital-strategy.ec.europa.eu/en/policies/contents-code-gpai>> mandates following the Robots Exclusion Protocol (robots.txt) as it exists today and "any subsequent version of this Protocol for which the IETF demonstrates that it is technically feasible and implementable…” would a 
>> 
>> This statement is not correct. There is no EU law in existence (or currently under consideration) that "mandates following the Robots Exclusion Protocol", nor any “subsequent version of this Protocol for which the IETF demonstrates that it is technically feasible and implementable.”
>> 
>> The link Erin shared points to a page on the European Commission’s website that hosts the General-Purpose AI (GPAI) Code of Practice. This Code of Practice is not law. The European Union has two main types of binding legal instruments — Regulations and Directives — and the GPAI Code of Practice is neither.
>> 
>> As stated on the linked page:
>> 
>> > The General-Purpose AI (GPAI) Code of Practice is a voluntary tool, prepared by independent experts in a multi-stakeholder process, designed to help industry comply with the AI Act’s obligations for providers of general-purpose AI models.
>> 
>> The key word here is voluntary*. In practice, this means that providers of GPAI models may choose to sign up to the Code as a way to demonstrate compliance with the AI Act.
>> 
>> To date, 27 organizations (including Google and many others represented in this working group) have done so, but at least one major GPAI model provider participating in this group has publicly stated that they do not intend to sign.  That shows that participation in the Code is not mandatory.
>> 
>> Given this, I do not think it is accurate to suggest that the Code constitutes law that mandates adherence to the Robots Exclusion Protocol or to the chartered output of this group. If it has any binding effect at all, that effect applies only to those organizations that have chosen to sign the Code, and only in their capacity as providers of general-purpose AI models engaging in “the training of their general-purpose AI models”.
>> 
>> /Paul
>> 
>> * I am fully aware that the GPAI Code of Practice covers much more than this single point, and that decisions to sign or not sign were influenced by a range of substantive and procedural considerations. My point is simply that, regardless of its content or politics, the Code’s legal status is voluntary. That the Code directly references the work of this group is, in my view, unhelpful, but that does not justify misrepresenting its legal effects.
>> 
>> --
>> ai-control mailing list -- ai-control@ietf.org <mailto:ai-control@ietf.org>
>> To unsubscribe send an email to ai-control-leave@ietf.org <mailto:ai-control-leave@ietf.org>
>> -- 
>> ai-control mailing list -- ai-control@ietf.org <mailto:ai-control@ietf.org>
>> To unsubscribe send an email to ai-control-leave@ietf.org <mailto:ai-control-leave@ietf.org>
> 
> 
> 
> --
> 
> Erin Simon |	 Product Counsel, Knowledge |	 erinsimon@google.com <mailto:erinsimon@google.com> |	 415-736-7276
> 
> -- 
> ai-control mailing list -- ai-control@ietf.org
> To unsubscribe send an email to ai-control-leave@ietf.org