Claude ใส่ลายน้ำในทุกสิ่งที่มันเขียนแล้ว แต่โค้ดของคุณแทบไม่ได้รับผลกระทบ

Anthropic เผยแพร่หน้าช่วยเหลือว่าด้วยวิธีที่ Claude มาร์กเนื้อหาที่สร้างโดย AI และภายในวันเดียว การตีความก็ตกผลึกเหลือเพียงประโยคเดียว: Claude ฟ้องคุณแล้ว และทุกรีโพที่คุณเคยแตะด้วยเอเจนต์กลายเป็นความเสี่ยง

การตีความแบบนั้นผิดในจุดที่คนกังวลมากที่สุด การมาร์กนั้นมีอยู่จริง ครอบคลุมทั่วโลก และไม่ใช่ทางเลือก แต่มันเล็งไปที่ร้อยแก้ว และร้อยแก้วคือสิ่งที่โค้ดไม่ได้เป็นเลย ต่อไปนี้คือสิ่งที่ถูกปล่อยออกมาจริง กลไกทำงานอย่างไรในภาษาที่เข้าใจง่าย ทำไมโค้ดที่ AI สร้างจึงเป็นพาหะที่แย่ที่สุดเท่าที่จะเป็นไปได้ และทำไมความตื่นตระหนกเรื่อง SEO จึงไม่มีมูลเลยแม้แต่น้อย

สิ่งที่ Anthropic ปล่อยออกมาจริง

Anthropic ลงนามใน Code of Practice on Transparency of AI-Generated Content ของ EU AI Act การมาร์กคือด้านเทคนิคของคำมั่นนั้น และมันมาในสองรูปแบบที่ต่างกัน

ข้อความได้ลายน้ำเชิงสถิติ เครื่องหมายที่รับรู้ไม่ได้ ถูกถักทอเข้าไปในตัวข้อความที่ถูกสร้างขึ้นเอง ในคำพูดของ Anthropic มันคือการ "ถักลายน้ำที่รับรู้ไม่ได้เข้าไปในตัวข้อความโดยตรง คุณจะไม่เห็นมัน และมันไม่เปลี่ยนความหมาย คุณภาพ หรือความอ่านง่ายของคำตอบจาก Claude" มันคงอยู่ผ่านการคัดลอกและวาง และ "อาจคงอยู่ผ่านการแก้ไขบางอย่าง"

ไฟล์ได้เมทาดาทาแหล่งที่มาที่ลงลายเซ็น เมื่อ Claude สร้างไฟล์ประเภทที่รองรับ ปัจจุบันคือ .svg, .png และ .jpg มันจะแนบเมทาดาทาตามมาตรฐานเปิด C2PA ซึ่งเป็นระบบ Content Credentials เดียวกับที่ Adobe, Microsoft และ BBC หนุนหลังอยู่

ขอบเขตนั้นกว้างและควรระบุให้ชัด เพราะบทวิเคราะห์จำนวนมากเข้าใจไปว่านี่เป็นมาตรการเฉพาะในสหภาพยุโรปหรือเฉพาะบน Claude.ai:

ลายน้ำไม่ใช่อักขระที่ซ่อนอยู่

นี่คือความเข้าใจผิดที่ใหญ่ที่สุด และเป็นเหตุผลว่าทำไมคำแนะนำครึ่งหนึ่งที่แชร์กันอยู่ตอนนี้จึงไร้ประโยชน์

ผู้คนคิดว่าเครื่องหมายนี้คือบางอย่างที่ถูกแทรกเข้าไปในข้อความ: zero-width space, ตัวแปร Unicode แปลก ๆ, รูปแบบเครื่องหมายวรรคตอนที่มีเอกลักษณ์ สมมติฐานนั้นนำไปสู่ "แค่รันผ่านตัวล้างก็จบแล้ว" โดยตรง ซึ่งใช้ไม่ได้ เพราะไม่มีอะไรถูกแทรกเข้าไปให้ล้าง

