DE Operating Playbook

Workflow / wordpress

Deep Dive content ops

source research ไปจนถึง draft, cover, GitHub issue queue และ publish proof

ASK

Trigger examples

  • ทำ Deep Dive จากข่าว
  • เตรียม post จาก YouTube
  • queue content

Source of truth

  • espresso-deep-dive repo
  • LLM Wiki
  • WordPress media
  • GitHub Issues queue

Steps

01

เก็บ source และ angle

ใช้ source จริง ไม่ใช่เล่าจาก headline

02

draft พร้อม runtime markers

Facebook, WordPress และ sources block ต้อง extract ได้

03

cover QA ก่อน queue

ภาพต้องเป็น Deep Dive style ไม่ใช่ placeholder หรือ generic card

ASK

Proof before

  • source links
  • wiki note
  • draft path

Proof after

  • commit SHA
  • issue URL
  • media URL
  • dry-run queue proof

Do not do

  • อย่า queue ถ้าปกไม่ผ่าน
  • อย่าเกิน 5 hashtags
  • อย่าเปิดเผยข้อมูลลูกค้า/private project

Related systems

WordPress / data-espresso.com

Public pages and redirects can affect traffic and customer trust

Hermes / AI Agent

Agent can move faster than the approval loop if boundaries are vague

OPBStack Pattern

Do not sell it as magic automation. Sell the operating pattern and guardrails.

Pattern note

Content ops เป็นตัวอย่างว่า AI coworker ต้องมี source, proof และ queue ไม่ใช่ผลิต content ลอย ๆ

OPBStack pattern

เอา operating pattern แบบนี้ไปใช้กับธุรกิจอื่นได้

ถ้าธุรกิจคุณมีลูกค้าใน LINE, course/payment แยก, admin หลายคน และ owner ต้องตัดสินใจหลายจุด OPBStack คือวิธี package workflow แบบนี้ให้กลายเป็น AI coworker workspace ที่มี sandbox, memory, tools และ approval gate ตั้งแต่วันแรก

ดู pattern เบื้องหลัง