Re: We should require AI disclosure
Goffi <[email protected]> Tue, 07 Jul 2026 17:55:54 +0200
| Newsgroups | gmane.network.jabber.standards-jig |
|---|---|
| Message-ID | <[email protected]> |
--===============5216321710505180977== Content-Type: multipart/signed; boundary="nextPartID4ic_yeTreJDJ0wLBurAw"; micalg="pgp-sha512"; protocol="application/pgp-signature" --nextPartID4ic_yeTreJDJ0wLBurAw Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8"; protected-headers="v1" From: Goffi <[email protected]> To: XMPP Standards <[email protected]> Subject: Re: [Standards] We should require AI disclosure Date: Tue, 07 Jul 2026 17:55:54 +0200 Message-ID: <[email protected]> In-Reply-To: <[email protected]> References: <[email protected]> MIME-Version: 1.0 Hi, This discussion is stalling. Meanwhile, we've got specification(s?) which have been clearly written with= AI,=20 and I guess it will be more and more often the case. As a reviewer with my council hat, I would really love to at least have=20 disclaimer when AI is used (is it for writing whole sections, to extract a= =20 table, to write example, to check spelling/grammar). Many big projects have a statement on AI use, e.g., CPython: https://devguide.python.org/getting-started/ai-tools/ I think XSF should have one too. Do we need more discussion on standard, or should the board discuss that an= d=20 ask a team to work on a AI statement? Thanks Goffi Le lundi 11 mai 2026, 09:50:19 heure d=E2=80=99=C3=A9t=C3=A9 d=E2=80=99Euro= pe centrale Goffi a =C3=A9crit : > Hello everybody, >=20 > I would like to bring a discussion on AI policy. We can't really ignore=20 > anymore that modern models have become very capable, and I suspect that t= hey=20 > are used for spec authoring. >=20 > This raises, I believe, copyright issues: if someone use AI to redact a=20 whole=20 > section of a spec, how can we be sure that it's not an existing specs for= =20 some=20 > other place, possibly under copyright, that is copied or paraphrased? How= =20 can=20 > an author guarantee that it's original work (hint: they can't)? >=20 > I think that there are 3 distinct uses: >=20 > 1. As a light formatting/checking help, for instance to generate a table= =20 from=20 > a human written section, to correct the formulation of a sentence, or to= =20 draft=20 > an example. This is notably useful for non native English speakers. >=20 > 2. As a help to search existing state of art on some feature, or any kind= of=20 > data, without writing anything in a protoXEP. >=20 > 3. As a way to generate whole sections. >=20 > Instinctively, and If we put aside ethical and ecological concerns about= =20 LLMs,=20 > I think that 1. and 2. are OK, and 3. should be forbidden. And in all cas= es,=20 > it should be disclosed. >=20 > I would like your feedback on this matter, in particular people with lega= l=20 > knowledge. >=20 > I would like to avoid a flamewar, I know that this topic is sensitive and= =20 there=20 > opinions are highly divided, please express your opinion calmly. The fact= =20 is,=20 > we can't ignore this anymore. >=20 > Should this be discussed with board or council? >=20 > Thanks. >=20 > Best, > Goffi --nextPartID4ic_yeTreJDJ0wLBurAw Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQEzBAABCgAdFiEEsNZvWyEnjW9SVudbKqmcu6xuKwwFAmpNIYoACgkQKqmcu6xu Kwxszgf/Y5g/Fws+YFW+VFCsJP/tsfTnsSDUuNV7bDhU6kw90pvqE695wYdC53Xv NZtaKSFA4WYKPqdXgYAr8SpUu41R0NVFgUBrpaQVwSa6rGH3k8ZKTLcuIQi+5BQG iVNzCmxL0L0wfw07e3kR2kdJKur5273dnyRQOhemdwN+aFF0tzjLDF+4JgkKnBPX txXFdLEhFBok4qXtTz2eujgujm413NqPHvztwmJGPcLzC8cwdIGjnuEILTaix3CH /+/htpdXoSHyWIIHx0ssP7iW+cVLy3M49E6C6RPAeB5pF/5VLju6na10aNLht5Yg z+qh0P+NvAYg+l/3Ss4QZ6TEZtOUrg== =17pN -----END PGP SIGNATURE----- --nextPartID4ic_yeTreJDJ0wLBurAw-- --===============5216321710505180977== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Standards mailing list -- [email protected] To unsubscribe send an email to [email protected] --===============5216321710505180977==--