เครื่องหมายนั้นคือ คำไหนที่ถูกเลือก

Anthropic ยังไม่เผยแพร่อัลกอริทึมของตัวเอง และนั่นเป็นทางเลือกที่จงใจ ซึ่งเราจะกลับมาพูดถึงอีกครั้ง แต่ทุกคุณสมบัติที่พวกเขาอธิบายไว้ (มองไม่เห็น อยู่ในตัวข้อความ รอดจากการคัดลอกและวาง ต้องการข้อความมากพอจึงจะอ่านได้) ตรงกับตระกูลลายน้ำที่อาศัยอคติในการสุ่มซึ่งถูกตีพิมพ์ไว้แล้ว อันเป็นแนวทางเบื้องหลัง SynthID-Text ของ Google และงานวิชาการที่มาก่อนหน้ามัน

แนวคิดนั้นง่ายกว่าที่ฟังดู ทุกครั้งที่โมเดลเขียน มันจะเลือกโทเค็นถัดไปจากชุดตัวเลือก บ่อยครั้งมากที่ตัวเลือกหลายตัวแทบจะเทียบเท่ากัน: เร็ว, ไว, ฉับไว, รวดเร็ว ใช้ได้ทั้งหมด คีย์ลับจะแบ่งคลังคำศัพท์ออกเป็นกลุ่มที่ได้รับความนิยมกับกลุ่มที่เหลือ และตัวสุ่มจะเอนไปทางกลุ่มที่ได้รับความนิยมทุกครั้งที่การเอนนั้นไม่ต้องแลกด้วยความหมายหรือคุณภาพ

การเลือกครั้งเดียวไม่บอกอะไรคุณเลย ลำพังความบังเอิญก็จะทำให้โทเค็นราวครึ่งหนึ่งตกอยู่ในกลุ่มที่ได้รับความนิยมอยู่แล้ว แต่เมื่อผ่านไปไม่กี่ร้อยโทเค็น ความไม่สมดุลจะโตขึ้นจนวัดได้ และตัวตรวจจับที่ถือคีย์อยู่สามารถคำนวณได้ว่าข้อความนั้นห่างจากสิ่งที่ความบังเอิญจะสร้างขึ้นแค่ไหน ช่องว่างนั้นคือสัญญาณทั้งหมด

ผลที่ตามมาสองข้อเกิดขึ้นโดยตรง และทั้งคู่สำคัญกว่าตัวกลไกเสียอีก:

• ความยาวคือเงื่อนไขตายตัว ทวีตหรือข้อความ commit ไม่มีสัญญาณที่ใช้งานได้เลย ตัวตรวจจับต้องการปริมาณ
• การเปลี่ยนคำคือสิ่งเดียวที่ลบมันออกได้ ไม่ใช่เพราะการลบนั้นแยบยล แต่เพราะคำเหล่านั้น คือ เครื่องหมาย

ทำไมโค้ดที่ AI สร้างจึงเป็นพาหะที่แย่ที่สุด

นี่คือส่วนที่ความตื่นตระหนกข้ามไป ลายน้ำที่อาศัยการสุ่มคือภาษีที่เก็บจากเสรีภาพในการเลือก และมันเก็บได้เฉพาะที่ที่มีทางเลือกอยู่จริง ร้อยแก้วนั้นอุดมด้วยทางเลือก ส่วนโค้ดใกล้ล้มละลาย

ลองดูโค้ดบรรทัดธรรมดาสักบรรทัด: const user = await getUserById(id)

