นี่คือคำแปลภาษาไทยของเนื้อหาที่ให้มา:
"AI เขียนยาวมากจนฉันไม่ได้อ่านจริงๆ จังๆ 😅"
"ฉันจ่ายเกิน 15,000 เยนต่อเดือนให้ Claude Code แต่ก็ไม่รู้สึกว่าคุ้มค่าเงินที่จ่ายไป"
หลายคนพอใจแค่ที่ตัวเองได้ใช้ AI แต่มีเพียงไม่กี่คนที่เปลี่ยนมันให้เป็นผลลัพธ์ได้จริง มันคือสภาวะ "รู้สึกเหมือนได้ใช้แล้ว"
คุณเคยเจอประสบการณ์แบบนี้กับ Claude Code ไหม?
- คุณขอให้ "สรุปเทรนด์คู่แข่งในสัปดาห์ที่แล้ว" ในเช้าวันจันทร์ แล้วมันก็ส่งรายงานยาวเหยียดกลับมา คุณแค่เหลือบมองแล้วก็ปล่อยทิ้งไว้ไม่อ่าน
- คุณสงสัยว่าถ้าคุณไม่อ่านเนื้อหาที่ AI สร้างอย่างถูกต้อง แล้วทีมของคุณจะอ่านมันหรือ?
- คุณจ่ายเกิน 3,000 เยนต่อเดือนให้ Claude Code แต่ผลลัพธ์ที่ได้ไม่เคยถูกนำไปใช้ในการประชุมหรือข้อเสนอเลย
- ChatGPT และ Claude.ai ให้ผลลัพธ์ที่ดูสวยงาม แต่ทำไม Claude Code ถึงได้แต่ส่ง Markdown ออกมา ทำให้อ่านแล้วเหนื่อยมาก?
บทความนี้มีไว้สำหรับคนเหล่านั้น
เมื่อคุณอ่านจบ คุณจะสามารถสร้างเนื้อหาจาก Claude Code ที่ทั้งคุณและคนอื่นจะอ่านจริงๆ ได้อย่างเป็นธรรมชาติ
คุณจะได้มุมมองที่ว่า "รูปแบบที่คุณส่งออก" เป็นปัจจัยที่สำคัญต่อการตัดสินใจของผู้ใช้มากกว่า "สิ่งที่คุณขอให้ Claude Code ทำ" อย่างมาก
Thariq Shihipar (@trq212) นักพัฒนาที่ Anthropic ซึ่งเป็นคนสร้าง Claude Code จริงๆ ได้เขียนเกี่ยวกับแนวคิดที่กำลังแพร่กระจายภายในบริษัทบน X และมันกลายเป็นหนึ่งในโพสต์ที่ถูกบันทึกและแชร์มากที่สุดในชุมชน Claude Code
มันได้รับกระแสตอบรับอย่างล้นหลามทันทีที่ปล่อยออกมา
นี่ไม่ใช่แค่เคล็ดลับเล็กๆ น้อยๆ สำหรับคนคลั่งไคล้ AI แต่มันเป็นเรื่องราวเกี่ยวกับคนที่สร้างเครื่องมือนี้กำลังท้าทาย Markdown ซึ่งเป็นมาตรฐานโดยปริยายของวงการ AI โดยบอกว่า "มันไม่ใช่หนทางอีกต่อไป"
ฉันคิดว่าสิ่งนี้สำคัญมาก เลยตัดสินใจอธิบายเป็นภาษาไทยทันที
สองสิ่งที่ต้องทำก่อนเริ่มอ่าน:
- คั่นหน้านี้ไว้ แค่ในสัปดาห์นี้ หาเวลาสักหน่อยเพื่อลองส่งออกเป็น HTML
- ถ้าคุณมีสมาชิกในทีมที่ใช้ Claude Code แชร์สิ่งนี้ให้พวกเขาดู วิธีการที่รายงานประจำสัปดาห์และการตรวจสอบ PR ของคุณ "ถูกอ่าน" จะเปลี่ยนไปอย่างเห็นได้ชัดตั้งแต่สัปดาห์หน้า
ฉันจะแยกย่อยและอธิบายเนื้อหาพร้อมกับแปลให้เข้ากับบริบทของวงการธุรกิจไทย 👇
โพสต์ต้นฉบับที่นี่:
https://x.com/trq212/status/2052809885763747935
นักพัฒนา Anthropic เองก็เลิกใช้ Markdown แล้ว
นี่คือจุดเริ่มต้น Thariq Shihipar (@trq212) ผู้เขียนโพสต์ต้นฉบับ คือนักพัฒนาที่กำลังสร้าง Claude Code ที่ Anthropic พฤติกรรมที่ Claude ถามกลับผู้ใช้ใน "โหมดวางแผน" เพื่อปรับแต่งความต้องการ เป็นฟีเจอร์ที่เขาลงมือทำด้วยตัวเอง
เขาบอกว่าเขาไม่ยอมรับ Markdown จากเครื่องมือที่เขากำลังสร้างอีกต่อไป ในคำพูดของเขาเอง Markdown กลายเป็นรูปแบบที่จำกัดสำหรับเขา
นี่ไม่ใช่แค่ความชอบส่วนตัว Thariq กล่าวว่าการนำ HTML มาใช้กำลังแพร่กระจายภายในทีม Claude Code เอง คนที่สร้างเครื่องมือกำลังละทิ้ง Markdown ที่มันผลิตออกมาและเปลี่ยนไปใช้ HTML
และหลักฐานก็จับต้องได้ ในเว็บไซต์ตัวอย่าง https://thariqs.github.io/html-effectiveness/ มีตัวอย่าง HTML แบบครบชุด 20 ตัวอย่าง การเปรียบเทียบสามแนวทางสำหรับการค้นหาแบบดีเลย์, ไมโครอินเทอร์แอคชันที่สร้างความรู้สึกสำเร็จเมื่อทำงานเสร็จ, รายการโทเค็นของระบบดีไซน์, คำอธิบายแบบแท็บสำหรับตัวอย่างโค้ด, และสื่อการอ่านที่มีอภิธานศัพท์อยู่ที่ขอบ ทั้งหมดนี้เป็นตัวอย่างจริงของการแทนที่ "เอกสารที่คุณแค่เหลือบมอง" ด้วย "เอกสารที่อ่านจนจบ" คุณสามารถเปิดมันในเบราว์เซอร์ของคุณได้ทันที
เมื่ออ่านสิ่งนี้ คุณควรจะตระหนักได้ถึงบางอย่าง Artifacts ที่คุณมักได้รับใน ChatGPT หรือ Claude.ai—"UI ที่มีแท็บ" "ไดอะแกรมสีสัน" และ "ปุ่มโต้ตอบ" เหล่านั้น—จริงๆ แล้วถูกส่งออกมาเป็น HTML การตระหนักรู้ตรงนี้คือ: "เหตุผลที่พวกมันดูดีมากก็เพราะความแตกต่างของรูปแบบนั่นเอง" ตอนนี้ โลกแบบเดียวกันนั้นสามารถมาอยู่ในมือคุณได้ด้วย Claude Code
จนถึงตอนนี้ ข้อความที่ AI สร้างขึ้นเกือบทั้งหมดเป็น Markdown คนที่สร้างมันกำลังเริ่มคัดค้านอย่างเงียบๆ โดยบอกว่า "ไม่ใช่อีกต่อไป" นั่นคือแก่นของข่าวนี้ แต่สำหรับคุณที่ทำงานกับ AI ทุกวัน นี่คือเรื่องราวที่จะมีผลตั้งแต่เช้าวันจันทร์
Markdown คือมาตรฐานโดยปริยายของวงการ AI
มาทำความเข้าใจสมมติฐานที่เราเคยถือเป็นเรื่องปกติกันก่อน ถ้าไม่มีสิ่งนี้ การเปลี่ยนไปใช้ HTML อาจดูเหมือนเป็นแค่เรื่องของรสนิยม
จนถึงตอนนี้ Markdown เป็นมาตรฐานโดยพฤตินัยสำหรับผลลัพธ์ของ AI ลองนึกถึงข้อความที่คุณเห็นทุกวัน:
- CLAUDE.md ในโฟลเดอร์โปรเจกต์, *.md สำหรับคำจำกัดความของเอเจนต์, SKILL.md สำหรับ Skills
- เอกสารทางการของ Anthropic, Claude.ai Help, และคู่มือ Claude Code ต่างๆ
- เครื่องมือพัฒนา AI ของคู่แข่ง, กฎของ Cursor, คำแนะนำของ GitHub Copilot, และคำแนะนำของ Cline ล้วนอิงจาก .md
- Wiki ภายใน, GitHub README, ข้อความที่ส่งออกจาก Notion, และบันทึกการประชุมที่วางใน Slack
- ข้อความสรุปที่คัดลอกจากการสนทนา ChatGPT
ทุกอย่างถูกสร้างขึ้นบนสมมติฐานของ Markdown มันยากที่จะหารูปแบบอื่นที่ไม่ใช่ Markdown ในข้อมูลข้อความที่คุณพบเมื่อจัดการกับ AI
ปรากฏการณ์ที่รูปแบบ CLAUDE.md ของ Karpathy มีดาวบน GitHub เกิน 80,000 ดวง เกิดขึ้นเพราะ Markdown เป็นภาษากลางของอุตสาหกรรมนั่นเอง
ใช้คำพูดของ Thariq Markdown ได้กลายเป็นรูปแบบหลักสำหรับเอเจนต์ เขาเป็นคนที่สร้างเครื่องมือบนพื้นฐานของ Markdown มาเป็นเวลานาน
ตอนนี้คนคนนั้นได้พูดอย่างชัดเจนแล้ว: Markdown กลายเป็นรูปแบบที่จำกัดสำหรับฉัน นี่คือช่วงเวลาที่คนวงในของ Anthropic ขว้างก้อนหินใส่สมมติฐานที่อุตสาหกรรมทั้งหมดยึดถืออยู่
พูดง่ายๆ ก็คือ: Markdown ที่คุณได้จาก Claude Code, กฎที่ Cursor อ่าน, และผลลัพธ์ AI บน Wiki ภายในของคุณ ล้วนเป็นส่วนหนึ่งของกระแส "Markdown ก็ใช้ได้" เหมือนกัน คนที่สร้างมันขึ้นมาได้เริ่มวาดช่องทางที่แตกต่างออกไปแล้ว
จากนี้ไป เราจะลงรายละเอียดว่าทำไม Markdown ถึงเข้าถึงคนไม่ได้ และจะใช้อะไรแทน
5 เหตุผลที่ Markdown ไม่ถูกอ่าน
มาจัดระเบียบข้อจำกัดของ Markdown กัน นี่ไม่ใช่เรื่องสเปกทางเทคนิค แต่มันเกี่ยวกับประสบการณ์ประจำวันของคุณตั้งแต่วันจันทร์ถึงศุกร์ ฉันได้รวบรวมข้อดีของ HTML จากบทความต้นฉบับโดยพลิกกลับเพื่อแสดงจุดอ่อนของ Markdown
① ถ้าเกิน 100 บรรทัด แม้แต่คุณก็ไม่อ่าน
Thariq เองเขียนว่าเมื่อไฟล์ Markdown เกิน 100 บรรทัด เขาจะหยุดอ่านมัน
เมื่อคุณขอให้ Claude Code "สรุปเทรนด์คู่แข่งในสัปดาห์ที่แล้ว" คุณคงเคยเจอประสบการณ์ปิดคำตอบ 120 บรรทัดโดยไม่เลื่อนดู ถ้าคนที่สร้างมันไม่อ่าน ก็ไม่มีใครในทีมอ่าน ความจริงก็คือไม่ใช่แค่ผู้เขียน แต่สมาชิกคนอื่นๆ ในองค์กรก็แค่กวาดตามองเท่านั้น
② ถึงจะแชร์ไป ก็ไม่เปิดสวยงามในเบราว์เซอร์ เลยไม่มีใครแตะ
Markdown ไม่ได้ถูกเรนเดอร์อย่างสวยงามในเบราว์เซอร์โดยธรรมชาติ การขึ้นบรรทัดใหม่พังใน Slack, รูปแบบเสียในอีเมล, และต้องใช้ความพยายามในการแปลงเป็น PDF หรือแคปหน้าจอสำหรับข้อเสนอ
ทุกครั้งที่แชร์ ใครสักคนต้องทำงานแปลงมันให้เป็น "รูปแบบที่อ่านได้" Markdown เป็นรูปแบบที่สร้างแรงเสียดทานทุกครั้งที่แชร์ จนถึงขั้นที่มักไม่มีการคลิกลิงก์ด้วยซ้ำ
③ ไม่มีสีหรือไดอะแกรม เลยสื่อสารได้แค่โครงร่าง
คุณต้องการเน้นความแตกต่างของตัวเลข, แสดงคำเตือนด้วยสีแดง, หรือแสดงขั้นตอนด้วยลูกศร การทำสิ่งนี้ใน Markdown คุณต้องลงเอยด้วยการวาดไดอะแกรมด้วยอักขระ ASCII หรือแสดงสีด้วยอักขระกล่อง Unicode
ไม่มีใครอยากถอดรหัสสิ่งนั้น และผู้เขียนก็เหนื่อย แม้ว่า Claude จะพยายามวาดไดอะแกรมอย่างหนัก มันก็ลงเอยด้วยการถูกกวาดตามอง
④ คุณไม่สามารถแตะหรือขยับมันได้ เลยจบแค่การอ่าน
คุณต้องการลองสีที่ดูสงบขึ้นเล็กน้อย, ทดสอบความเร็วของแอนิเมชัน, หรือดูว่ามันจะเป็นยังไงถ้าคุณเพิ่มค่า 1.5 เท่า
ในธุรกิจ มีสถานการณ์บ่อยครั้งที่คุณต้อง "ลองทำดู" เพื่อตัดสินใจ คุณไม่สามารถทำอย่างนั้นกับ Markdown ได้ คุณอ่านมัน, จำลองในหัว, แล้วส่งคำแนะนำกลับเป็นข้อความ—เป็นวงจรที่ไม่มีประสิทธิภาพ
⑤ มันพังเมื่อเปิดบนมือถือ
Slack, อีเมล, หรือ Notion ระหว่างเดินทาง ในวงการธุรกิจไทย ครึ่งหนึ่งของเอกสารที่แชร์จะถูกเปิดบนมือถือเป็นครั้งแรก
เลย์เอาต์ของ Markdown ไม่เป็นไปตามความกว้างของหน้าจอ ตารางล้นในแนวนอน, บล็อกโค้ดถูกตัดคำอย่างน่าเกลียด, และลำดับหัวข้อกลายเป็นสิ่งที่มองไม่เห็น ความอยากอ่านหายไปในวินาทีนั้น
มาตั้งชื่อสิ่งนี้กัน ทุกครั้งที่คุณสร้าง Markdown ที่ไม่มีใครอ่าน ความเหนื่อยล้าจะสะสมทั้งผู้ส่งและผู้รับก่อนที่จะเปิดมันด้วยซ้ำ ต้นทุนของการเลื่อน 100 บรรทัด, การแก้ไขการขึ้นบรรทัดใหม่ใน Slack, ความล้มเหลวในการสื่อสารเนื่องจากไม่มีไดอะแกรมและสี, ความล่าช้าในการตัดสินใจเพราะคุณไม่สามารถโต้ตอบได้, และการพังบนมือถือ
ทั้งหมดนี้คือค่าธรรมเนียมแอบแฝงที่จ่ายทุกวัน ในบทความนี้ เราเรียกมันว่า "ภาษีรูปแบบ"
นี่ไม่ใช่ภาษีเล็กๆ มูลค่าของ Claude Code มากกว่าครึ่งหนึ่งไม่ได้ถูกกำหนดโดยเนื้อหาของผลลัพธ์ แต่โดย "มันเข้าถึงใครและไกลแค่ไหน" การส่งออกในรูปแบบที่เข้าถึงคนไม่ได้ เท่ากับว่าคุณกำลังทิ้งค่าสมัครครึ่งหนึ่งทิ้งไป
วิธีเปลี่ยน: แค่เพิ่ม "ส่งออกเป็นไฟล์ HTML"
คุณไม่ต้องคิดมาก สิ่งที่ต้องทำน้อยกว่าที่คุณคิดมาก
แค่เพิ่มหนึ่งบรรทัดต่อท้ายคำขอ Claude Code ปกติของคุณ สามประโยคนี้หมายถึงสิ่งเดียวกัน:
- "ส่งออกเป็นไฟล์ HTML"
- "ส่งออกเป็น HTML หน้าเดียว"
- "ทำให้เป็น HTML เพื่อให้ผู้อ่านสามารถเปิดได้โดยตรง"
ถ้าคุณรู้สึกถนัดเขียนเป็นภาษาอังกฤษ "make a HTML file" หรือ "make a HTML artifact" ก็ใช้ได้ ผลลัพธ์เหมือนกัน
Claude Code สามารถดึงบริบทจาก MCP, เบราว์เซอร์, git, และระบบไฟล์ จุดแข็งของ Claude Code คือมันสามารถรวมแหล่งข้อมูลที่กว้างกว่ามากเข้าไว้ใน HTML เดียวได้ เมื่อเทียบกับแชทเว็บของ ChatGPT หรือ Claude.ai
สิ่งนี้เชื่อมโยงกลับไปยังสิ่งที่เราคุยกันก่อนหน้านี้ Artifacts ที่คุณได้รับใน ChatGPT หรือ Claude.ai และคิดว่ามัน "สวยงาม" นั้นถูกส่งออกมาเป็น HTML
ตอนนี้คุณสามารถรับโลกแบบเดียวกันนั้นในฝั่ง Claude Code ได้แล้ว มันไม่ใช่เรื่องเทคนิคที่ยาก โดยการเปลี่ยนวิธีถามหนึ่งบรรทัด เนื้อหาที่เข้าถึงคนจริงๆ จะออกมา
Thariq เน้นย้ำจุดหนึ่งในบทความของเขา: "ฉันยังไม่อยากให้สิ่งนี้ถูกทำเป็น Skill /html; ฉันอยากให้คนคุ้นเคยกับมันผ่านพรอมพ์ก่อน" นี่ถึงแม้ว่าเขาจะเป็นนักพัฒนาในทีม Claude Code ที่ผลิต Skills ก็ตาม
เขาไม่ได้ปฏิเสธการทำให้เป็น Skill เขากำลังบอกว่า "ถ้าคุณแพคเกจมันก่อนที่การใช้งานจะลงตัว คุณจะพลาดส่วนที่ได้ผลจริงๆ"
ภายใน Anthropic ผลลัพธ์ HTML ที่กลายเป็นเรื่องปกติกำลังเริ่มถูกทำให้เป็นคอมโพเนนต์ในรูปแบบ Playground plugins แทนที่จะรอผลิตภัณฑ์สำเร็จรูปตั้งแต่แรก ลองใช้พรอมพ์หนึ่งบรรทัดก่อนเพื่อหารูปแบบที่เหมาะกับงานของคุณ เมื่อถึงจุดนั้นแล้วค่อยย้ายไปทำเป็น Skill
การเขียน "ส่งออกเป็น HTML" ในทุกพรอมพ์อาจดูเหมือนเป็นงาน แต่การเลือกรูปแบบนั้นไม่ใช่งาน ช่วงเวลาที่คุณเปลี่ยนจาก Claude ส่งออก Markdown เป็น Claude ส่งออก HTML คุณได้ก้าวไปครึ่งก้าวสู่การเป็นคนที่ "ออกแบบผลลัพธ์ก่อนที่จะรอ Skill ที่ออกแบบไว้ล่วงหน้า"
5 สถานการณ์ทางธุรกิจที่เปลี่ยนไปแค่เปลี่ยนเป็น HTML
บทนี้มีผลกับการทำงานจริงตั้งแต่วันจันทร์ถึงศุกร์ ฉันได้จัดเรียงกรณีการใช้งานห้ากรณีจากบทความต้นฉบับตามความถี่ในวงการธุรกิจไทย: รายงานประจำสัปดาห์/สรุปงานวิจัย, การเปรียบเทียบข้อเสนอแบบขนาน, การปรับแต่งดีไซน์, หน้าจอแก้ไขเพื่อการตัดสินใจ, และการตรวจสอบ PR/สเปก
แต่ละสถานการณ์สรุปด้วยปัญหาปัจจุบัน, ก่อน/หลัง, และสุดท้ายคือคำแนะนำตัวอย่างที่จะให้ Claude Code
[สถานการณ์ที่ 1] การส่งรายงานประจำสัปดาห์และสรุปงานวิจัยพร้อมไดอะแกรม
สิ่งที่เกิดขึ้นบ่อยในธุรกิจไทย เช้าวันจันทร์ เจ้านายถามว่า "สรุปเทรนด์สัปดาห์ที่แล้วมา"
ก่อน: คุณวาง Markdown 120 บรรทัดลงใน Slack การขึ้นบรรทัดใหม่พัง เจ้านายไม่เปิด มันไม่ถูกรวมในเอกสารการประชุมผู้บริหาร คุณลงเอยด้วยการอธิบายด้วยวาจาว่า "ให้ Claude ทำ"
หลัง: คุณสรุปมันเป็นหน้า HTML เดียวที่รวมบันทึก Slack, ประวัติงาน Linear หรือ Notion, git logs, และเอกสารภายใน คุณรวมไดอะแกรมโฟลว์ธุรกิจง่ายๆ โดยใช้ SVG และวางประเด็นสำคัญสามข้อในบล็อกสีที่ด้านล่าง
ถ้าคุณใส่สิ่งนี้ในที่เก็บข้อมูลภายในและแชร์ URL เจ้านายของคุณสามารถเปิดบนมือถือระหว่างเดินทาง ผู้บริหารสามารถอ้างอิงได้ และสามารถวางในบันทึกการประชุมได้
ประเด็นสำคัญที่นี่คือ Claude Code สามารถดึงบริบทจาก MCP, เบราว์เซอร์, git, และระบบไฟล์ แม้ว่าคุณจะขอให้แชทเว็บ "ทำ HTML" มันก็ยากที่จะรวมแหล่งข้อมูลมากมายไว้ในไฟล์เดียว นี่คือรายงานประจำสัปดาห์ที่มีเพียง Claude Code เท่านั้นที่สร้างได้
Thariq เองเขียนว่าเขาทำไดอะแกรมสำหรับบทความของเขาโดยให้ Claude Code อ่าน HTML ทั้งหมดในโฟลเดอร์โค้ดของเขาและสรุปเป็นหน้าเดียว "รายงานประจำสัปดาห์ที่ถูกอ่าน" และ "ไดอะแกรมสำหรับบทความอธิบายที่ถูกอ่าน" มีโครงสร้างเหมือนกัน
▼ ตัวอย่างคำแนะนำ:
"อ่านการโต้ตอบ Slack ทั้งหมดในสัปดาห์ที่แล้ว, งาน Linear ที่เสร็จสมบูรณ์, และ git logs แล้วส่งออกรายงานประจำสัปดาห์เป็นหน้า HTML เดียวที่เจ้านายของฉันสามารถเข้าใจได้ใน 1 นาที รวมไดอะแกรมโฟลว์ธุรกิจง่ายๆ ใน SVG และประเด็นสำคัญสามข้อในบล็อกสีที่ด้านล่าง ตรวจสอบให้แน่ใจว่ามันไม่พังเมื่อเปิดบนสมาร์ทโฟน"
[สถานการณ์ที่ 2] การแสดงตัวเลือกข้อเสนอ/วิจัย 6 ตัวเลือกแบบเคียงข้างกัน
เราควรไปทิศทางไหนสำหรับข้อเสนอสัปดาห์หน้า? ฉากทั่วไปในการวางแผน, การขาย, และการวางแผนองค์กรที่มีการสร้างหลายตัวเลือกและปรับให้สอดคล้องกับผู้ตัดสินใจ
ก่อน: คุณส่งหกตัวเลือกในไฟล์ Markdown หกไฟล์แยกกัน ลูกค้าไม่สามารถเปิดและเปรียบเทียบทีละไฟล์ได้ พวกเขาถามว่า "ตัวไหนที่คุณแนะนำมากที่สุด?" และคุณก็เพิ่งรู้ตัวว่าคุณยังไม่ได้เปรียบเทียบอย่างเต็มที่ด้วยตัวเอง
หลัง: คุณจัดเรียงหกตัวเลือกที่มีโทน, ความหนาแน่น, และกลุ่มเป้าหมายต่างกันในตารางบนหน้า HTML เดียว คุณเพิ่มข้อดีข้อเสียหนึ่งบรรทัดใต้แต่ละตัวเลือก ผู้ตัดสินใจเปรียบเทียบทั้งหมดบนหน้าจอเดียวและตอบกลับทันทีว่า "ฉันอยากผสมอันนี้กับอันนี้" หรือ "ใช้กลุ่มเป้าหมายจาก #3 กับความหนาแน่นของ #1" การลงมติของการสนทนาเปลี่ยนไปทันทีที่คุณแสดงแบบขนาน
สำหรับผู้ตัดสินใจ เวลาที่ใช้ในการตัดสินใจแตกต่างกันอย่างสิ้นเชิงระหว่างการรับหกไฟล์กับการมีหกตัวเลือกเรียงกันบนหน้าจอเดียว มันไม่ใช่แค่ "ทำให้พวกเขาอ่าน" แต่มันคือ "ทำให้พวกเขาสามารถตัดสินใจได้"
▼ ตัวอย่างคำแนะนำ:
"สร้างตัวเลือกข้อเสนอ 6 ตัวสำหรับการนำเสนอสัปดาห์หน้าด้วยโทน, ความหนาแน่น, และกลุ่มเป้าหมายที่แตกต่างกัน และจัดเรียงในตารางบนหน้า HTML เดียว เขียนข้อดีข้อเสียหนึ่งบรรทัดใต้แต่ละตัวเลือก นอกจากนี้ เพิ่มปุ่มที่ด้านล่างเพื่อคัดลอกผลลัพธ์เป็น Markdown เมื่อตัดสินใจแล้ว"
[สถานการณ์ที่ 3] การตัดสินใจเกี่ยวกับดีไซน์และต้นแบบโดยการสัมผัส
เมื่อตัดสินใจเรื่องสี, ขนาด, หรือการเคลื่อนไหว คุณควรเลิกพยายามปรับให้ตรงกันผ่านข้อความ นี่คือฉากที่การตลาด, ประชาสัมพันธ์, และการวางแผนต้องกลับไปกลับมาหลายครั้งเกี่ยวกับอีเมลขอบคุณหรือปุ่มบนหน้าแลนดิ้งเพจ
ก่อน: คุณสื่อสารด้วยคำพูดเช่น "สีฟ้าที่ดูสงบขึ้นหน่อย" หรือ "ทำให้การเคลื่อนไหวนุ่มนวลขึ้น" ภาพในหัวของผู้รับคลาดเคลื่อนทุกครั้ง เมื่อดูเวอร์ชันที่กลับมาหลังจากรอบหนึ่ง คุณเพิ่มคำพูดมากขึ้น: "ไม่ใช่ ไม่ใช่แบบนั้นที่สงบ"
หลัง: คุณให้ Claude Code สร้าง HTML ที่คุณสามารถเลื่อนแถบเลื่อนสำหรับสีและความเร็วของแอนิเมชันได้ คุณสร้างต้นแบบสำหรับปุ่มอีเมลขอบคุณหรือปุ่ม CTA ของ LP เป็นหน้า HTML เดียวและส่ง URL ให้ผู้มีส่วนได้ส่วนเสีย ทุกคนสัมผัสมัน, ตัดสินใจค่าที่ดีที่สุด, และคัดลอกค่าพวกนั้นกลับไปให้ Claude การกลับไปกลับมาด้วยข้อความลดลง และเวลาในการบรรลุข้อตกลงสั้นลง
ที่เกี่ยวข้องกับสิ่งนี้ Anthropic Labs กำลังเริ่มทำให้แนวคิด "สัมผัสเพื่อตัดสินใจและคัดลอกการดำเนินการกลับไปให้ Claude" นี้เป็นทางการในรูปแบบ Playground plugin การส่งออก HTML ไม่ใช่แค่เคล็ดลับเล็กๆ น้อยๆ แต่มันเป็นทิศทางที่ Anthropic เองกำลังหล่อหลอมให้เป็นรูปแบบ
▼ ตัวอย่างคำแนะนำ:
"สร้าง HTML ที่ฉันสามารถตัดสินใจสีและความเร็วของแอนิเมชันของปุ่มในอีเมลขอบคุณโดยใช้แถบเลื่อนสามประเภท เพิ่มปุ่มที่ด้านล่างเพื่อคัดลอกค่าที่ตัดสินใจแล้ว"
[สถานการณ์ที่ 4] การสร้างหน้าจอตัดสินใจใน 3 นาที
มาตรการไหนควรถูกกำหนดให้เป็น ตอนนี้, ถัดไป, ทีหลัง, หรือ ตัดทิ้ง สำหรับไตรมาสหน้า? การจัดเรียง 30 งานเพื่อตัดสินใจลำดับความสำคัญเป็น "งานตัดสินใจ" ทั่วไปสำหรับ PdM, นักวางแผน, และการวางแผนองค์กร
ก่อน: คุณเรียง 30 รายการในสเปรดชีตและกรอกคอลัมน์ลำดับความสำคัญทีละรายการด้วยตนเอง คุณจัดเรียง, คิดใหม่, ย้ายไปอีกชีต, และย้ายกลับ บางวันคุณใช้เวลา 30 นาทีและยังไม่ได้ข้อสรุป
หลัง: คุณขอให้ Claude Code "สร้าง HTML ที่ฉันสามารถลากและวางรายการลงในสี่คอลัมน์: ตอนนี้, ถัดไป, ทีหลัง, และ ตัดทิ้ง" หน้าจอแก้ไขเฉพาะพร้อมใน 3 นาที คุณลากการ์ด 30 ใบ และเมื่อเสร็จแล้ว ให้คัดลอกผลลัพธ์ เวลาสำหรับงานตัดสินใจลดลงอย่างมหาศาล
มีหลักการออกแบบที่นี่ที่มองข้ามได้ง่ายแต่มีประสิทธิภาพสูง มันคือประโยคที่ Thariq เขียนว่า "ลงท้ายด้วยการส่งออกเสมอ" เมื่อสร้างหน้าจอแก้ไข ให้รวมปุ่มสำหรับ "คัดลอกเป็น JSON" "คัดลอกเป็นพรอมพ์" หรือ "คัดลอกเป็น Markdown" เสมอ
ถ้าไม่มีสิ่งนี้ คุณจะไม่สามารถส่งคืนผลลัพธ์ของการจัดเรียงของคุณให้ Claude ได้ และมันจะจบลงเป็นแค่เครื่องมือทำงาน หน้าจอแก้ไขจะกลายเป็นอุปกรณ์ตัดสินใจก็ต่อเมื่อคุณสร้างวงจร: ตัดสินใจใน HTML, จากนั้นส่งคืนผลลัพธ์ข้อความที่มีโครงสร้างให้ Claude
แนวคิดเดียวกันนี้สามารถใช้สำหรับการแก้ไขฟีเจอร์แฟล็ก, ตัวแก้ไขระบบพรอมพ์แบบเคียงข้างกัน, หรือการอนุมัติ/ปฏิเสธ/ติดแท็กชุดข้อมูล "การสร้าง UI แบบใช้แล้วทิ้งเฉพาะใน 3 นาที" คือจุดที่คุณค่าที่แท้จริงของ Claude Code ปรากฏชัดเจนที่สุด
▼ ตัวอย่างคำแนะนำ:
"สร้าง HTML ที่ฉันสามารถลากและวางมาตรการ 30 รายการสำหรับไตรมาสหน้าลงในสี่คอลัมน์: ตอนนี้, ถัดไป, ทีหลัง, และ ตัดทิ้ง ในตอนท้าย ให้วางปุ่ม 'คัดลอกเป็น Markdown' เพื่อให้ฉันสามารถส่งออกผลลัพธ์การจัดเรียงพร้อมเหตุผลในแต่ละบรรทัด"
[สถานการณ์ที่ 5] การส่งมอบการตรวจสอบ PR และการแชร์สเปกพร้อม Diff ที่มีสีสัน
สุดท้าย ฉากสำหรับการทำงานร่วมกับวิศวกร ถึงแม้คุณจะไม่อ่านโค้ด ในฐานะ PdM, ผู้อำนวยการ, หรือบรรณาธิการ คุณอาจถูกเรียกให้ตรวจสอบ PR หรือยืนยันสเปก
ก่อน: คุณถูกขอให้เปิดหน้าจอ diff ของ GitHub คุณไม่สามารถบอกได้ว่าส่วนไหนของ diff ที่สำคัญและส่วนไหนที่ข้ามได้ แค่ดู คุณต้องอ่านความคิดเห็นเพื่อติดตามเรื่องราว คนที่ไม่อ่านโค้ดมักจะพูดว่า "บอกถ้ามีอะไร" แล้วก็ปิดมัน
หลัง: คุณขอให้ Claude Code "เปลี่ยน PR นี้เป็นเอกสารตรวจสอบ HTML ที่คนที่ไม่อ่านโค้ดสามารถเข้าใจได้ใน 30 วินาที" ความคิดเห็นถูกแนบไว้ข้าง diff, ขอบเขตของผลกระทบถูกระบายสี, และสรุปข้อกังวลสามข้อให้ไว้ตอนท้าย ถ้าคุณอัปโหลดสิ่งนี้ไปยังที่เก็บข้อมูลภายในและแชร์ URL PdM และผู้อำนวยการสามารถให้ข้อเสนอแนะด้วยปุ่มเดียว คนที่ทำงานร่วมกับวิศวกรสามารถมีส่วนร่วมในการตรวจสอบได้ในที่สุด
HTML ไม่ใช่ภาษาสำหรับวิศวกร มันเป็นเครื่องมือสำหรับส่งมอบเรื่องราว ความหมายของ diff, ความเสี่ยง, และขอบเขตของผลกระทบ—"ข้อมูลที่ต้องถอดรหัส" นี้ถูกส่งมอบพร้อมคำอธิบายประกอบ, สี, และเลย์เอาต์ นั่นคือความหมายของการแปลงเป็น HTML
▼ ตัวอย่างคำแนะนำ:
"เปลี่ยน PR นี้เป็นเอกสารตรวจสอบ HTML ที่คนที่ไม่อ่านโค้ดสามารถเข้าใจได้ใน 30 วินาที แนบความคิดเห็นไว้ข้าง diff, แสดงขอบเขตของผลกระทบด้วยการระบายสี, และสรุปข้อกังวลสามข้อในตอนท้าย"
ในขณะที่คุณยังคงส่งออกเป็น Markdown สำหรับห้าสถานการณ์นี้ ภาษีรูปแบบกำลังสะสมอย่างเงียบๆ แต่ทุกวัน การหยุดมันทันทีที่คุณสังเกตเห็นจะเป็นความแตกต่างตั้งแต่สัปดาห์หน้า
6 คำถามที่เกิดขึ้นเมื่อเปลี่ยน
เมื่ออ่านสิ่งนี้ มีแนวโน้มว่าคำถามหลายข้อจะผุดขึ้นมาในใจ ฉันได้จัดเรียงส่วน FAQ จากบทความต้นฉบับตามลำดับที่ผู้อ่านธุรกิจไทยมีแนวโน้มจะพบ
■ มันใช้โทเคนมากขึ้นไหม?
ใช่ มันใช้มากขึ้น บทความต้นฉบับระบุว่าใช้เวลาในการสร้างนานกว่า Markdown 2-4 เท่า อย่างไรก็ตาม Opus 4.7 มีบริบท 1M โทเคน ดังนั้นความเสี่ยงที่การสนทนาจะขาดเนื่องจากขีดจำกัดบริบทจากการส่งคืน HTML จึงแทบไม่มี
ข้อสรุปของ Thariq คือ: "ตัวเลขเพิ่มขึ้น แต่ถ้าคุณเลือกผลลัพธ์ที่ถูกอ่าน มันก็คุ้มค่าสำหรับงานทั้งหมด" มันคือการเลือกระหว่างการใช้สัญญารายเดือน 3,000+ เยนของคุณสำหรับ Markdown 1,000 บรรทัดที่ไม่มีใครอ่าน หรือหน้า HTML หนึ่งหน้าที่ถูกเปิด
■ ดีไซน์จะไม่น่าเกลียดเหรอ?
นี่เป็นข้อกังวลที่ถูกต้อง แต่มีมาตรการรับมือ
วิธีหนึ่งคือการใช้ปลั๊กอินออกแบบส่วนหน้าของ Claude Code อีกวิธีคือการให้ตัวอย่าง HTML จากเว็บไซต์บริษัทหรือเอกสารที่มีอยู่กับ Claude ถ้าคุณให้ไฟล์อ้างอิงและบอกว่า "ในโทนนี้" หรือ "ด้วยฟอนต์และจานสีนี้" Claude จะส่งออก HTML ที่ตรงกับลุคของบริษัทคุณ การเก็บไฟล์เช่น design-system.html ไว้ในโค้ดเบสของคุณช่วยให้คุณสามารถอ้างอิงได้ทุกครั้ง
■ การแก้ไข HTML เป็นเรื่องยุ่งยากไหม?
คุณไม่จำเป็นต้องแก้ไขด้วยตัวเอง
Thariq เองเขียนว่าเขาไม่ได้แตะ HTML โดยตรง ถ้าคุณบอก Claude "ทำให้สีนี้ดูสงบลงหน่อย" หรือ "ทำให้ส่วนที่สามเล็กลงหน่อย" มันจะแก้ไขให้คุณ ตราบใดที่คุณใช้มันสำหรับสเปก, การระดมความคิด, หรือเอกสารอ้างอิง คุณสามารถปล่อยให้ Claude แก้ไขทั้งหมด
■ ฉันจะเปิดมันได้ยังไง? ฉันจะแชร์มันได้ยังไง?
การเปิดมันง่ายมาก แค่เปิดไฟล์ HTML ที่ Claude Code สร้างขึ้นในเบราว์เซอร์ของคุณในเครื่อง
คุณยังสามารถขอให้ Claude "เปิดไฟล์นี้" และมันอาจเปิดในเบราว์เซอร์ให้คุณ เมื่อแชร์ วิธีที่ง่ายที่สุดคืออัปโหลดไปยังที่เก็บข้อมูลภายในหรือ S3 และให้ URL ถ้าคุณวางลิงก์ใน Slack หรืออีเมล ผู้รับสามารถเปิดในเบราว์เซอร์ของพวกเขาได้ ขั้นตอนพิเศษในการแปลง Markdown เป็น PDF จะหายไปอย่างสิ้นเชิง
■ แล้วการควบคุมเวอร์ชันล่ะ?
พูดตามตรง HTML ไม่เหมาะกับการจัดการ Git diff การแก้ไขหนึ่งบรรทัดอาจทำให้ diff ย้ายไปที่อื่นเนื่องจากการตั้งค่าฟอร์แมตเตอร์ Thariq เองเขียนว่า HTML คือจุดอ่อนที่สุดของการควบคุมเวอร์ชัน
นั่นคือเหตุผลที่วิธีแก้ปัญหาในทางปฏิบัติคือ: "สิ่งที่ส่งมอบให้คน" คือ HTML และ "สเปกหรือบันทึกที่คุณต้องการเก็บประวัติ" คือ Markdown มันไม่ใช่การยกเลิก Markdown แต่เป็นการเปลี่ยนไปใช้แนวคิดในการเลือกรูปแบบตามวัตถุประสงค์ของผลลัพธ์
■ ฉันสามารถเลิกใช้ Markdock โดยสิ้นเชิงได้ไหม?
ไม่ได้ บันทึก, ประวัติการเปลี่ยนแปลง, และข้อความที่มีโครงสร้างที่คุณต้องการเก็บไว้ในที่เก็บควรยังคงเป็น Markdown
CLAUDE.md และ SKILL.md จัดการและติดตาม diff ได้ง่ายกว่าถ้าพวกมันยังคงเป็น Markdown HTML เหมาะสำหรับ "การส่งมอบให้คน" "การให้คนสัมผัสมัน" "การเรียงหลายตัวเลือก" และ "การให้คนตัดสินใจด้วยสี" ถ้าคุณเข้าใจอย่างกว้างๆ ว่า "Markdown สำหรับโต้ตอบกับ AI, HTML สำหรับแจกจ่ายให้คน" คุณจะไม่หลงทาง
เมื่อถึงตอนนี้ ข้อสงสัยเริ่มแรกของคุณควรจะหมดไปแล้ว บทความที่รวมข้อเสียไว้ด้วยนั้นน่าเชื่อถือกว่า—นั่นคือความเชื่อของฉันในฐานะนักเขียน
คุณจะยังคงจ่ายภาษีรูปแบบต่อไป หรือจะย้ายไปอยู่ฝ่ายออกแบบ?
สุดท้ายนี้ เรามายกระดับมุมมองเพื่อปิดท้ายกัน
เราได้พูดถึง "Prompt Tax" ไปก่อนหน้านี้—ต้นทุนของการพิมพ์ premise เดิมซ้ำๆ ให้กับ Claude จากนั้นก็เป็นเรื่องของการย้ายไปยังเลเยอร์การออกแบบด้วยโฟลเดอร์ .claude "Format Tax" นี้เป็นธีมที่สามในซีรีส์นั้น หลังจากเลเยอร์การสนทนาและเลเยอร์การออกแบบ ตอนนี้เราได้จัดการกับเลเยอร์เอาต์พุตแล้ว
มาช่วยกันนิยาม "Format Tax" ในแบบที่แชร์กับผู้อ่านได้:
ถ้าคุณยังคงเลือกรูปแบบเอาต์พุตที่ไม่มีใครอ่าน ความเหนื่อยล้าก็จะสะสมทั้งสำหรับคุณและคนอื่นๆ ก่อนที่จะเปิดไฟล์ด้วยซ้ำ คุณจ่ายเงินกว่า 3,000 เยนต่อเดือนให้กับ Claude Code แต่ผลงานที่ส่งมอบกลับไม่เคยถูกใช้ในการประชุม ความรู้สึกนั้นเกิดจากการไม่ตัดสินใจในการเลือกรูปแบบ นี่คือ Format Tax
การเอาต์พุตเป็น Markdown เป็นแค่ภารกิจ การเลือก HTML คือการตัดสินใจ แม้จะใช้ Claude Code เดียวกัน การตัดสินใจเพียงครั้งเดียวในการเลือกรูปแบบก็เปลี่ยนระยะที่ผลงานของคุณจะไปถึงได้อย่างมีนัยสำคัญ
และ HTML ไม่ใช่ภาษาสำหรับวิศวกร มันเป็นเครื่องมือสำหรับสร้างเนื้อหาที่มีคนอ่าน ลองวางแนวคิดเรื่องการสร้างเว็บไซต์ไว้ก่อน แค่ลองเอาต์พุตรายงานประจำสัปดาห์ ข้อเสนอ หรือเอกสารทบทวนที่คุณกำลังเขียนในสัปดาห์นี้เป็น HTML แค่นั้นก็พอ
มาพูดถึงภาพรวมที่ใหญ่กว่ากัน
ยุคที่ Markdown เป็นมาตรฐานโดยปริยายของอุตสาหกรรม AI กำลังสิ้นสุดลงอย่างเงียบๆ ภายใน Anthropic ในขณะที่ CLAUDE.md, SKILL.md และกฎของ Cursor ล้วนสร้างขึ้นบนพื้นฐานของ Markdown แต่รูปแบบเอาต์พุตเริ่มเปลี่ยนก่อน ผู้อ่านที่ได้เห็นช่วงเวลาที่มาตรฐานเปลี่ยนไปสามารถก้าวไปข้างหน้าได้ครึ่งก้าว
แน่นอน เมื่อคุณรู้ตัวว่า "ฉันทำแบบนี้ทุกสัปดาห์" คุณก็สามารถเลือกที่จะพัฒนาให้มันกลายเป็น Skill ได้
ภายใน Anthropic รูปแบบที่มีความถี่สูงสำหรับเอาต์พุต HTML เช่น Playgrounds ที่เกี่ยวข้องกับการออกแบบ กำลังถูกบ่มเพาะเป็นคอมโพเนนต์อย่างค่อยเป็นค่อยไป อย่างไรก็ตาม สำหรับสัปดาห์แรก แค่พรอมต์บรรทัดเดียวก็เพียงพอแล้ว คืนนี้ ลองเอาต์พุตรายงานประจำสัปดาห์เพียงหนึ่งฉบับเป็น HTML สัปดาห์หน้า ลองจัดเรียงตัวเลือกข้อเสนอหกตัวในกริดเดียว เริ่มจากตรงนั้น แล้ว Format Tax จะเริ่มลดลงอย่างเงียบๆ
Thariq เองเขียนไว้ท้ายบทความของเขา: "ฉันเคยกลัวที่จะหยุดอ่าน Markdown อย่างลึกซึ้งและปล่อยให้การตัดสินใจทั้งหมดเป็นหน้าที่ของ Claude ตั้งแต่เปลี่ยนมาใช้ HTML ฉันรู้สึกเหมือนกลับมาอยู่ในวงจรกับ Claude อีกครั้ง และเหนือสิ่งอื่นใด มันสนุกที่จะสร้างสรรค์"
การเลือกรูปแบบคือสวิตช์เพื่อเรียกคืนความคิดริเริ่มเมื่อทำงานกับ AI และในขณะเดียวกันก็เป็นสวิตช์ที่จะนำความร้อนแรงเล็กๆ กลับมาสู่งานประจำวันของคุณ
คุณจะยังคงผลิต Markdown ที่ไม่มีใครอ่านต่อไป หรือจะย้ายไปอยู่ฝั่งที่เลือก format? สัปดาห์หน้าจะเป็นเส้นแบ่ง
สรุป
- นักพัฒนาที่สร้าง Claude Code ที่ Anthropic ประกาศว่าเขาไม่ใช้ Markdown อีกต่อไป การนำ HTML มาใช้กำลังแพร่กระจายภายในทีม
- จนถึงตอนนี้ Markdown เป็นมาตรฐานโดยปริยายสำหรับ AI—ตั้งแต่ Claude Code และ Cursor ไปจนถึง GitHub Copilot, Cline, Wiki ภายใน และเอาต์พุตของ ChatGPT ผู้สร้างได้ท้าทายมาตรฐานอุตสาหกรรมนั้นแล้ว
- มี 5 เหตุผลที่ Markdown ไม่ถูกอ่าน: อ่านซ้ำไม่ได้เมื่อเกิน 100 บรรทัด / พังเมื่อแชร์ / ไม่มีสีหรือแผนภาพ / สัมผัสไม่ได้เพื่อตัดสิน / พังบนมือถือ ต้นทุนที่ซ่อนอยู่เหล่านี้คือ "Format Tax"
- ในการเปลี่ยน แค่เพิ่มบรรทัดเดียว: "Output as an HTML file" การทำให้เป็น Skill รอได้จนกว่าการใช้งานจะมั่นคง
- 5 สถานการณ์ทางธุรกิจ—รายงานประจำสัปดาห์ ข้อเสนอแบบขนาน การปรับแต่งการออกแบบ หน้าจอการตัดสินใจ และการตรวจสอบ PR—เปลี่ยนเป็นเนื้อหาที่ถูกเปิด ตัดสินใจ และส่งกลับ เพียงแค่เปลี่ยนเป็น HTML
- การเลือกรูปแบบคือการตัดสินใจ ไม่ใช่ภารกิจ การเอาต์พุตเป็น Markdown คือภารกิจ การเลือก HTML คือการตัดสินใจ ความแตกต่างระหว่างผู้ใช้ Claude Code เปิดขึ้นตรงนี้
สำหรับผู้ที่พบว่าบทความนี้มีประโยชน์:
ห้องปฏิบัติการ Claude Code แห่งมหาวิทยาลัยโตเกียว (@ClaudeCode_UT) เป็นบัญชีที่ดำเนินการอย่างจริงจังโดยทีมนักศึกษามหาวิทยาลัยโตเกียว เรายังทำงานร่วมกับบริษัทใหญ่ในการพัฒนาธุรกิจ Claude Code ร่วมกัน และเราแชร์เฉพาะดีไซน์และองค์ความรู้ที่ใช้งานได้จริงในสนามเท่านั้น
เราส่งมอบข้อมูลและองค์ความรู้ที่ "มีประโยชน์อย่างแท้จริง" ซึ่งเชี่ยวชาญสำหรับงานปฏิบัติทุกวัน 👇
■ ปล่อยฟรีสกิล Claude Code ที่ใช้งานได้จริง
■ การแปลและปรับโครงสร้างข้อมูล AI หลักจากต่างประเทศให้เข้ากับบริบทธุรกิจญี่ปุ่น
■ นี่เป็นที่เดียวที่จะได้รับสกิลและเครื่องมือที่พัฒนาอย่างจริงจังโดยทีม UTokyo ที่ "มีประโยชน์อย่างแท้จริง" ฟรี ❗️
หากสนใจ กรุณาติดตามและลองดู
LINE อยู่ที่นี่ ⇩
