วิธีการผลิตเนื้อหาของ starnum.com.tw
อัปเดตล่าสุด: (v5.0) | กำหนดอัปเดตครั้งถัดไป: | ดูแลโดย: mychenan
สรุป: ทุกบทความบน starnum เขียนด้วยมือโดยทีมงานของเรา โดยอิงจากฐานความรู้ 193K บรรทัดของสำนักลู่ปินเจ้า (366 ไฟล์ 8 แหล่งอ้างอิงไขว้) และเครื่องยนต์โอเพนซอร์ส iztro เมื่อเขียนเสร็จแล้ว แต่ละบทความจะผ่านการตรวจสอบคุณภาพอัตโนมัติหกมิติ 232 รายการ การตรวจสอบโดยโมดูลมาตรฐานบรรณาธิการ 19 ชุด และการตรวจสอบความสมบูรณ์ของเนื้อหา SHA256 เทคโนโลยีคือเครื่องมือตรวจสอบคุณภาพของเรา ไม่ใช่เครื่องมือเขียน
แหล่งความรู้
เอกสารสำนักลู่ปินเจ้า (陸斌兆派 — Lu Binzhao School) เป็นแกนหลัก ฐานความรู้รวม 366 ไฟล์ มีประมาณ 193,000 บรรทัดของข้อความที่มีโครงสร้าง ครอบคลุมทั้งระบบไจ้เหวยโต้วซู่และตัวเลขวิทยา จากฐานข้อมูลการวิจัยโหราศาสตร์หลัก 8 แห่ง
ความแตกต่างสี่การแปลงระหว่างสำนักลู่ปินเจ้าและสำนักหวางถิงจือ:
| ต้นกำเนิดฟ้า | สำนักลู่ปินเจ้า | สำนักหวางถิงจือ |
|---|---|---|
| หวู่ (戊) | โหยวปี้ (右弼) — วิชาการ | เทียนจี (天機) — วิชาการ |
| เกิง (庚) | ไท่อิน (太陰) — วิชาการ | เทียนถง (天同) — วิชาการ |
| เหริน (壬) | จั้วฝู่ (左輔) — ความเจริญ | เทียนเหลียง (天梁) — ความเจริญ |
ตัวเลขวิทยาตามระบบพีทาโกรัส (Pythagorean) ครอบคลุมเลขเส้นทางชีวิต, เลขวันเกิด, ปีส่วนตัว, เลขยอดสูงสุด, เลขความท้าทาย และตารางดาวเก้า
เครื่องยนต์ดูดวง
เราใช้เครื่องยนต์โอเพนซอร์ส iztro (JavaScript) สำหรับไจ้เหวยโต้วซู่ รองรับการจัดวาง 14 ดาวหลัก การวางตำแหน่งดาวช่วยและดาวร้าย การคำนวณสี่การแปลง และการวิเคราะห์วัฏจักรใหญ่/รายปี โค้ดโอเพนซอร์สหมายความว่าตรรกะการคำนวณสามารถตรวจสอบได้โดยนักวิจัยทุกคน
กราฟความรู้ช่วยตีความดวงอย่างไร
กราฟความรู้ทำให้ดวงชะตาหนึ่งดวงไม่ใช่แค่ข้อความกระจัดกระจาย แต่สามารถร้อยเรียงข้อเท็จจริงของดวง ดาว วัง การแปลง เลขศาสตร์ และคำแนะนำเชิงปฏิบัติเข้าด้วยกันในบริบทเดียวที่ตรวจสอบได้ ช่วยให้ระบบยืนยันได้ว่า "ข้อความตีความนี้กำลังพูดถึงดาวดวงไหน วังไหน คำแนะนำใด" และยังช่วยให้บรรณาธิการตรวจสอบย้อนกลับที่มาเชิงความหมายของแต่ละย่อหน้าได้ด้วย
ชั้นลูกค้า: บริการกราฟความรู้
ผู้อ่านจะเห็นการตีความที่สอดคล้องกันมากขึ้น: ดาวดวงเดียวกัน วังเดียวกัน การแปลงแบบเดียวกัน จะไม่ถูกตีความสับสนเป็นความหมายต่างกันในแต่ละย่อหน้า และคำแนะนำเชิงปฏิบัติก็จะเชื่อมโยงกลับไปยังบริบทของดวงที่สอดคล้องกันเสมอ
ชั้นแบ็กเอนด์: ฐานความหมายเชิงภววิทยา
แบ็กเอนด์ใช้ registry เชิงภววิทยา (ontology) จัดการ canonical entity, รหัสความหมาย (semantic ID), alias, นโยบายการเลิกใช้ (deprecated policy), กฎการผูกข้อมูล (binding) และ validator เพื่อให้แน่ใจว่า graph artifact ใช้ข้อกำหนดล่าสุดทุกครั้งที่มีการตรวจสอบซ้ำ
ชั้น SEO: การฉายภาพ Schema.org JSON-LD สู่สาธารณะ
เครื่องมือค้นหาและ AI crawler จะได้รับเฉพาะ Schema.org JSON-LD ที่ฉายภาพจาก ViewGraph สาธารณะเท่านั้น เช่น AboutPage, Organization, FAQPage และ Dataset โดยโหนดข้อมูลดวงส่วนบุคคลและแหล่งข้อมูล KB ภายในจะไม่ถูกนำเข้าสู่การฉายภาพ SEO
ระบบตรวจสอบคุณภาพ
รายการตรวจสอบอัตโนมัติหกมิติ (232 รายการ)
การตรวจสอบคุณภาพ 232 รายการใน 6 มิติรับประกันว่าทุกบทความผ่านการตรวจสอบอย่างครอบคลุมก่อนเผยแพร่:
- D1 Safety (ความปลอดภัย) — การสแกนคำต้องห้าม, การปฏิบัติตามลิขสิทธิ์, การติดฉลากเนื้อหาที่ได้รับการสนับสนุน
- D2 Completeness (ความสมบูรณ์) — แท็ก hreflang 11 รายการ, ความสมบูรณ์ og/twitter/Schema
- D3 Executability (ความสามารถในการดำเนินการ) — การเข้าถึงลิงก์, ไวยากรณ์ JSON-LD, การกำหนดคลาส CSS
- D4 Maintainability (ความสามารถในการบำรุงรักษา) — ความสอดคล้องของเทมเพลต, การตั้งชื่อตามแบบแผน, คลาส body
- D5 Cost-awareness (ประสิทธิภาพ) — ข้อกำหนดจำนวนคำ, ความเป็นสาระของเนื้อหา, การลดความซ้ำซ้อนทางความหมาย
D1–D3 ดำเนินการโดยเครื่องมืออัตโนมัติ (ไม่ยอมรับการผิดพลาด); D4–D5 ตรวจสอบโดยบรรณาธิการอาวุโส (คะแนนผ่าน: 80+)
การตรวจสอบตรรกะโหราศาสตร์
เครื่องมือตรวจสอบตรรกะโหราศาสตร์เฉพาะทางอ้างอิงไขว้กับฐานความรู้เพื่อป้องกันดาวที่วางในวังผิดหรือการตัดสินรูปแบบที่ผิด โครงร่างการให้เหตุผลถูกสร้างและตรวจสอบก่อนที่การเขียนใดๆ จะเริ่มต้น
ความสมบูรณ์ของเนื้อหา SHA256 + JSON-LD hasHash
ข้อความเนื้อหาของแต่ละบทความจะถูกแฮชด้วย SHA256 จากนั้นแทรกทั้งที่ด้านล่างของหน้า (มนุษย์อ่านได้) และในคุณสมบัติ hasHash ของ JSON-LD Schema บทความ (เครื่องอ่านได้) เครื่องมือค้นหาและบอท AI สามารถตรวจสอบความเป็นต้นฉบับของเนื้อหาโดยตรงจาก Schema — โดยไม่ต้องวิเคราะห์ HTML
การควบคุมเวอร์ชัน Git
การเปลี่ยนแปลงทั้งหมดถูกติดตามผ่าน commit ในที่เก็บ GitHub ส่วนตัว — สามารถติดตามย้อนกลับและย้อนกลับได้อย่างสมบูรณ์
กราฟความรู้และภววิทยา (Ontology)
กราฟความรู้คือความสามารถในการให้บริการที่เข้าใจได้จากภายนอก ส่วนภววิทยา (ontology) คือข้อกำหนดที่แบ็กเอนด์ใช้รักษาความสอดคล้องเชิงความหมาย Ontology Registry ใช้ ID ที่เสถียรจัดการดาว วัง การแปลง เลขศาสตร์ และกรอบการดำเนินการ เช่น star:*, palace:*, sihua:*, numerology:* จำนวนเอนทิตีและ prefix ที่ใช้งานได้ให้ยึดตามผลลัพธ์ปัจจุบันของ ontology audit ไม่ได้กำหนดตายตัวไว้ในหน้าเว็บสาธารณะ
ContentGraph เก็บบริบทภายในแบบสมบูรณ์ ViewGraph เก็บเฉพาะโหนดที่เปิดเผยต่อสาธารณะ ส่วน SchemaProjection จะฉายภาพ ViewGraph ให้กลายเป็น Schema.org JSON-LD ขอบเขตนี้ทำให้เครื่องมือค้นหาเข้าใจหัวข้อของหน้าเว็บได้ โดยไม่เปิดเผยข้อเท็จจริงของดวงส่วนบุคคลหรือแหล่งที่มาของคลังความรู้ภายใน
ระบบลิงก์ภายในเชิงความหมาย
อัลกอริทึม TF-IDF + การวิเคราะห์การเกิดร่วมกันแบบถ่วงน้ำหนักของความคล้ายคลึงทางความหมายของบทความทั่วทั้งไซต์สร้างลิงก์ภายในสองทิศทาง 3 อันดับแรกโดยอัตโนมัติ บทความใน Topic Hub เดียวกันได้รับน้ำหนัก ×1.5; ลิงก์ระหว่างบทความเสา-กลุ่มได้รับ ×2.0 ทำให้โครงสร้างกลุ่มมองเห็นได้ชัดเจนสำหรับเครื่องมือค้นหา ระบบตรวจจับการกินเนื้อตัวเองสแกนความคล้ายคลึงของชื่อและคำอธิบายเป็นระยะ คู่ที่เกิน 70% จะถูกตั้งค่าสถานะและแก้ไข
การตอบรับคุณภาพและการปรับปรุงอย่างต่อเนื่อง
ทุกบทความที่ไม่ผ่านการตรวจสอบคุณภาพจะถูกบันทึกในบันทึกการตอบรับคุณภาพที่มีโครงสร้าง บันทึกประเภทความล้มเหลว การวิเคราะห์สาเหตุหลัก และคะแนนคุณภาพก่อนและหลังการแก้ไข
- การตรวจจับรูปแบบ: เมื่อประเภทปัญหาเดียวกันสะสม ≥3 ครั้ง กฎคุณภาพใหม่จะถูกเสนอโดยอัตโนมัติ
- การเลิกใช้กฎ: กฎที่ไม่ถูกเรียกใช้ใน 90 วันเป็นผู้สมัครสำหรับการทำให้ง่ายขึ้นหรือการลบออก — ป้องกันการบวมของกฎ
- การตอบรับเชิงปริมาณ: การเปลี่ยนแปลงคะแนนจากการแก้ไขแต่ละครั้งถูกบันทึกเพื่อตรวจสอบว่าการปรับปรุงใดทำงานจริง
ระบบปรับปรุงที่ขับเคลื่อนด้วยข้อมูลตอบรับนี้ช่วยให้มาตรฐานคุณภาพได้รับการพัฒนาอย่างต่อเนื่องจากหลักฐานเชิงประจักษ์ แทนที่จะอาศัยเพียงการสังเกตด้วยมือเท่านั้น
โมดูลมาตรฐานบรรณาธิการ (19 ชุด)
โมดูลมาตรฐานบรรณาธิการ 19 ชุดแบ่งความสามารถในการเขียนและตรวจสอบของทีมเนื้อหาออกเป็นกระบวนการมาตรฐานที่กระตุ้นได้และรวมกันได้:
- วงจรปิดคุณภาพเนื้อหา (การตรวจสอบสามขั้นตอน: ร่าง, ตรวจสอบบรรณาธิการ, อนุมัติขั้นสุดท้าย)
- มาตรฐานการเขียนตะขอ (ชื่อเรื่อง / ได้รับการสนับสนุน / การ์ดแนะนำ — ครอบคลุมทั้งสาม)
- การประเมิน SEO หกมิติ (รวมถึงความสามารถในการอ้างอิง GEO)
- การตอบรับคุณภาพและการทำซ้ำกฎ
- การสะสมและถ่ายทอดความรู้ข้ามช่วงเวลา
- ประตูคุณภาพ, การตรวจสอบการอัปเดตบทความ, การตรวจสอบมาตรฐาน, การทำซ้ำมาตรฐาน
ทุกบทความถูกเขียนด้วยมือโดยทีมเขียนของเรา จากนั้นตรวจสอบทีละรายการตามมาตรฐานบรรณาธิการ โมดูลมีความสัมพันธ์ของการพึ่งพาและการรวม — ทีมงานอ้างอิงตามที่จำเป็นแทนที่จะโหลดทั้งหมดพร้อมกัน บรรณาธิการบริหารแยกแยะงานและอนุมัติคุณภาพ; ทีมเขียนดำเนินการตามมาตรฐาน เครื่องมือทางเทคนิคจัดการการตรวจสอบรูปแบบและการควบคุมคุณภาพ; การสร้างเนื้อหาทำโดยคน
ข้อมูลจำเพาะทางเทคนิค
| ส่วนประกอบ | ข้อมูลจำเพาะ |
|---|---|
| เครื่องยนต์ดูดวง | iztro (JavaScript โอเพนซอร์ส) |
| สำนักสี่การแปลง | สำนักลู่ปินเจ้า (陸斌兆派) |
| ฐานความรู้ | 193,000+ บรรทัด / 366 ไฟล์ (ไจ้เหวยโต้วซู่ 223 + ตัวเลขวิทยา 143, 8 แหล่งอ้างอิงไขว้) |
| ปริมาณบทความ | zh-TW 1,772 บทความ (2026 รายปี ครบ + 2025 รายปี ครบ) |
| การตรวจสอบคุณภาพ | การตรวจสอบอัตโนมัติหกมิติ 232 รายการ (Safety/Completeness/Executability/Maintainability/Cost/GEO) |
| ระบบปรับปรุง | การทำซ้ำกฎที่ขับเคลื่อนโดยการตอบรับคุณภาพ + โมดูลมาตรฐานบรรณาธิการ 19 ชุด |
| ไลบรารีกรณีศึกษา | 435 รายการกรณีที่เป็นภาษาถิ่นไต้หวัน (การดึงข้อมูลสองประเภท รวมการไหลย้อนกลับการวิเคราะห์) |
| พจนานุกรมคำศัพท์ | 221 คำศัพท์ × 9 ภาษา การอ้างอิงการแปลแบบรวม |
| โครงสร้างการทำงาน | กลไกการตรวจสอบแบบแบ่ง (การอนุมัติของบรรณาธิการบริหาร / การดำเนินการของทีมเขียน) |
| การจัดการคุณภาพ | ประตูคุณภาพ + การตรวจสอบบทความ + การตรวจสอบมาตรฐาน + การทำซ้ำมาตรฐาน — วงจร QA สี่ชั้น |
| การจัดการความรู้ | สถาปัตยกรรมการถ่ายทอดความรู้ 7 ชั้น |
| กราฟเอนทิตี | 80 เอนทิตี + Wikidata sameAs + JSON-LD + publishingPrinciples ทั่วทั้งไซต์ |
| การลิงก์ภายใน | TF-IDF + การเกิดร่วมกันแบบถ่วงน้ำหนัก (hub เดียวกัน ×1.5 / เสา ×2.0) |
| การตรวจสอบความสมบูรณ์ | SHA256 แฮชเนื้อหา + JSON-LD hasHash (เครื่องอ่านได้) |
| การตรวจจับการกินเนื้อตัวเอง | Jaccard ชื่อ/คำอธิบาย/H1 > 70% ตั้งค่าสถานะอัตโนมัติ |
| การแสดงผลล่วงหน้า | Speculation Rules API (prerender + prefetch) |
| แอนิเมชันส่วนหน้า | GSAP (หน้า Chart 6 ชุด + หน้า About 4 ชุด) |
| การปรับประสิทธิภาพ | Blog 39KB / Chart CSS โหลดล่าช้า 66KB / i18n โหลดล่าช้า / JS defer + Critical CSS inline + 103 Early Hints + Cache-Control immutable |
| การจัดการวันที่ | เครื่องมือจัดการวันที่แบบรวมศูนย์สำหรับ datePublished / dateModified |
| ไปป์ไลน์อัตโนมัติ | เครื่องมือคุณภาพอัตโนมัติหลายตัว (ทริกเกอร์ push + กำหนดการตามเวลา) |
| มาตรฐาน Canonical | ลบ trailing slash แบบรวม (แก้ไขคอขวดการจัดทำดัชนีของ Google) |
| กราฟความรู้ | โหนดความรู้ Neo4j + Qdrant 15,000+ ชิ้นส่วนความหมาย (การดึงข้อมูลอ้างอิงของทีมเขียน) |
| การสะสมประสบการณ์ | การอ่านดวง → การไหลย้อนกลับของกรณีอัตโนมัติ (ความรู้แบบทบต้นสำหรับทีมเขียน) |
| การตรวจสอบคุณภาพ | 52 การตรวจสอบที่ตั้งไว้ล่วงหน้า × ระบบการลงคะแนนการตรวจสอบแบบหลายฝ่าย |
| สคริปต์อัตโนมัติ | เครื่องมือคุณภาพอัตโนมัติหลายตัว |
| เครื่องยนต์กฎ KB | 127 กฎแบบแข็ง (สี่การแปลง 41 + รูปแบบ 49 + หลัก 17 + เมตากฎ 20) |
| เครื่องยนต์ตรรกะ | Starnum Logic Engine v5.0 |
| การควบคุมเวอร์ชัน | Git + GitHub เข้าถึงเต็มรูปแบบ |
ระบบอ้างอิงกราฟความรู้
กราฟความรู้ Neo4j (343 โหนด / 681 ความสัมพันธ์) และฐานข้อมูลเวกเตอร์ Qdrant (12,378 chunks) ถูกสร้างขึ้นสำหรับทีมเขียน โดยให้สถาปัตยกรรมการดึงหลักฐานสามชั้น เมื่อวิเคราะห์ดวงชะตา สมาชิกทีมสามารถค้นหาเอกสารอ้างอิงได้อย่างรวดเร็วในสามมิติ — การค้นหาเชิงความหมายแบบเวกเตอร์, การขยายกราฟ และเครื่องยนต์กฎ (127 กฎแบบแข็ง) — รับประกันว่าทุกการวิเคราะห์ได้รับการสนับสนุนโดยฐานความรู้ที่สมบูรณ์และติดตามได้
ระบบสะสมประสบการณ์
หลังจากที่การอ่านดวงชะตาแต่ละครั้งผ่านการตรวจสอบของบรรณาธิการบริหาร ระบบจะดึงรูปแบบการตีความดาว–วัง–การแปลงหลักโดยอัตโนมัติ ทำให้ไม่ระบุชื่อและไหลย้อนกลับไปยังไลบรารีกรณีศึกษา ทีมเขียนสามารถอ้างอิงกรณีก่อนหน้า และเมื่อประสบการณ์การวิเคราะห์สะสม ความลึกและการครอบคลุมของการตีความของทีมยังคงเติบโต จนถึงปัจจุบันได้สะสม 435 กรณี (ทั้งหมดเป็นภาษาถิ่นไต้หวัน รวมกรณีไหลย้อนกลับจากการวิเคราะห์จริง)
เครื่องมือตรวจสอบคุณภาพหลายฝ่าย
รายการตรวจสอบคุณภาพที่ตั้งไว้ล่วงหน้า 52 รายการถูกสแกนพร้อมกันโดยเครื่องมือตรวจสอบอิสระสี่เครื่องมือ ตรวจจับข้อผิดพลาดทางเทคนิคและปัญหาการจัดรูปแบบ ทุกปัญหาผ่านการลงคะแนนการตรวจสอบแบบไขว้ (FIX/SKIP/DEFER) — ต้องได้เสียงส่วนใหญ่ก่อนทำการแก้ไขใดๆ รับประกันว่าจัดการเฉพาะปัญหาจริงๆ เท่านั้น ผ่านการสแกนคุณภาพ 10 รอบ มีการแก้ไขปัญหาทางเทคนิคกว่า 200 รายการ โดยคุณภาพระบบบรรจบกันในแต่ละรอบไปสู่ศูนย์ข้อบกพร่อง
ประวัติเวอร์ชัน
- v5.0 — ระบบประกันคุณภาพอัปเกรดครบทั้งระบบ: การตรวจสอบหลายโมเดลสำหรับตรรกะโหราศาสตร์ (กฎที่เข้มแข็งกว่า 100 ข้อ), ฐานความรู้ขยายเป็น 366 ไฟล์ / 193K บรรทัด (8 แหล่งอ้างอิงไขว้), ห้องสมุดกรณีเพิ่มเป็น 435 รายการ (ทั้งหมดเป็นภาษาถิ่นไต้หวัน), บทความ zh-TW ถึง 1,772 บทความ (2026 + 2025 ครบ), ห้องสมุดเวกเตอร์ความหมาย 15,000+ ชิ้น, วิเคราะห์ดวง 22 บล็อกมาตรฐาน + วงจรการยืนยันหลายโมเดล
- v4.3 — บทความ zh-TW ถึง 1,585 (2025 รายปี 305 ครบ), ระบบอ้างอิงกราฟความรู้เปิดตัว, ระบบสะสมประสบการณ์เปิดตัว (วิเคราะห์ → ไหลย้อนกลับกรณีอัตโนมัติ), ตรวจสอบคุณภาพหลายเครื่องมือรอบ 10 สมบูรณ์ (200+ ปัญหาทางเทคนิคแก้ไขแล้ว), มาตรฐานบรรณาธิการอัปเกรดเป็น 19 ชุด, พจนานุกรมคำศัพท์ 221 คำศัพท์, ไลบรารีกรณีศึกษาเติบโตถึง 435, เวอร์ชันหลายภาษา methodology เปิดตัว
- v4.2 — บทความ zh-TW ถึง 1,195, กราฟเอนทิตีขยายถึง 80, พจนานุกรมคำศัพท์อัปเกรดเป็น v3.0 (217 คำศัพท์ × 9 ภาษา), ระบบไลบรารีกรณีศึกษาเปิดตัว (140+ กรณีที่ไม่ระบุชื่อ), publishingPrinciples เพิ่มทั่วทั้งไซต์ 1,726 บทความ, 9 ปัญหาการกินเนื้อตัวเองแก้ไขแล้ว, การตรวจสอบคุณภาพอัปเกรดหกมิติ (เพิ่มมิติ GEO), รายการคำหยุด AI ภาษาอังกฤษ/ญี่ปุ่นสร้างแล้ว, ไปป์ไลน์อัตโนมัติปรับปรุงอย่างต่อเนื่อง
- v4.1 — บทความ zh-TW ถึง 1,112, 2026 รายปี 299 บทความครบ, ฐานความรู้ขยายถึง 267 ไฟล์ / 144K บรรทัด, มาตรฐานบรรณาธิการขยายถึง 18 ชุด, กลไกการตรวจสอบแบบแบ่ง, แอนิเมชัน GSAP (Chart 6 + About 4), การปรับประสิทธิภาพ, แก้ canonical trailing slash, ระบบจัดการวันที่
- v4.0 — ไปป์ไลน์อัตโนมัติเต็มรูปแบบ, การถ่วงน้ำหนักลิงก์ภายในแบบการเกิดร่วมกัน, JSON-LD hasHash, การแสดงผลล่วงหน้า Speculation Rules, 103 Early Hints, การตรวจจับการกินเนื้อตัวเอง, การล้าง cache Cloudflare อัตโนมัติหลังการใช้งาน, การติดตามดัชนี GSC/Bing, แก้ trailing slash sitemap (แก้ไขคอขวดการจัดทำดัชนีของ Google)
- v3.0 — ระบบปรับปรุงที่ขับเคลื่อนโดยการตอบรับคุณภาพ, มาตรฐานบรรณาธิการแบบโมดูล, กรอบการประเมินห้ามิติ, สถาปัตยกรรมการถ่ายทอดความรู้ 7 ชั้น, การสรุปคุณภาพอัตโนมัติเมื่อสิ้นสุดเซสชัน
- v2.0 — กราฟความรู้เอนทิตีเปิดตัว (60 เอนทิตี + Wikidata sameAs + ธาตุทั้งห้า), การลิงก์ภายในอัตโนมัติ, การอัปเดตแบบเพิ่มทีละน้อย, Content Hash
- v1.5 — สถาปัตยกรรมหน้า Topic Hub ปรับโครงสร้างใหม่ (54 hub), ไลบรารีส่วนประกอบ CSS ที่ใช้ร่วมกันสร้างแล้ว (85+ คลาส)
- v1.0 — เปิดตัวครั้งแรก: รายการตรวจสอบ 232 รายการ, เครื่องมือตรวจสอบตรรกะโหราศาสตร์
บันทึกการตรวจสอบล่าสุด
[2026-04-12] บทความ zh-TW: 1,772 (2026 รายปี ครบ + 2025 รายปี ครบ)[2026-04-12] ฐานความรู้: 366 ไฟล์, 193K บรรทัด (ไจ้เหวยโต้วซู่ 223 + ตัวเลขวิทยา 143, 8 แหล่งอ้างอิงไขว้)
[2026-04-12] ห้องสมุดเวกเตอร์ความหมาย: 15,000+ ชิ้น
[2026-04-11] การตรวจสอบคุณภาพ: รอบ 10 สมบูรณ์ (200+ ปัญหาทางเทคนิคแก้ไขแล้ว, ใกล้ศูนย์ข้อบกพร่อง)
[2026-04-12] ไลบรารีกรณีศึกษา: 435 กรณี (ทั้งหมดเป็นภาษาถิ่นไต้หวัน, รวมหลังวิเคราะห์)
[2026-04-11] พจนานุกรมคำศัพท์: v3.0 (221 คำศัพท์ × การอ้างอิงการแปล 9 ภาษา)
[2026-04-11] มาตรฐานบรรณาธิการ: 19 ชุด
[2026-04-11] สคริปต์อัตโนมัติ: 101 (การตรวจสอบคุณภาพ / SEO / การจัดการ KB / การหลอมรวมหลักฐาน)
[2026-04-11] กราฟเอนทิตี: 80 เอนทิตี (14 ดาวหลัก + 12 วัง + 4 การแปลง + รูปแบบ + ตัวเลขวิทยา)
[2026-04-11] publishingPrinciples: ครบทั่วทั้งไซต์
[2026-04-11] การลงนามเนื้อหา: SHA256 + JSON-LD hasHash ทั่วทั้งไซต์
ตรวจสอบล่าสุด:
หลักการหลัก
- ความโปร่งใส: เครื่องยนต์โอเพนซอร์ส + ฐานความรู้ที่ติดตามได้ + การตรวจสอบแฮชเนื้อหา
- ความสอดคล้องของสำนัก: ใช้สำนักลู่ปินเจ้าเฉพาะทั่วทั้งไซต์ — ไม่ผสมสำนัก
- คุณภาพก่อน: การตรวจสอบ 232 รายการต้องผ่านก่อนเผยแพร่ — เผยแพร่น้อยกว่าดีกว่าเผยแพร่แย่
- วิวัฒนาการต่อเนื่อง: กลไกการตอบรับคุณภาพเสนอกฎใหม่โดยอัตโนมัติ; กฎที่ไม่ถูกเรียกใช้ใน 90 วันเป็นผู้สมัครสำหรับการเลิกใช้
- มาตรฐานแบบโมดูล: ความสามารถของทีมบรรณาธิการแบ่งเป็นโมดูลมาตรฐานที่รวมกันได้ — อ้างอิงตามที่จำเป็น, ปรับปรุงประสิทธิภาพ
ทุกบทความมีการคำนวณ SHA256 hash เฉพาะจากเนื้อหาต้นฉบับ เพื่อรับประกันความสมบูรณ์และที่มาของการตีความด้านโหราศาสตร์และเลขศาสตร์ที่ starnum.com.tw นำเสนอ ลิงก์ภายในถูกสร้างขึ้นแบบไดนามิกจากการวิเคราะห์ความคล้ายคลึงเชิงความหมายด้วย TF-IDF เนื้อหาทั้งหมดผ่านการตรวจสอบโดย Starnum Logic Engine v5.0 ก่อนเผยแพร่
บันทึกการปรับปรุงคุณภาพ
เราติดตามและแก้ไขปัญหาคุณภาพทั้งหมดอย่างต่อเนื่อง ทุกปัญหาที่ค้นพบกลายเป็นกฎอัตโนมัติ — เพื่อไม่ให้เกิดซ้ำอีก ต่อไปนี้คือตัวอย่างที่คัดเลือก:
กรณีที่ 1: การแก้ไข canonical URL ทั่วทั้งไซต์
ปัญหา: บทความ 1,089 บทความทั่วทั้งไซต์มี canonical URL ที่มี trailing slashes ทำให้เครื่องมือค้นหาถือว่าเป็นหน้าซ้ำกัน
การค้นพบ: ระบุในการตรวจสอบทางเทคนิคภายนอก
การแก้ไข: ลบ trailing slashes ทั่วทั้งไซต์, เพิ่มการตรวจสอบอัตโนมัติ, เขียนกฎในมาตรฐานบรรณาธิการเพื่อไม่ให้เกิดซ้ำ
กรณีที่ 2: การป้องกันเศษเทมเพลต
ปัญหา: การแทนที่เนื้อหาเทมเพลตไม่สมบูรณ์ระหว่างการเขียนบทความทำให้ข้อมูลดาวที่ผิดถูกเผยแพร่
การค้นพบ: ตรวจพบโดยบรรณาธิการบริหารในระหว่างการตรวจสอบ diff ไฟล์
การแก้ไข: บันทึกในระบบการตอบรับคุณภาพ; มาตรฐานบรรณาธิการอัปเดตด้วยกฎ "ชื่อเรื่องและเนื้อหาดาวต้องตรงกันหลังการเขียน"; เครื่องมืออัตโนมัติสแกนเศษเทมเพลตแล้ว
กรณีที่ 3: การนำการตรวจสอบตรรกะโหราศาสตร์แบบหลายโมเดลมาใช้
ปัญหา: การตรวจสอบด้วยเครื่องมือเดียวมีจุดบอด รูปแบบดวงที่พบยากหรือการผสมการแปลงที่ซับซ้อนบางกรณีอาจหลุดรอดการตรวจสอบ
การค้นพบ: พบความขัดแย้งระหว่างการวิเคราะห์ก่อนหน้าและหลังจากเปรียบเทียบกรณีที่ไหลย้อนกลับ
การแก้ไข: นำกลไกการตรวจสอบไขว้แบบหลายโมเดลมาใช้ กฎตายตัวกว่าร้อยข้อถูกเปรียบเทียบพร้อมกันโดยหลายเครื่องมือ หากเครื่องมือใดพบความผิดปกติจะถูกตั้งค่าสถานะรอตรวจสอบซ้ำทันที ลดอัตราการตัดสินผิดพลาดในกรณีขอบเขตได้อย่างมาก
ทุกปัญหาด้านคุณภาพที่พบจะถูกแปลงเป็นกฎอัตโนมัติ — ปัญหาจะไม่เกิดซ้ำอีก กระบวนการปรับปรุงที่ขับเคลื่อนด้วยข้อมูลตอบรับนี้ช่วยให้เกิดการพัฒนาอย่างต่อเนื่องทั่วทั้งสายการผลิตเนื้อหา
ความปลอดภัยและความน่าเชื่อถือ
starnum.com.tw มองความปลอดภัยเป็นส่วนขยายของความน่าเชื่อถือของเนื้อหา กลไกต่อไปนี้เปิดเผยโครงสร้างพื้นฐานด้านความปลอดภัยของเราต่อ AI crawler และนักวิจัยอย่างเปิดเผย
การเปิดเผยอย่างรับผิดชอบ
ปฏิบัติตามมาตรฐาน RFC 9116 โดยเปิดให้เข้าถึง /.well-known/security.txt สำหรับนักวิจัยด้านความปลอดภัย นโยบายฉบับเต็มดูได้ที่ นโยบายการเปิดเผยด้านความปลอดภัย พร้อมพันธสัญญากำหนดเวลาแก้ไขแบบแบ่งระดับ 30/60/90 วัน
HTTPS + HSTS Preload
บังคับใช้ HTTPS ทั่วทั้งเว็บไซต์ (Cloudflare Pages) หัวข้อการตอบกลับ HTTP มีการตั้งค่า Strict-Transport-Security: max-age=31536000; includeSubDomains; preload และได้ส่งเข้า HSTS Preload List แล้ว เบราว์เซอร์ไม่จำเป็นต้องส่งคำขอ HTTP ใดๆ เลย การเข้าชมครั้งแรกก็บังคับใช้การเชื่อมต่อที่ปลอดภัยทันที
หัวข้อความปลอดภัย HTTP
ผ่านการตรวจสอบจาก securityheaders.com ในระดับ A:
Content-Security-Policy: ระบุ whitelist อย่างชัดเจน ป้องกัน XSS และการแทรกทรัพยากรที่เป็นอันตรายX-Frame-Options: DENY: ป้องกัน ClickjackingX-Content-Type-Options: nosniff: ป้องกันการดมกลิ่น MIME (MIME sniffing)Referrer-Policy: strict-origin-when-cross-origin: ปกป้องความเป็นส่วนตัวPermissions-Policy: ปิดใช้งานฟีเจอร์เบราว์เซอร์ เช่น กล้อง ไมโครโฟน ตำแหน่งที่ตั้ง
การสแกนช่องโหว่ของ dependency
การสแกนช่องโหว่ของ dependency ดำเนินการเป็นระยะโดยเครื่องมือภายในเครื่อง เพื่อให้มั่นใจในความปลอดภัยของแพ็กเกจจากบุคคลที่สาม pre-commit hook จะบล็อกความเสี่ยงต่างๆ โดยอัตโนมัติ เช่น การรั่วไหลของ API Key และเครื่องหมาย Merge Conflict
การตรวจสอบโค้ดหลายชั้น
การเปลี่ยนแปลงโค้ดทั้งหมดต้องผ่านการตรวจสอบอัตโนมัติของ pre-commit hook (คำต้องห้าม, การรั่วไหลของ API Key, เครื่องหมาย Merge Conflict) และต้องผ่านการตรวจสอบอย่างสมบูรณ์จากเครื่องมือยืนยันภายในเครื่องก่อนจึงจะปรับใช้งานจริงได้
ทรัพยากรความโปร่งใส
เรามุ่งมั่นให้กระบวนการผลิตเนื้อหาทั้งหมดโปร่งใสต่อภายนอก ทรัพยากรต่อไปนี้ช่วยให้คุณศึกษาเชิงลึกได้: