ผู้เขียน: Umi4Life / Zekamashi(zekamashi@umi4.life)

หมายเหตุผู้ปฏิบัติการ: ภาพในบทความนี้ถูก redact แล้ว token, ส่วนหัวบัญชี และ metadata ของ workflow ถูกเบลอ ตัวอย่าง config ใช้ placeholder เท่านั้น

ผมอยากได้กราฟ contribution แบบ GitHub บนหน้า About — แต่ก็มี Gitea ส่วนตัวสำหรับงาน homelab และ infrastructure การเผยแพร่จำนวนกิจกรรมมีประโยชน์ การเผยแพร่ว่าแตะ private repo ไหน พร้อม commit message และชื่อ branch ไม่ใช่

เลยแบ่งปัญหาเป็นสาม repository ด้วยขอบเขตที่ชัดเจน:

private exporter  →  public artifact  →  public blog display

บล็อกไม่เรียก GitHub หรือ Gitea API เลย แค่ render JSON ที่ commit ไว้ homelab ไม่ต้องมี token สำหรับ umi4.life credential ข้าม repo มีแค่ใน GitHub Actions ของ artifact repo

เผยแพร่เมื่อ 2026-06-08 ที่ Umi4Life's Blog แก้ไขล่าสุดเมื่อ 2026-06-08

ผู้เขียน: Umi4Life / Zekamashi(zekamashi@umi4.life)

local multimodal model จะช่วยลดการใช้ GPT/Codex vision ได้ไหม โดยไม่ทำให้ assistant ไม่น่าเชื่อถือ?

สรุป

ผมทดลองว่า local Gemma multimodal model ที่ serve ผ่าน LiteLLM จะทำหน้าที่เป็น image interpretation helper รอบแรกให้ Hermes/Sky Feather ได้แค่ไหน

เป้าหมายไม่ใช่การแทนที่ GPT-5.5/Codex vision ทั้งหมด แต่เป็นคำถามที่ใช้งานจริงมากกว่า:

ให้ Gemma จัดการคำอธิบายรูปภาพทั่วไปได้ไหม แล้วค่อย escalate รูปที่ไม่มั่นใจ มี text เยอะ หรือมีความเสี่ยงกลับไปหา GPT?

คำตอบคือ: ได้ แต่ต้องมี router ที่ conservative และ fail closed เท่านั้น

ใน benchmark 20 รูปแบบ clean run:

GPT-only baseline:     20 GPT/Codex vision calls
Gemma-first router:   20 Gemma calls + 12 GPT/Codex escalations
GPT calls avoided:     8 / 20 = 40%
Gemma empty outputs:   5 / 20 = 25%

Gemma มีประโยชน์สำหรับ visual triage ที่ความเสี่ยงต่ำ แต่ก็มีหลายเคสที่ output ที่มองเห็นได้ว่างเปล่า นั่นทำให้มันไม่ปลอดภัยพอจะเป็น vision backend เดี่ยว ๆ

เผยแพร่เมื่อ 2026-06-05 ที่ Umi4Life's Blog แก้ไขล่าสุดเมื่อ 2026-06-05

ผู้เขียน: Umi4Life / Zekamashi(zekamashi@umi4.life)

หมายเหตุสำหรับผู้ดูแล: IP ภายในและค่า UID/GID ในโพสต์นี้เป็น placeholder สำหรับบทความสาธารณะ ช่องในตารางใช้ marker แบบ {NAS_IP}, ให้แทนด้วยค่าของระบบคุณเองก่อน copy-paste

เป้าหมาย

Hermes สร้างและจัดการเอกสารที่มักมีไฟล์ประกอบหลายแบบ เช่น:

• Screenshots
• รูปถ่าย
• Screen recordings
• รูปภาพที่ render แล้ว
• Diagram ที่ generate ขึ้นมา
• Media assets สำหรับบล็อก

ถ้าเก็บไฟล์เหล่านี้ไว้บน VM โดยตรง สุดท้ายจะกินพื้นที่ local disk และทำให้การจัดการ backup ซับซ้อนขึ้น

เป้าหมายคือให้ Hermes เข้าถึง storage กลางบน TrueNAS ได้ แต่ยังใช้งานจากฝั่ง agent เหมือนเป็น directory ปกติบนเครื่อง local

Workflow ที่ต้องการ:

Hermes VM
    ↓
/mnt/truenas/hermes
    ↓ (NFS)
TrueNAS Dataset
/mnt/lamia/data/hermes

งานนี้ไม่ได้ตั้งใจให้เป็น NAS mount แบบ shared ทั่วไป Hermes เป็น writer เดียวของ dataset นี้ ดังนั้นผมเลือกใช้ Unix ownership แบบตรงไปตรงมา แทน ACL หรือ NFS identity mapping ส่วน subfolder docs-media ด้านล่างเป็น workaround ชั่วคราวเท่านั้น การตั้ง UID/GID ของ dataset ให้ตรงกับ service user ของ Hermes คือ fix ระยะยาวที่ตั้งใจไว้