const ถูกกำหนดโดยธรรมเนียมของไฟล์เอง getUserById ไม่ใช่ทางเลือกเลยแม้แต่น้อย มันคือชื่อที่มีอยู่แล้วในโค้ดเบส และของที่แทบเทียบเท่ากันใด ๆ ก็จะกลายเป็นบั๊กเฉย ๆ await ถูกบังคับโดยซิกเนเจอร์ของฟังก์ชัน วงเล็บและอาร์กิวเมนต์ถูกบังคับโดยไวยากรณ์ แล้วอะไรที่อิสระจริง ๆ? ชื่อของตัวแปรโลคอล และถ้อยคำในคอมเมนต์ นั่นคือช่องทางทั้งหมดที่มี

ทีนี้ลองเทียบกับร้อยแก้วสักย่อหน้า ที่คำสื่อความหมายเกือบทุกคำมีทางเลือกใช้แทนกันได้สามหรือสี่แบบ ความต่างไม่ได้เล็กน้อย มันคือความต่างระหว่างจุดรองรับหลายสิบจุดต่อย่อหน้า กับไม่กี่จุดต่อไฟล์

แล้วไปป์ไลน์ก็เริ่มทำงาน

ตัวจัดรูปแบบโค้ดคือปัญหาเฉพาะจุด prettier, eslint --fix, gofmt, black, rustfmt ล้วนมีอยู่เพื่อทำให้ทางเลือกระดับผิวที่แทบเทียบเท่ากัน ซึ่งเป็นพาหะของลายน้ำแบบสุ่มพอดี กลายเป็นมาตรฐานเดียวกัน การรันตัวจัดรูปแบบทับโค้ดที่ AI สร้าง จึงเท่ากับการฟอกลายน้ำหนึ่งรอบ โดยที่ไม่มีใครตั้งใจ เพิ่มการแก้ไขตอนรีวิว การเปลี่ยนชื่อ การ refactor และการสลับไปมาระหว่างโค้ดที่ AI สร้างกับโค้ดที่มนุษย์เขียนในไฟล์เดียวกันเข้าไปด้วย สิ่งที่หลงเหลือก็จะกระจายอยู่ใน diff ที่ยังไงก็สั้นเกินกว่าจะวัดได้อยู่ดี

ข้อสงวนตามตรง เพราะนี่เป็นการให้เหตุผลจากกลไก ไม่ใช่ข้อยกเว้นที่ได้รับการยืนยัน: Anthropic ไม่ได้บอกว่าโค้ดถูกยกเว้น ไม่ได้เผยแพร่อัลกอริทึม และไม่ได้ปล่อยตัวตรวจจับออกมา ไม่มีใครนอก Anthropic ที่วัดได้ว่าจริง ๆ แล้วอะไรหลงเหลืออยู่ในไฟล์ .ts ที่ commit ไปแล้ว สถานการณ์ที่เสี่ยงต่อการหลงเหลือมากที่สุดคือไฟล์ยาว ๆ ที่ AI สร้าง แล้ว commit ไปทั้งอย่างนั้น ไม่ผ่านตัวจัดรูปแบบ และไม่เคยถูกรีวิว ถ้านั่นคือเวิร์กโฟลว์ของคุณ ลายน้ำคือปัญหาที่เล็กที่สุดที่มันสร้างขึ้น และมุมมองของเราเรื่องการรีวิวโค้ดที่เอเจนต์เขียนใช้ได้ก่อนเรื่องนี้เสียอีก

อะไรที่ลบมันได้ และใครที่ตรวจจับมันได้จริง

Anthropic ตรงไปตรงมาเรื่องข้อจำกัดอย่างผิดปกติ ซึ่งควรได้เครดิตตรงนี้ เครื่องหมายที่ตรวจพบหมายความว่าเนื้อหานั้น อาจ ผ่านการประมวลผลโดย Claude มันไม่ใช่ข้อสรุปที่ชี้ขาดอย่างชัดเจน และการไม่พบเครื่องหมายก็ไม่ได้พิสูจน์อะไรเลย

คำถามเรื่องการตรวจจับแยกออกเป็นสองส่วนอย่างชัดเจน และการเอาสองส่วนนี้มาปนกันคือต้นตอของบทวิเคราะห์ที่ผิดพลาดเกือบทั้งหมด

