ตรา TOPMANIDMBTOPMANIDMBINTELLIGENCE · DATA · MISSON PUBLIC · SANITIZED

TOPMAN OCR · COMMAND & ORCHESTRATION GUIDE

สั่งงาน OCR
ให้ถูกตัว ตั้งแต่คำสั่งเดียว

Hermes คุมงาน · Codex ลงมือ · Claude Code ตรวจ · Apple Vision อ่านเอกสารจริงในวงปิด

อัปเดต 14 ส.ค. 2569 · 14:53 น. ICTรวบรวม → เรียบเรียง → วิเคราะห์ → นำเสนอ

01 · ROLE DESIGN

หนึ่งทีม
สี่หน้าที่

ระบบที่ดีไม่ใช่ให้ AI ทุกตัวอ่านไฟล์เดียวกัน แต่แยกผู้บัญชาการ นักออกแบบ นักพัฒนา และเครื่องประมวลผลให้ตรวจสอบกันได้

01COMMANDER

Hermes · Rosa

รับคำสั่งเดียว วางแผน แจกงาน แสดงความคืบหน้า ตรวจผลจริง และปิดงาน

03BUILDER

Codex

แก้โค้ด เขียน tests refactor และแก้ root cause ภายใน sandbox ที่กำหนด

04EXECUTOR

Protected Local Node

อ่านเอกสารจริงด้วย Apple Vision เก็บผลในวงปิด และไม่ส่งข้อมูลดิบขึ้น Cloud

คำสั่งเดียวผู้การ
→
OrchestrateHermes
→
Design / ReviewCC
↔
Build / TestCodex
→
Protected ExecuteLocal OCR

02 · COMMAND COMPOSER

เลือกงาน แล้วคัดลอกคำสั่ง

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

MODE 01 · OPERATE

รัน OCR งานจริง

ใช้เมื่อระบบพร้อมแล้วและต้องการประมวลผลเอกสารใน protected local lane โดยไม่แก้โค้ด

ผู้รับผิดชอบHermes → Local OCR
  • ✓ตรวจขอบเขตและ hash
  • ✓Apple Vision เป็นตัวอ่านหลัก
  • ✓Excel สถานะ pending_human_review
  • ✓ตรวจผลจริงหลังงานจบ
MASTER PROMPT · TH

โรซ่า รัน OCR Local Batch สำหรับรหัสงาน <รหัสงาน> จากแหล่ง <ตำแหน่งต้นฉบับ> ใช้ Apple Vision ภาษาไทย+อังกฤษ เก็บผลใน protected data layers สร้าง searchable PDF และ Excel รอตรวจ ห้าม Cloud ห้ามเขียน Canonical/Serving ตรวจจำนวนไฟล์ จำนวนหน้า fallback และ health หลังจบ แล้วรายงานผลแบบ sanitized

03 · DELIVERY FLOW

จากความต้องการ
ถึงของที่ตรวจแล้ว

การ “ตอบว่าทำได้” ยังไม่ใช่งานเสร็จ ทุกเส้นทางต้องมี artifact จริง tests จริง และ verification หลัง deploy

  1. 01
    HERMES

    กำหนด Goal + Scope

    แยก protected / sanitized / synthetic และนิยาม Definition of Done

    COMMAND
  2. 02
    CC / OPUS

    ออกแบบและชี้ความเสี่ยง

    ตรวจ schema, privacy, chain of custody และ human-review gate

    ARCHITECT
  3. 03
    CODEX

    ลงมือและเขียน Tests

    แก้ root cause ใน workspace-write sandbox ด้วย fixture สังเคราะห์

    BUILD
  4. 04
    LOCAL NODE

    รัน Synthetic UAT

    พิสูจน์ input → OCR → receipt → workbook โดยไม่ใช้เอกสารคดี

    VERIFY
  5. 05
    HERMES + CC

    ตรวจต่างตระกูลและปล่อยงาน

    แก้ P0/P1, commit/push, deploy และตรวจ URL/health จริง

    RELEASE

04 · DIRECT CLI

สั่งตรงได้
เมื่อรู้ว่าต้องการใคร

เส้นทางตรงเหมาะกับผู้ดูแลระบบ ส่วนงานหลายขั้นให้ Hermes คุมเพื่อไม่ให้ข้าม gate

บัญชาการงานแบบจุดเดียว
hermes chat \
  --in <workbench-dir> \
  --reasoning high \
  -s ocr-diverse-format-release-gate \
  -q "ตรวจหรือพัฒนาระบบ OCR ตามขอบเขตที่กำหนด ใช้ synthetic fixtures และปิดทุก release gate"

ไม่ใช้ bypass approvals · ไม่ใช้ YOLO · ไม่อ่านข้อมูลจริงนอก protected lane

05 · ROUTING TABLE

งานนี้
ให้ใครทำ

จำง่ายที่สุด: “รันงาน” ใช้ Local OCR, “แก้ระบบ” ใช้ Codex, “ออกแบบ/ตรวจ” ใช้ CC และให้ Hermes คุมภาพรวม

งานผู้คุมผู้ทำหลักข้อกำกับ
รัน OCR เอกสารจริงHermesLocal OCRไม่ต้องใช้ CC/Codex
ออกแบบ workflow/schemaHermesCC/Opusใช้ข้อมูลสังเคราะห์
แก้โค้ด/เพิ่มฟีเจอร์HermesCodexCC ตรวจหลังแก้
ตรวจ production releaseHermesCC/Opusคนละตระกูลกับผู้เขียน
อ่านข้อมูล PII จริงHermesApple Vision/localห้ามส่ง Cloud

06 · NON-NEGOTIABLE

ห้าข้อห้าม
ก่อนเริ่มทุกงาน

OCR สร้างข้อความ candidate เพื่อค้นหาและตรวจทาน ไม่ได้ทำให้ข้อความนั้นกลายเป็นข้อเท็จจริงหรือพยานหลักฐานโดยอัตโนมัติ

01

ห้ามส่ง PII ดิบให้ Cloud

CC และ Codex ใช้โค้ด/schema/fixture ที่ล้างข้อมูลแล้วเท่านั้น

02

ห้าม Auto-promote

ผลทุกชิ้นเริ่มที่ pending_human_review ก่อน Canonical/Serving

03

ห้ามใช้เอกสารจริงเป็น Test

Release gate ใช้ synthetic matrix ครบชนิดไฟล์และ failure path

04

ห้ามวัดด้วยจำนวนตัวอักษร

วัด keyword/field recall, checksum, mismatch และการย้อนกลับหลักฐาน

05

ห้ามปิดงานด้วย HTTP 200

ต้องตรวจเนื้อหา UI, tests, build, deployment target และ release marker

RECOMMENDED OPERATING MODEL

Hermes เป็น Single Front Door

Codex implement · Claude Code review · Protected Local Node execute · Human approve

กลับไปเลือกคำสั่ง ↑