เผยแพร่เมื่อ 2026-06-04 ที่ Umi4Life's Blog แก้ไขล่าสุดเมื่อ 2026-06-04

ผู้เขียน: Umi4Life / Zekamashi(zekamashi@umi4.life)

คำบรรยาย: เราแค่อยากเปิด Hermes Dashboard ให้เข้าจาก LAN ได้ แต่ดันไปสะกิด tech debt เก่าใน routing/auth stack จนต้องไล่แก้ปมทั้ง Traefik, Authelia OIDC, split DNS และ LiteLLM

งานนี้ไม่ได้ควรจะกลายเป็น incident ใหญ่เลย

เป้าหมายแรกเล็กมาก: เปิด Hermes Dashboard ให้ browser ใน LAN เข้าได้ เพื่อให้ Hermes Agent มี web control surface ที่ใช้งานง่ายขึ้น

แต่พอเริ่มแก้จริง มันลากปมเก่าใน homelab ออกมาทีละชั้น

เริ่มจาก dashboard bind อยู่แค่ localhost ต่อด้วย Traefik routing assumption, HTTPS forwarded header ที่ทำให้ OIDC redirect เพี้ยน, Authelia reject token exchange, LiteLLM container resolve hostname ของ LAN-only identity provider ไม่ได้ และสุดท้าย bug ที่เล็กแต่เจ็บมาก: GENERIC_USERINFO_ENDPOINT ดันชี้ไปที่ token endpoint

เผยแพร่เมื่อ 2026-06-03 ที่ Umi4Life's Blog แก้ไขล่าสุดเมื่อ 2026-06-03

ผู้เขียน: Umi4Life / Zekamashi(zekamashi@umi4.life)

The Problem

ตอนนี้ผมใช้ Tailscale เป็น VPN สำหรับเข้า homelab จากข้างนอกบ้าน เช่น Wi‑Fi นอกบ้านหรือ cellular สิ่งที่ไม่ชอบใน setup นี้คือ free plan ของ Tailscale scale ผู้ใช้ยากมาก เพราะจำกัดไว้แค่ 6 users ถ้าผมอยากแชร์ internal services ให้กลุ่มเพื่อน ทุกคนต้องสมัครบัญชี Tailscale และผ่าน onboarding ของ Tailscale ก่อน วิธีเดียวที่พอจะเลี่ยง user limit ได้คือเพิ่มเป็นราย device ซึ่ง onboarding ก็ปวดหัวพอกัน: ให้ user login Tailscale จากเครื่องตัวเอง แล้วใช้ auth link เพื่อ sign in เข้าบัญชีของผม

สรุปสั้น ๆ คือ Tailscale ดีมากสำหรับใช้งานส่วนตัว แต่เพิ่ม user ใหม่ลำบาก WireGuard ตรงไปตรงมากว่าเยอะ เพราะแค่ generate QR link แล้วส่งให้เพื่อน เพื่อนติดตั้งแอป WireGuard ก็ใช้งานได้ ไม่ต้องสมัครอะไรเพิ่ม

เผยแพร่เมื่อ 2026-04-19 ที่ Umi4Life's Blog แก้ไขล่าสุดเมื่อ 2026-04-19

ผู้เขียน: Umi4Life / Zekamashi(zekamashi@umi4.life)

The plan

ผมอยาก host bare-metal server ของตัวเองมาสักพักแล้ว จุดเริ่มต้นจริง ๆ คือ PC พื้นที่ใกล้เต็ม เลยคิดจะประกอบ NAS แต่ระหว่างวางแผนก็มีความคิดโผล่มาว่า “ถ้างั้นทำให้มันเป็น home server เต็มรูปแบบสำหรับ host microservices ของตัวเองไปเลยดีไหม”

  flowchart TD

    %% Entry
    A[Internet] --> B[Tunneling]
    B --> C[Reverse Proxy]

    %% Core
    subgraph Homelab
        C --> D[Microservices]
        D --> E[Databases]
        F[Network Storage / NAS] --> D
        F --> E
        G[Monitoring / Observibility]
    end

    %% Observability
    G --> C
    G --> D
    G --> E

ช่วงหลังมีข่าว AWS และ Cloudflare outage บ่อยขึ้น ผมเลยรู้สึกว่านี่เป็นสิ่งที่คนควรลองเล่นกันมากขึ้นเหมือนกัน อย่างน้อยก็เพื่อเข้าใจว่า infrastructure ที่เราใช้ทุกวันมันทำงานยังไง

เผยแพร่เมื่อ 2026-04-04 ที่ Umi4Life's Blog แก้ไขล่าสุดเมื่อ 2026-04-04