ชิอิคาวะอัปเดตถี่ขึ้นตอนเรื่องเริ่มน่ากลัวจริงไหม? ลองตรวจกับข้อมูลย้อนหลังแล้วสร้าง "บอทเตือนภัย" ตั้งแต่ศูนย์ ไม่มีคอมก็ทำได้

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

🍣 วันถัดมาก็ 🍣 วันถัดไปอีกก็อัปเดตอีก

พอเป็นแบบนี้ สัญญาณเตือนที่ดังขึ้นในหัวคนอ่านก็เหมือน ๆ กันหมด

"อาจารย์นากาโนะ ช่วงนี้อัปเดตเร็วไปหน่อยไหม?"

แล้วพอรู้สึกว่าชิอิคาวะอัปเดตเร็วขึ้น ความคิดต่อมาที่โผล่ขึ้นมาก็มักเป็น "ใครสักคนควรหนีไปได้แล้วไหมนะ?"

บทความนี้จะเปลี่ยนสัญชาตญาณของคนอ่านที่หยาบ ๆ แต่ทิ้งไม่ลงให้กลายเป็นตัวเลข แล้วเริ่มจากเครื่องที่ยังไม่มี Python เลย ไปจนถึงวิเคราะห์ข้อมูลย้อนหลัง ลองรันแบบซ้อม (dry run คือรันโดยไม่โพสต์จริง) โพสต์ขึ้น X อัตโนมัติ และให้ GitHub Actions ทำงานตลอด 24 ชั่วโมง ไม่ต้องไปไขว่าคว้าว่าในไฟล์ ZIP มีอะไร แค่คัดลอกไฟล์ 7 ไฟล์ท้ายบทความนี้ไปวางตามเดิมก็พอ

"ยิ่งอันตราย ยิ่งอัปเดตเร็ว" จริงหรือเปล่า?

ถ้าดูประวัติการโพสต์สาธารณะ จะเห็นว่ามีเหตุผลให้รู้สึกแบบนั้นพอสมควร ช่วงท้ายของตอนไซเรน (Seiren) เดือนพฤศจิกายน 2023 ตามบันทึกสาธารณะมีการโพสต์ ติดกัน 5 วันในวันที่ 5-9 พฤศจิกายน ติดกัน 6 วันในวันที่ 13-18 และติดกัน 6 วันในวันที่ 21-26 วันที่ 26 พฤศจิกายนยังมีหลายโพสต์ในวันเดียวกันด้วย

ช่วงต้นของตอนโลกคู่ขนานเดือนมีนาคม 2024 ก็ โพสต์ทุกวันตั้งแต่วันที่ 1 ถึง 8 มีนาคม และวันที่ 8 มี 2 โพสต์

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

ดังนั้นคำถามของบอทจึงแคบลง

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

ที่นี่ไม่ใช่ห้องวิจัย แต่เป็นสัญญาณเตือนของชิอิคาวะ

ดัชนีอันตรายดูอะไรบ้าง?

หลัก ๆ มีแค่ 3 อย่าง

1. จำนวนโพสต์ใน 3 วันล่าสุด
2. จำนวนโพสต์ใน 7 วันล่าสุด
3. โพสต์ติดต่อกันมากี่วันแล้ว

แต่ละอย่างจะถูกเทียบกับการกระจายตัวของข้อมูลในอดีตทั้งหมด แล้วแปลงเป็นเปอร์เซ็นไทล์ว่า "อยู่สูงแค่ไหนในประวัติศาสตร์" น้ำหนักเริ่มต้นคือจำนวนโพสต์ 3 วัน 35% จำนวนโพสต์ 7 วัน 45% และจำนวนวันที่โพสต์ติดต่อกัน 20% นอกจากนี้ ถ้ามี ข้อความสั้น ๆ หรืออีโมจิเดิมถูกโพสต์ซ้ำติดกัน เช่น 🍣🍣 จะบวกคะแนนแก้ไขแบบขำ ๆ ครั้งละ +5 สำหรับการซ้ำที่เพิ่มขึ้น สูงสุด +15