ไฟล์ตรวจสอบได้แบบสาธารณะ ตั้งแต่ตอนนี้ C2PA คือการลงลายเซ็นดิจิทัลแบบปกติ: คีย์ส่วนตัวลงลายเซ็น คีย์สาธารณะตรวจสอบ ใครก็ตรวจไฟล์ .png ที่ถูกสร้างขึ้นได้ในโปรแกรมอ่าน Content Credentials และ Google กำลังทยอยนำการตรวจสอบนี้เข้าไปใน Search, Lens และ Chrome ไม่มีอภิสิทธิ์ของ Anthropic ตรงนี้ และลายเซ็นยังทำหน้าที่ควบไปอีกอย่างด้วยการเผยว่าไฟล์ถูกแก้ไขหลังการสร้างหรือไม่

ข้อความไม่ใช่แบบนั้น และวันนี้มีแต่ Anthropic ที่อ่านมันได้ การตรวจจับต้องใช้คีย์ลับที่ใช้ปรับอคติในการสุ่ม ถ้าไม่มีมัน ข้อความนั้นแยกไม่ออกเชิงสถิติจากข้อความที่ไม่ได้ถูกมาร์ก นั่นคือสถานะปัจจุบัน และเป็นที่มาของปฏิกิริยาแบบ "มีแต่ Claude เท่านั้นที่จับคุณได้"

แต่นั่นไม่ใช่สถานะปลายทางที่ตั้งใจไว้ Code of Practice ที่ Anthropic ลงนาม บังคับ ให้พวกเขาจัดหาการตรวจจับให้บุคคลที่สาม และหน้าช่วยเหลือระบุว่าพวกเขากำลังทำงานเพื่อเปิดให้ผู้ใช้และบุคคลที่สามตรวจจับเครื่องหมายเหล่านี้ได้ โดยจะมีเอกสารตามมา

เหตุผลที่มันยังไม่ออกมาเป็นภาวะกลืนไม่เข้าคายไม่ออกจริง ๆ มากกว่าจะเป็นการถ่วงเวลา: การเผยแพร่ตัวตรวจจับก็คือการเผยแพร่แผนที่สำหรับลบเครื่องหมายไปพร้อมกัน ให้ใครสักคนมีออราเคิลที่ให้คะแนนข้อความได้ แล้วเขาก็จะเขียนใหม่วนไปเรื่อย ๆ จนคะแนนตกลงต่ำกว่าเกณฑ์ Google เจอทางเลือกที่ต้องแลกแบบเดียวกันกับ SynthID-Text และปล่อยตัวตรวจจับที่ยากจะเอาไปใช้เป็นอาวุธได้หากไม่มีโมเดลที่ห้อมล้อมมันอยู่ ผลลัพธ์ที่น่าจะเป็นที่สุดสำหรับ Anthropic คือ API ตรวจจับแบบจำกัดสิทธิ์ ที่ต้องยืนยันตัวตนและมีโควตา ไม่ใช่เครื่องมือตรวจสอบสาธารณะแบบคลิกเดียว

รายละเอียดที่แทบไม่มีใครสังเกตเห็น

เครื่องหมายนี้ใช้กับข้อความที่โมเดล ผลิต ออกมา มันไม่แยกแยะระหว่างข้อความที่ Claude คิดขึ้นเองกับข้อความที่ Claude แค่ไปแตะ

ขอให้ Claude แก้ไวยากรณ์ในย่อหน้าที่คุณเขียนเอง ผลลัพธ์ก็จะมีลายน้ำติดมาด้วย ขอให้มันกระชับย่อหน้า แปลประโยค หรือเรียบเรียงโน้ตของคุณเองให้เป็นระเบียบ ก็เหมือนกันทุกประการ

