ตรา 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

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