ตัวเลข +5 นี้ไม่มีหลักฐานทางวิชาการรองรับเลย เป็นเพียงการเขียนโค้ดของความรู้สึกที่ว่า "ซูชิมาติดกันแล้วชักน่ากลัว"

ช่วงคะแนนที่แสดงในตอนเริ่มต้นเป็นดังนี้

• 0-54: 🟢 ปกติ
• 55-69: 🟡 เริ่มเร็วขึ้น
• 70-84: 🟠 ระวัง
• 85-100: 🚨 เร็วมาก

X API ราคาเท่าไร?

ตามหน้าราคาอย่างเป็นทางการ (Pricing) ณ วันที่ 3 กันยายน 2026 ราคาหลักที่ใช้อยู่ตอนนี้เป็นดังนี้

การทำงาน	ราคาปัจจุบัน
Post Read	$0.005 / โพสต์ที่ดึง
Counts: Recent	$0.005 / คำขอ
Counts: All	$0.010 / คำขอ
Content Create	$0.015 / โพสต์
Content Create (มี URL)	$0.200 / โพสต์

การวิเคราะห์ข้อมูลย้อนหลังไม่ต้องอ่านเนื้อหาหลายพันโพสต์ทั้งหมด ใช้ Post Counts ดึงเฉพาะจำนวนโพสต์ในแต่ละช่วงเวลาก็พอ Counts แบบคลังเก็บทั้งหมดแบ่งหน้าทีละ 31 วัน ดังนั้นตั้งแต่ 1 มกราคม 2020 ถึง 3 กันยายน 2026 ประมาณ 2,437 วัน จะใช้ราว 79 คำขอ หรือ ประมาณ $0.79 ไม่ใช่ "คำขอละ 1 เซนต์ ประวัติศาสตร์ทั้งหมดเลยเสีย 1 เซนต์" นี่คือกับดักเล็ก ๆ

การเฝ้าดูแบบสดใช้ Recent Search ใส่ since_id แล้วอ่านเฉพาะโพสต์ที่ใหม่กว่าครั้งก่อน ถ้ามีโพสต์ใหม่ 30 โพสต์ ค่าอ่านประมาณ $0.15 ถ้าส่งคำเตือนที่ไม่มี URL เดือนละ 10 ครั้ง ค่าเขียนก็ประมาณ $0.15 ส่วนโพสต์ที่มี URL ตอนนี้ราคา $0.200 จึงตั้งค่าเริ่มต้นเป็น INCLUDE_SOURCE_URL=0 ถ้าเผื่อน้ำใจใส่ URL ทุกครั้ง ค่าใช้จ่ายจะกลายเป็นบอสใหญ่ขึ้นมาทันที

ราคาอาจเปลี่ยนได้ ก่อนใช้งานจริงให้ตรวจ Pricing อย่างเป็นทางการอีกครั้ง และตั้ง Spending limit (วงเงินใช้จ่ายสูงสุด) ใน Developer Console

ถ้าไม่มีคอมพิวเตอร์เลย ต้องเริ่มจากอะไร?

สิ่งที่ต้องมีคือคอม Windows หรือ macOS บัญชี X, X Developer App, บัญชี GitHub ถ้าจะให้ทำงาน 24 ชั่วโมง และ Python ไม่จำเป็นต้องลง Git ในเครื่อง

Windows

1. ติดตั้ง Python จากเว็บไซต์ทางการ Windows รุ่นปัจจุบันใช้ Python Install Manager ได้ด้วย
2. เปิด PowerShell
3. พิมพ์ py --version เพื่อตรวจว่า Python ทำงานได้
4. สร้างโฟลเดอร์ chiikawa-danger-bot
5. ใช้ Notepad หรือ VS Code บันทึกไฟล์ 7 ไฟล์ท้ายบทความ ด้วยชื่อเดิมทุกตัวอักษร ถ้าใช้ Notepad ระวังอย่าให้กลายเป็น bot.py.txt

macOS