เรื่องนี้คมทั้งสองทาง และน่าสนใจกว่าที่การตีกรอบแบบ "เรื่องอื้อฉาว" ทำให้เข้าใจ มันทำให้ฉากทัศน์การกล่าวหาที่คนกลัวกันอ่อนลง เพราะการตรวจพบผลบวกแยกไม่ออกระหว่าง "AI เขียนสิ่งนี้" กับ "มนุษย์เขียนสิ่งนี้แล้ว AI ขัดเกลาให้" และสองข้อความนี้ไม่ได้ใกล้เคียงกันเลย มันยังหมายความว่าใครก็ตามที่วางแผนจะใช้การตรวจจับเป็นหลักฐานความเป็นผู้เขียน กำลังก่อร่างอยู่บนทราย Anthropic ยอมรับเรื่องนี้โดยปริยายอยู่แล้วด้วยการอธิบายการตรวจพบว่า "อาจผ่านการประมวลผลโดย Claude"

สิ่งที่เรื่องนี้เปลี่ยนสำหรับ SEO: ไม่มีเลย

เราทำ SEO ของเว็บไซต์นี้แบบเปิดเผย ดังนั้นขอพูดตรง ๆ เรื่องส่วนที่สร้างเสียงดังที่สุด ไม่มีความเสี่ยงต่ออันดับตรงนี้ สามเหตุผล ซ้อนกัน

Google ไม่ได้ลงโทษเนื้อหาที่เขียนโดย AI ในตัวมันเอง นโยบายไม่ได้ขยับ: สิ่งที่ถูกลงโทษคือ scaled content abuse หน้าเว็บที่ผลิตจำนวนมากและไร้คุณค่า การตัดสินอยู่ที่คุณภาพและประโยชน์ ไม่ใช่ที่ต้นทางของถ้อยคำ บทความที่ดีจริงก็ยังเป็นบทความที่ดีจริงอยู่

ยังไง Google ก็อ่านลายน้ำนี้ไม่ได้อยู่ดี มันถูกล็อกด้วยคีย์ที่ Anthropic ถือครอง ต่อให้ Google อยากได้มันเป็นสัญญาณจัดอันดับ ก็ต้องมีข้อตกลงกับ Anthropic เพื่อให้ได้มันมา ยังไม่มีการประกาศอะไรแบบนั้น และก็ไม่มีการประกาศสัญญาณใดที่พุ่งเป้าไปที่ ข้อความ ที่เขียนโดย AI ในงาน I/O 2026 เช่นกัน

สิ่งที่ปล่อยออกมาจริงคือการระบุแหล่งที่มาของสื่อ และมันคือป้ายกำกับ ไม่ใช่ปัจจัยจัดอันดับ งานปี 2026 ของ Google ครอบคลุมภาพ วิดีโอ และเสียง ผ่าน SynthID และ C2PA แสดงผลออกมาให้ผู้ใช้ถามได้ว่าภาพหนึ่งถูกสร้างโดย AI หรือไม่ ใน Search, Lens และ Circle to Search นั่นคือความโปร่งใสสำหรับผู้อ่าน ไม่ใช่คันโยกที่ขยับอันดับ

มีผลกระทบเชิงปฏิบัติอยู่หนึ่งข้อที่จริงจัง และมันเกี่ยวกับภาพของคุณมากกว่าข้อความของคุณ ถ้าคุณเผยแพร่ภาพที่สร้างโดย Claude ตอนนี้มันจะมี Content Credentials ติดมาด้วย และ Chrome กับ Search จะติดป้ายกำกับให้มันได้มากขึ้นเรื่อย ๆ ผลที่ได้ไม่ใช่การถูกลดอันดับ แต่เป็นเรื่อง CTR และความไว้วางใจ: ภาพหน้าปกที่ถูกระบุว่าสร้างโดย AI อ่านออกมาไม่เหมือนภาพถ่าย

