หลักการที่ไม่มีเครื่องบังคับ คือความตั้งใจดี ไม่ใช่มาตรฐาน ทุกองค์กรมีค่านิยมติดผนัง สิ่งที่ต่างกันคือมีอะไรหยุดคุณได้ตอนที่คุณกำลังจะละเมิดมันเอง หน้านี้เปิดทั้งสองชั้นให้ดู — กฎเหล็ก 20 ข้อที่ต่อรองไม่ได้ และกติกาวิศวกรรม 129 ข้อ ที่แปลงกฎเหล็กเป็นสิ่งที่ สคริปต์ตรวจได้ ไม่ใช่สิ่งที่ต้องเชื่อใจกัน
ทำไมต้องเปิด กฎเหล็กข้อ 11 ของเราคือ Transparency Always — ถ้าเราบังคับความโปร่งใสกับระบบและกับ AI ของตัวเอง เราก็ต้องบังคับกับหน้าเว็บของตัวเองด้วย หน้านี้จึงบอกทั้งข้อที่บังคับได้จริง และข้อที่ยังเป็นแค่เจตนา
คนมักคิดว่า "ธรรมนูญบริษัท" คือเอกสารค่านิยมหนึ่งใบ ของเราแยกเป็นสองชั้นโดยตั้งใจ เพราะชั้นบนตอบว่า อะไรที่เราจะไม่ยอมแลก ส่วนชั้นล่างตอบว่า แล้วอะไรจะหยุดเราถ้าเราเผลอแลกมันไป
ประกาศโดยผู้ก่อตั้ง เป็นข้อผูกมัดระดับที่ ไม่เปลี่ยนตามรอบธุรกิจ ทุกข้อเขียนให้ตัดสินใจได้จริงเวลาชนกัน เช่น "ไม่มี Partner ไม่เปิดตัวเชิงพาณิชย์" ไม่ได้แปลว่าโตช้า แต่แปลว่าเราเลือกไม่โตในแบบที่ดูแลลูกค้าไม่ไหว
แปลงกฎเหล็กเป็นข้อที่ ตรวจด้วยเครื่องได้ กระจายใน 7 เสา · 95 ข้อระดับบังคับ และ 31 ข้อระดับควรทำ · กติกาชุดนี้ไม่ได้ออกแบบจากศูนย์ แต่สังเคราะห์จากบทเรียนจริงของ 16 แอปที่รันอยู่ — เกือบทุกข้อคือ practice ที่แอปใดแอปหนึ่งคิดขึ้นเองแล้วพิสูจน์ว่าได้ผล
กติกาที่คุมกติกาอีกที มาตรฐานของเราเขียนไว้ว่า "Declared = Enforced" — gate ที่ประกาศแล้วตั้งเป็น continue-on-error คือ gate ที่ไม่มีอยู่จริง · มาตรฐานที่ไม่มีสคริปต์ตรวจคือความตั้งใจดี ไม่ใช่มาตรฐาน ทุกข้อระดับบังคับจึงต้องมีบรรทัด Enforce ที่บอกวิธีตรวจแบบรันได้ ถ้าเขียนวิธีตรวจไม่ได้ ข้อนั้นต้องถูกลดชั้นเป็น "ควรทำ" ไม่ใช่ปล่อยให้อ้างว่าบังคับ
แต่ละข้อติดป้ายบอกว่า อะไรคือสิ่งที่หยุดเราได้จริง เมื่อเรากำลังจะละเมิดข้อนั้น — บังคับด้วยเครื่อง คือมีสคริปต์หรือ CI ที่ทำให้ทำผิดแล้วงานไม่ผ่าน · มติที่บันทึกไว้ คือมีมติเป็นลายลักษณ์อักษรที่ผูกพัน แต่คนเป็นผู้ตรวจ ไม่ใช่เครื่อง · เป็นเจตนา คือยังไม่มีทั้งสองอย่าง เราไม่ติดป้ายเขียวให้ข้อไหนเพียงเพราะมันฟังดูดี
มนุษย์ต้องมาก่อน
ทุกการตัดสินใจต้องยึดประโยชน์ของมนุษย์เป็นศูนย์กลาง · ในทางปฏิบัติแปลว่าจุดที่ระบบใช้เงินหรือเปลี่ยนสถานะสำคัญ ต้องมีมนุษย์เป็นคนเคาะ ไม่ใช่ AI
บังคับด้วยเครื่อง · human approval gateหนึ่งคน หนึ่ง DNA
ใช้ Human DNA Profile เป็นตัวตนเดียวของทุกบริการ แทนที่จะให้แต่ละแอปเดาบุคลิกผู้ใช้เองแยกกัน
มติที่บันทึกไว้ ·
DEC-0001ความเป็นส่วนตัวคือสิ่งศักดิ์สิทธิ์
ข้อมูลส่วนบุคคลเป็นของผู้ใช้ เราดูแล ไม่ขาย ไม่เปิดเผย · การแลกข้อมูลข้ามแอปต้องผ่านประตูเดียวที่มี consent กำกับทุกครั้ง
บังคับด้วยเครื่อง · Human-DNA Consent Standardไม่มี Partner ไม่เปิดตัวเชิงพาณิชย์
ทุก product ต้องมี Partner Owner ก่อนเปิดตลาด · vertical ที่ยังไม่มีเจ้าของและคนดูแลลูกค้า อยู่ได้แค่สถานะ Pilot หรือ Showcase
มติที่บันทึกไว้ ·DEC-0002คุณภาพเหนือความเร็ว
ไม่เร่งปล่อยของเร็ว · เข้า main ได้ทาง PR เท่านั้น และ CI ต้องเขียวโดยเป็น required check — แดงคือหยุดไลน์ ไม่ใช่หมายเหตุ
บังคับด้วยเครื่อง ·QA-01 DV-01หนึ่ง Ecosystem หนึ่งประสบการณ์
ทุกบริการเชื่อมต่อกันอย่างไร้รอยต่อภายใต้ประสบการณ์เดียว · ยืนบน stack baseline เดียวกันและใช้ kit กลางร่วมกัน
บังคับด้วยเครื่อง ·AR-01ขับเคลื่อนด้วยข้อมูล เสริมพลังด้วย AI
ตัวเลขสาธารณะทุกตัวต้องมาจาก generator ที่รันซ้ำได้ ห้ามพิมพ์มือ — รวมถึงตัวเลขบนหน้าเว็บนี้เอง
บังคับด้วยเครื่อง ·HC-05สร้างผลกระทบมากกว่ากำไร
เราอยู่เพื่อสร้างชีวิตที่ดีขึ้น ไม่ใช่แค่ตัวเลขกำไร · ข้อนี้ชี้ทิศการตัดสินใจเรื่องลำดับความสำคัญ แต่ยังไม่มีตัวชี้วัดอัตโนมัติ
เป็นเจตนา · ยังไม่มีเครื่องตรวจคิดระยะยาว ไม่คิดระยะสั้น
ทุกการลงทุนต้องสร้างคุณค่าในระยะยาว · เป็นเกณฑ์ตัดสินของเจ้าของ ไม่ใช่ gate ที่สคริปต์ตรวจได้
เป็นเจตนา · ยังไม่มีเครื่องตรวจเปิดกว้างเพื่อการร่วมมือ
เราเชื่อในพลังของ Partner และ Ecosystem ไม่แข่งขันแต่ร่วมสร้าง · ลูกค้าถือ repo ของตัวเองเต็ม ไม่มี lock-in
เป็นเจตนา · เงื่อนไขในสัญญาโปร่งใสเสมอ
คำโฆษณาที่ไม่มีหลักฐานรองรับ = ห้ามใช้ · claims-guard เป็น required CI step และ fabricated success มีเพดานเป็นศูนย์ทั้ง estate
บังคับด้วยเครื่อง ·HC-01 HC-03ออกแบบความปลอดภัยตั้งแต่แรก
เส้นทางที่เกี่ยวกับความปลอดภัยหรือเงินต้อง fail-closed — ไม่มีแถวในตาราง = ปิด ไม่ใช่เปิด · ช่องโหว่มี SLA 48 ชั่วโมงและนับว่าแก้แล้วต่อเมื่อ deploy จริง
บังคับด้วยเครื่อง ·OP-11 OP-03ผู้ใช้ควบคุมได้เสมอ
ผู้ใช้เป็นเจ้าของข้อมูลและถอนสิทธิ์คืนได้ตลอด · ค่าที่ควบคุมพฤติกรรมระบบอยู่ในฐานข้อมูล ปิดฟีเจอร์ได้ทันทีโดยไม่ต้อง deploy
บังคับด้วยเครื่อง ·AR-02 UX-17พัฒนาไม่หยุดยั้ง
เทียบตัวเองกับคู่แข่งทุก 1–2 เดือน โดยให้ AI หลายค่ายให้คะแนนแยกกันแล้วหาค่ากลาง ไม่ใช่ประเมินตัวเองเข้าข้างตัวเอง
มติที่บันทึกไว้ · รอบเทียบคู่แข่งผู้ก่อตั้งยึดมั่นในปณิธาน
ผู้ก่อตั้งไม่ทำ L1 Support รับเฉพาะงานตัดสินใจเชิงกลยุทธ์ · เพราะพลังของผู้ก่อตั้งเป็นทรัพยากรจำกัด ไม่ใช่ทรัพยากรไม่จำกัด
มติที่บันทึกไว้ ·DEC-0004โฟกัสและทำให้ง่าย
ไม่ commercialize เกิน 2 product พร้อมกันในช่วงทรัพยากรจำกัด · ที่เหลืออยู่สถานะ Pilot, Showcase หรือ Hold อย่างเปิดเผย
มติที่บันทึกไว้ ·DEC-0003ยั่งยืนตั้งแต่การออกแบบ
คิดถึงสิ่งแวดล้อม สังคม และธรรมาภิบาลในทุกการออกแบบ · ยังเป็นเจตนาเชิงออกแบบ ยังไม่มีเกณฑ์วัดที่เผยแพร่ได้
เป็นเจตนา · ยังไม่มีเครื่องตรวจมองโลก สร้างผลกระทบในท้องถิ่น
คิดระดับโลกแต่สร้างคุณค่าในแต่ละพื้นที่ · ในทางปฏิบัติคือ ภพ.30 · PromptPay · PDPA · โหราศาสตร์ไทย ที่เครื่องมือระดับโลกทำไม่ได้
วัดได้ แต่ไม่ได้บังคับจริยธรรมคือสิ่งที่ต่อรองไม่ได้
AI ของเรา ห้ามคาดเดาตัวเลข และต้องแยก Fact · Inference · Suggestion ออกจากกันเสมอ เมื่อรายงานอะไรก็ตาม
มติที่บันทึกไว้ · AI Constitution §18เป้าหมายสุดท้ายของเรา
ความสำเร็จของ product วัดที่ผลลัพธ์ต่อชีวิตคน ไม่ใช่จำนวนฟีเจอร์ที่ปล่อยออกไป
เป็นเจตนา · เกณฑ์ตัดสินของเจ้าของนับให้ครบ 8 ข้อบังคับด้วยเครื่อง · 6 ข้อบังคับด้วยมติที่บันทึกไว้ · 6 ข้อยังเป็นเจตนา — ข้อที่เป็นงานวิศวกรรมบังคับด้วยเครื่องได้ ส่วนข้อที่เป็นคุณค่าเชิงทิศทาง (ผลกระทบเหนือกำไร · คิดระยะยาว · ยั่งยืน) ยังไม่มีเครื่องตรวจ และเราจะไม่แกล้งบอกว่ามี เพราะการอ้างเกินจริงเรื่องการควบคุมของตัวเอง คือการละเมิดข้อ 11 ด้วยตัวมันเอง
กติกาแต่ละข้อมีรหัสถาวร (เช่น OP-11) ระดับบังคับ ที่มาของบทเรียนที่ทำให้มันเกิด วิธี enforce แบบรันได้ และช่องว่างที่ยังเหลือ · การอ้างอิงในเอกสารภายในและในเอกสารสำหรับ partner ใช้รหัสเดียวกันนี้ทั้งหมด
| เสา | ว่าด้วย | กติกา | ตัวอย่างข้อที่บังคับจริง |
|---|---|---|---|
สถาปัตยกรรม AR | โครงระบบ · การใช้ซ้ำ · ค่าคอนฟิกตอนรัน | 18 | AR-02 ค่าคอนฟิกตอนรันอยู่ในฐานข้อมูล ไม่ใช่ .env |
ดีไซน์ & UX UX | ประสบการณ์ · ภาษา · การเข้าถึง | 18 | UX-17 kill-switch ต้องถึงทุก worker ได้เร็ว |
การพัฒนา DV | สาย branch · การรีวิว · วินัยหลาย session | 19 | DV-01 เข้า main ได้ทาง PR เท่านั้น + required checks |
คุณภาพ QA | เทสต์ · CI · นิยามของคำว่าเสร็จ | 18 | QA-01 CI แดง = หยุดไลน์ ไม่ใช่หมายเหตุ |
ปฏิบัติการ & ความปลอดภัย OP | deploy · backup · ช่องโหว่ · เส้นทางเงิน | 18 | OP-11 เส้นทางเงิน/ความปลอดภัยต้อง fail-closed |
ความซื่อสัตย์ & claim HC | คำเคลมสาธารณะ · ตัวเลข · หลักฐาน | 19 | HC-05 ตัวเลขสาธารณะมาจาก generator ห้ามพิมพ์มือ |
แบบจำลอง agent AG | บทบาท AI · การส่งต่องาน · บริบทก่อนลงมือ | 19 | AG-10 นิยามบทบาทต้อง ship ถึงทุกแอปจริง |
ทุกข้อมีรหัสถาวรและไม่ซ้ำกัน อ้างอิงได้ทั้งในโค้ด ใน CI และในเอกสารสำหรับ partner
สัดส่วนนี้ตั้งใจ — ข้อที่เขียนวิธีตรวจแบบรันไม่ได้ จะถูกลดชั้นเป็น "ควรทำ" แทนที่จะปล่อยให้อ้างว่าบังคับ
ข้อระดับบังคับทั้งหมดในเอกสารรายเสามีบรรทัด Enforce ที่ระบุคำสั่งหรือ gate ที่ใช้ตรวจ ไม่มีข้อไหนเป็นแค่ถ้อยแถลง
มาตรฐานที่ประกาศแล้วไม่เท่ากับมาตรฐานที่ทุกแอปทำครบ ตารางนี้คือผลตรวจสดจาก 17 repo ในรอบล่าสุด ไม่ใช่คำประกาศ — และเราเผยแพร่ทั้งช่องที่ผ่านและช่องที่ยังไม่ผ่าน
| กติกา | ว่าด้วย | ผ่าน | สัดส่วน |
|---|---|---|---|
QA-01 | CI ทำงานจริงทุก repo | 17 / 17 | |
AR-01 | ประกาศ kit ที่ใช้ (kit.manifest) | 15 / 17 | |
AG-10 | มีเอกสารบทบาท (SKILL.md) | 14 / 17 | |
DV-01 | branch protection บน main | 5 / 17 | |
HC-03 | claims-guard เป็น required CI step | 2 / 17 | |
AG-10 | wiring ของบทบาทที่โหลดจริงตอนรัน | 1 / 17 |
สแนปช็อต 2026-07-20 ตัวเลขชุดนี้มาจากการรันคำสั่งจริงบนเครื่องพัฒนา ช่องที่ตรวจไม่ได้ถูกบันทึกว่า "ตรวจไม่ได้" ไม่ใช่เดา · มันเป็นภาพนิ่งของวันนั้น ไม่ใช่สถานะวันนี้ และจะเก่าลงทุกวันที่แอปทำงานต่อ ก่อนนำไปอ้างอิงควรขอผลตรวจรอบล่าสุดจากเราเสมอ
ช่องว่างที่ใหญ่ที่สุดของเราตอนนี้คือชั้นบังคับใช้เอง ไม่ใช่ตัวกติกา — HC-03 คือกติกาที่คุมความซื่อสัตย์ของคำเคลม แต่มีเพียง 2 จาก 17 repo ที่ติดตั้งเป็น required check จริง ส่วนที่เหลือยังพึ่งการรีวิวของคน เราเผยแพร่ตัวเลขนี้เพราะการปิดบังมันจะทำให้คำว่า "บังคับด้วยเครื่อง" ในหน้านี้เชื่อถือไม่ได้ทั้งหน้า
นี่คือธรรมนูญการทำงานภายในที่เราเขียนและบังคับกับตัวเอง ไม่ใช่ ISO ไม่ใช่ SOC 2 และไม่มีผู้สอบบัญชีอิสระมารับรอง สิ่งที่ตรวจสอบได้คือกติกาเปิดให้อ่าน สคริปต์รันซ้ำได้ และสถานะถูกเผยแพร่พร้อมช่องว่าง
ตารางในหัวข้อที่ 4 บอกตรง ๆ ว่าหลายข้อยังไม่ครบ · การมีมาตรฐานแปลว่า เรารู้ว่าตัวเองยังขาดตรงไหนและวัดมันได้ ไม่ใช่แปลว่าไม่ขาด
มาตรฐานมีกระบวนการแก้ไขของตัวเอง ข้อที่พิสูจน์แล้วว่าตรวจไม่ได้จริงจะถูกลดชั้น ไม่ใช่เก็บไว้ให้ดูดี · ทุกการเปลี่ยนแปลงถูกบันทึกพร้อมเหตุผล
ชั้นบังคับใช้นี้เกิดขึ้น เพราะ เราเคยพลาด — เคยตรวจเจอคำเคลมที่เกินจริงของตัวเองแล้วต้องสร้างเครื่องมือมากันไม่ให้เกิดซ้ำ กติกาเกือบทุกข้อมีบทเรียนจริงอยู่ข้างหลัง
อ่านต่อ วิธีที่เราคำนวณและเปิดข้อจำกัดของตัวเลขสาธารณะ อยู่ที่ หน้าวิธีวัด · ภาพรวมสถาปัตยกรรมที่กติกาเหล่านี้คุมอยู่ ดูที่ Technology · เงื่อนไขการทำงานร่วมกับเรา ดูที่ Partner Program