1. ติดตั้ง Python รุ่นสำหรับ macOS จากเว็บไซต์ทางการ
2. เปิด Terminal
3. ตรวจด้วย python3 --version
4. สร้างโฟลเดอร์ chiikawa-danger-bot
5. บันทึกไฟล์ 7 ไฟล์ด้วย VS Code, TextEdit ในโหมดข้อความธรรมดา หรือ nano

ตั้งค่า X Developer อย่างไร?

เข้า console.x.com ด้วยบัญชี X ตรวจ Developer Agreement (ข้อตกลงนักพัฒนา) แล้วสร้าง App ข้อมูลยืนยันตัวตนที่แสดงตอนสร้าง App อาจไม่แสดงซ้ำอีก จึงควรเก็บไว้ในที่ปลอดภัย

การอ่านใช้ Bearer Token เนื่องจากบอทต้องโพสต์เอง การทำงานแบบนี้จึงใช้ OAuth 1.0a User Context ด้วย ตั้ง App permissions เป็น Read and write

ค่าที่ต้องใช้มี 5 ค่า

• X_BEARER_TOKEN
• X_API_KEY
• X_API_SECRET
• X_ACCESS_TOKEN
• X_ACCESS_TOKEN_SECRET

ถ้าเปลี่ยนจาก Read only เป็น Read and write ให้สร้าง Access Token / Secret ใหม่หลังเปลี่ยน การใช้โทเคนก่อนเปลี่ยนสิทธิ์เป็นสาเหตุของข้อผิดพลาด 403

ค่าจริงให้ใส่เฉพาะใน .env และ GitHub Actions Secrets เท่านั้น ห้ามวางในบทความ GitHub สาธารณะ หรือภาพหน้าจอเด็ดขาด

รันการวิเคราะห์ข้อมูลย้อนหลังอย่างไร?

เมื่อบันทึกไฟล์ 7 ไฟล์ท้ายบทความแล้ว ใน Windows ให้รันคำสั่งต่อไปนี้ใน PowerShell

py -m venv .venv
.\.venv\Scripts\python.exe -m pip install -r requirements.txt
mkdir data
copy danger_periods.example.csv data\danger_periods.csv
copy .env.example .env
notepad .env

ใน macOS เป็นดังนี้

python3 -m venv .venv
./.venv/bin/python -m pip install -r requirements.txt
mkdir -p data
cp danger_periods.example.csv data/danger_periods.csv
cp .env.example .env
nano .env

วาง Bearer Token ตัวจริงทางขวาของ X_BEARER_TOKEN= ใน .env จากนั้น ถ้าเป็น Windows ให้รัน

.\.venv\Scripts\python.exe history_analysis.py

ถ้าเป็น macOS ให้รัน

./.venv/bin/python history_analysis.py

หน้าจอจะขึ้น page=1... ไล่ไปเรื่อย ๆ และถ้าสร้าง data/history_features.csv ได้ก็ถือว่าสำเร็จ CSV นี้คือเกณฑ์อ้างอิงทางประวัติศาสตร์ของดัชนีอันตราย

ใน danger_periods.example.csv ผมใส่ช่วงท้ายของตอนไซเรนกับช่วงต้นของตอนโลกคู่ขนานไว้เพื่อตรวจสมมติฐาน นี่ไม่ใช่ "ป้ายคำตอบที่ถูกต้องเรื่องอันตราย" แต่เป็นป้ายที่ทำด้วยมือเพื่อดูว่าดัชนีในช่วงอันตรายกับช่วงปกติต่างกันจริงหรือเปล่า

จะไม่โพสต์ขึ้น X ทันทีได้อย่างไร?

แม้จะใส่ข้อมูลยืนยันตัวตนอีก 4 ค่าใน .env แล้ว ตอนแรกให้คง BOT_DRY_RUN=1 ไว้

Windows:

.\.venv\Scripts\python.exe bot.py

macOS:

./.venv/bin/python bot.py