ควรรู้ไว้ก่อนที่ใครจะลงแรงตอบสนองเกินจำเป็น: ไปป์ไลน์รูปภาพส่วนใหญ่ตัด C2PA ทิ้งอยู่แล้วโดยไม่ต้องมีใครสั่ง sharp, next/image, การบีบอัดตอน build, CDN ที่เข้ารหัสภาพใหม่แบบทันที ทั้งหมดนี้ทิ้งเมทาดาทา บนเว็บไซต์ทั่วไป ข้อมูลแหล่งที่มาหายไปนานแล้วก่อนที่เบราว์เซอร์จะได้เห็นมัน ผลลัพธ์นี้เป็นดาบสองคม มันปิดคำถามเรื่องการติดป้ายกำกับไปโดยบังเอิญ แต่การจงใจตัดข้อมูลแหล่งที่มาทิ้งก็กลายเป็นปัญหาการปฏิบัติตามกฎในตัวมันเองทันทีที่กรณีใช้งานนั้นถูกกำกับดูแล และถ้าคุณส่งงานเข้าสหภาพยุโรป คำถามนั้นอยู่คู่กับแง่มุม GDPR ของงานที่ทำโดยมี AI ช่วย

สิ่งที่ควรทำจริง

รายการสั้น ๆ เพราะมีเรื่องต้องทำน้อยกว่าที่การถกเถียงทำให้เข้าใจ

1. ไม่ต้องทำอะไรเลย สำหรับโค้ด ไม่ต้องมีตัวล้าง ไม่ต้องมีตัวลบ ไม่ต้องเปลี่ยนเวิร์กโฟลว์ ไม่มีอะไรให้เอาออก และตัวจัดรูปแบบของคุณก็ทำมากกว่าเครื่องมือใด ๆ ที่คุณจะเพิ่มเข้าไปได้อยู่แล้ว
2. รีวิวโค้ดที่ AI สร้างต่อไป ด้วยเหตุผลเดิมที่ใช้ได้อยู่แล้ว ลายน้ำไม่ได้เปลี่ยนเหตุผลข้อไหนเลย
3. ตัดสินใจเรื่องรูปภาพอย่างมีสติ ถ้าคุณเผยแพร่ภาพที่สร้างโดย Claude จงรู้ว่าไปป์ไลน์ของคุณเก็บหรือตัด Content Credentials ทิ้ง และทำให้มันเป็นการตัดสินใจ ไม่ใช่อุบัติเหตุ
4. อย่าไล่ล่าการลบลายน้ำออกจากข้อความ การลบที่เชื่อถือได้อย่างเดียวคือการเขียนข้อความใหม่ด้วยตัวเอง และถ้าคุณเขียนมันใหม่เองอยู่แล้ว คำถามนั้นก็ตอบตัวมันเองไปเรียบร้อยแล้ว
5. ไปกังวลเรื่องคุณภาพแทน scaled content abuse คือสิ่งที่ทำให้เสียอันดับจริง ๆ และมันทำให้เสียอันดับมานานแล้ว ก่อนที่ลายน้ำใด ๆ จะมีอยู่เสียอีก

มาตรการนี้คือภาระผูกพันด้านความโปร่งใส ที่มีเอกสารกำกับอย่างซื่อตรง พร้อมข้อจำกัดที่ผู้เขียนเองระมัดระวังที่จะระบุไว้ มันเป็นเหตุการณ์ที่เล็กกว่าปฏิกิริยาที่เกิดขึ้นมาก และสำหรับใครก็ตามที่ส่งโค้ดขึ้นโปรดักชันด้วยเอเจนต์ มันแทบจะไม่ใช่เหตุการณ์อะไรเลย

ถ้าคุณรันเอเจนต์ในระดับที่ใหญ่ขึ้น คำถามเชิงปฏิบัติการที่ควรได้รับความสนใจจากคุณก็ยังเป็นคำถามเดิม ๆ: เอเจนต์ไปแตะอะไรบ้าง อะไรถูกรีวิวแล้ว และอะไรถูกส่งขึ้นโปรดักชัน นั่นคือส่วนที่ AgentsRoom มีอยู่เพื่อทำให้มองเห็นได้