ครั้งแรกบอทจะอ่านข้อมูลประมาณ 7 วันล่าสุดและสร้างแค่ data/state.json เท่านั้น ไม่โพสต์เด็ดขาด ตัวอย่างหน้าจอจะขึ้นประมาณนี้

ดัชนีอันตรายของชิอิคาวะ 82/100 🟠 ระวัง
3 วันล่าสุด 3 โพสต์ / 7 วัน 6 โพสต์ / โพสต์ติดต่อกัน 3 วัน
เครื่องหมายเดิม "🍣" ซ้ำติดกัน 2 ครั้ง +5
* ไม่เป็นทางการ เป็นตัวชี้วัดขำ ๆ ที่สร้างจากความถี่ในการอัปเดต

แค่นี้ก็ครบวิธีอ่านชิอิคาวะแบบวิศวกรรมเกินจำเป็น คือ อาจารย์นากาโนะโพสต์รัว ๆ → Python "อนุกรมเวลาผิดปกติ" → คนอ่าน "หนีเร็ว"

ให้ GitHub Actions ทำงาน 24 ชั่วโมงอย่างไร?

สร้าง GitHub Repository ใหม่ผ่านเบราว์เซอร์ แล้วอัปโหลดรายการต่อไปนี้

• bot.py
• history_analysis.py
• requirements.txt
• .env.example
• .gitignore
• data/history_features.csv
• ถ้าจำเป็น data/danger_periods.csv

ห้ามอัปโหลด .env เด็ดขาด

ที่ Settings → Secrets and variables → Actions → New repository secret ของ Repository ให้ลงทะเบียนข้อมูลยืนยันตัวตนทั้ง 5 ค่าด้วยชื่อเดียวกัน

จากนั้นสร้าง .github/workflows/chiikawa-danger.yml ด้วย Add file → Create new file แล้ววาง YAML ท้ายบทความ ค่าเริ่มต้นคือ BOT_DRY_RUN: "1" ลองสั่งรันเองจากหน้า Actions แล้วตรวจว่าจบการทำงานปกติ

เปลี่ยนเป็น BOT_DRY_RUN: "0" เฉพาะตอนจะใช้งานจริง ถ้าเป็น POST_MODE: "alert" จะโพสต์เฉพาะตอนที่ระดับอันตรายขยับขึ้นหนึ่งขั้น ส่วน every จะโพสต์ทุกครั้งที่มีของใหม่ ทั้งค่าใช้จ่ายและความรกบนไทม์ไลน์จะเพิ่มขึ้น

เป็นบอทอัตโนมัติ ต้องรักษากฎอะไรบ้าง?

Automation Rules ของ X กำหนดให้หลีกเลี่ยงสแปมและระบบอัตโนมัติที่ซ้ำซ้อน บัญชีอัตโนมัติสามารถติด Automated account label (ป้ายบัญชีอัตโนมัติ) เพื่อระบุความเกี่ยวข้องกับบัญชีที่คนดูแลได้

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

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

ถ้าอยากต่อยอดให้สุดทางล่ะ?

ยังเพิ่มการปรับตามวันในสัปดาห์ แยกประกาศออกจากตอนเนื้อเรื่อง ใช้ลักษณะของภาพ ฝึกโมเดลด้วยป้ายที่คนทำ ทำ backtest (ตรวจย้อนหลังด้วยข้อมูลในอดีต) ว่าหลังเตือนแล้วภายในกี่วันมีตอนที่ชวนอึดอัดมาถึง หรือค้นหาช่วงเวลาที่คล้ายกัน เช่น "แบบท้ายตอนไซเรน" และ "แบบโลกคู่ขนาน" ได้ แต่ปริมาณข้อมูลและค่าใช้จ่ายจะเพิ่มขึ้น

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

สรุปแล้วทำนายอะไร?

ไม่ใช่ "คราวหน้าใครจะซวย"

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

แค่นั้นเอง

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

ดัชนี 85 คะแนน

เครื่อง: "อยู่ในระดับสูงสุดตามประวัติศาสตร์"

คนอ่าน: "ใครก็ได้หนีเร็ว"

---