คำถามที่พบบ่อย

Claude ใส่ลายน้ำในโค้ดที่มันเขียนหรือไม่?

โดยหลักการ การมาร์กนี้ใช้กับข้อความที่ผลิตออกมาบนทุกช่องทาง และ Anthropic ก็ไม่ได้ประกาศข้อยกเว้นใด ๆ สำหรับโค้ด แต่ในทางปฏิบัติ ลายน้ำที่อาศัยอคติในการสุ่มเลือกโทเค็นต้องการเสรีภาพในการเลือกระหว่างโทเค็นที่แทบจะเทียบเท่ากัน ซึ่งโค้ดมีให้น้อยมาก: ไวยากรณ์ ตัวระบุที่มีอยู่แล้ว การ import และซิกเนเจอร์ของฟังก์ชันบังคับโทเค็นส่วนใหญ่ไว้หมด สัญญาณเล็กน้อยที่หลุดรอดออกมาก็จะถูกทำให้เป็นมาตรฐานโดย prettier, eslint, gofmt, black หรือ rustfmt ถูกเจือจางด้วยการแก้ไขตอนรีวิว และกระจายอยู่ใน diff ที่สั้นเกินกว่าจะวัดได้ วันนี้ไม่มีใครระบุปริมาณสิ่งที่หลงเหลือได้ เพราะตัวตรวจจับยังไม่เปิดสู่สาธารณะ

Google ตรวจจับลายน้ำของ Claude แล้วลงโทษหน้าเว็บของผมได้ไหม?

ไม่ได้ ลายน้ำในข้อความต้องใช้คีย์ที่ Anthropic ถือครองในการตรวจสอบ Google จึงอ่านมันไม่ได้หากไม่มีข้อตกลงร่วมกัน นอกจากนี้ Google ก็ไม่มีสัญญาณจัดอันดับใดที่พุ่งเป้าไปที่ข้อความที่เขียนโดย AI: นโยบายของ Google พุ่งเป้าไปที่ scaled content abuse หรือหน้าเว็บที่ผลิตจำนวนมากโดยไร้คุณค่า ซึ่งตัดสินจากคุณภาพ ไม่ใช่จากต้นทาง สิ่งที่ปล่อยออกมาในงาน Google I/O 2026 คือการระบุแหล่งที่มาของภาพ วิดีโอ และเสียง ผ่าน SynthID และ C2PA แล้วแสดงเป็นป้ายกำกับให้ผู้ใช้เห็นใน Search, Lens และ Chrome ไม่ใช่ในฐานะปัจจัยจัดอันดับ

ผมจะตรวจจับลายน้ำของ Claude ด้วยตัวเองได้อย่างไร?

สำหรับไฟล์ ทำได้แล้ววันนี้: ไฟล์ .svg, .png และ .jpg ที่ถูกสร้างขึ้นจะมีเมทาดาทาที่ลงลายเซ็นตามมาตรฐาน C2PA ซึ่งใครก็ตรวจสอบได้ด้วยคีย์สาธารณะผ่านโปรแกรมอ่าน Content Credentials ตัวใดก็ได้ ส่วนข้อความยังทำไม่ได้ การตรวจจับต้องใช้คีย์ลับที่ใช้ปรับอคติในการสุ่ม ดังนั้นวันนี้มีแต่ Anthropic เท่านั้นที่รันมันได้ Code of Practice ของสหภาพยุโรปบังคับให้พวกเขาเปิดการตรวจจับให้บุคคลที่สาม และพวกเขาบอกว่าเอกสารกำลังจะตามมา แต่ยังไม่ได้ปล่อยออกมา

ลายน้ำรอดจากการคัดลอกและวางหรือไม่?

รอด เพราะเครื่องหมายนี้ฝังอยู่ในการเลือกใช้คำเอง ไม่ได้อยู่ในเมทาดาทาหรืออักขระที่มองไม่เห็น มันจึงเดินทางไปกับข้อความเมื่อคัดลอกและวาง และรอดจากการแก้ไขเล็กน้อยได้ สิ่งที่ทำลายมันคือการเขียนใหม่ทั้งหมด การถอดความ การแปล การพิมพ์ใหม่ด้วยมือ ภาพหน้าจอ และตัวจัดรูปแบบโค้ดทุกตัว ส่วนข้อความสั้น ๆ ไม่เคยมีสัญญาณมากพอที่จะฟันธงได้ไม่ว่าทางใด

ลายน้ำที่ตรวจพบเป็นหลักฐานว่าเนื้อหาถูกสร้างโดย AI หรือไม่?

ไม่ใช่ และ Anthropic ก็พูดไว้อย่างชัดเจน การตรวจพบหมายความว่าเนื้อหานั้นอาจผ่าน Claude มา ไม่ใช่ว่า Claude เป็นผู้เขียน เครื่องหมายเดียวกันปรากฏขึ้นทั้งในกรณีที่ Claude เขียนย่อหน้าขึ้นมาใหม่ทั้งหมด และในกรณีที่มันเพียงเรียบเรียงย่อหน้าที่คุณเขียนเองใหม่ ในทางกลับกันก็อ่อนพอกัน: การไม่พบเครื่องหมายไม่ได้พิสูจน์อะไรเลย เพราะข้อความ AI ที่ถูกเขียนใหม่ ถูกแปล หรือถูกผลิตโดยโมเดลอื่น ย่อมไม่มีลายน้ำของ Claude ติดมาด้วยเลย

ควรลบอักขระที่มองไม่เห็นเพื่อกำจัดลายน้ำหรือไม่?

ทำไปก็ไม่มีผล เพราะไม่มีอักขระที่มองไม่เห็นให้ลบตั้งแต่แรก เครื่องมือที่คอยล้าง zero-width space และเครื่องหมายวรรคตอนแปลก ๆ กำลังจัดการกับเทคนิคคนละแบบ ลายน้ำนี้เป็นคุณสมบัติเชิงสถิติของคำที่ถูกเลือกตลอดทั้งข้อความยาว ๆ สิ่งเดียวที่ลบมันออกได้จึงเป็นการเปลี่ยนคำเหล่านั้น ซึ่งการเขียนใหม่ทั้งหมดหรือการแปลก็ทำอยู่แล้วโดยเป็นผลพลอยได้

Codex ใส่ลายน้ำในโค้ดของมันหรือไม่?

ไม่ ณ เดือนกันยายน 2026 สิ่งที่ OpenAI ประกาศคือการระบุแหล่งที่มาของภาพ ไม่ใช่ข้อความ: ตั้งแต่เดือนพฤษภาคม 2026 ภาพที่สร้างด้วย ChatGPT, Codex และ API จะมี Content Credentials ตามมาตรฐาน C2PA และลายน้ำ SynthID ของ Google ติดมาด้วย และ OpenAI ได้เปิดให้ชมตัวอย่างเครื่องมือสาธารณะที่ตรวจสอบทั้งสองอย่างในไฟล์ที่อัปโหลด แต่ยังไม่มีสิ่งใดเทียบเท่าสำหรับข้อความหรือโค้ดที่ Codex เขียน diff ที่ Codex สร้างจึงไม่มีลายเซ็นใด ๆ ทั้งแบบที่มองเห็นได้และแบบเชิงสถิติ และไม่มีตัวตรวจจับให้ใช้ค้นหามันด้วย ข้อควรระวังก็เหมือนกับกรณีของ Claude: การไม่พบเครื่องหมายไม่ได้พิสูจน์อะไรเลยว่าใครเป็นคนเขียนโค้ด