คู่มือสร้างเว็บด้วย Codex ตั้งแต่เริ่มต้นจน Deploy บน Cloudflare

01 · Foundation

Vibe Coding คืออะไร — และทำไมควรใช้

Vibe Coding คือการสื่อสาร “เป้าหมาย + เงื่อนไข + ผลลัพธ์ที่ตรวจได้” ให้ AI coding agent ช่วยสำรวจโปรเจกต์ วางแผน เขียนโค้ด รันทดสอบ และอธิบายสิ่งที่เปลี่ยน โดยมนุษย์ยังเป็นเจ้าของการตัดสินใจ

จากไอเดียสู่ของที่ลองได้เร็ว

แทนที่จะเริ่มจากจำ syntax ให้เริ่มจาก user flow และ acceptance criteria แล้วให้ Codex สร้างรอบแรกเพื่อทดลองบนเครื่อง

ทำงานกับทั้ง repository

Codex อ่านโครงสร้างไฟล์ แก้หลายไฟล์ รันคำสั่ง ตรวจ diff และช่วยตามหาสาเหตุของ bug ได้มากกว่า autocomplete ทั่วไป

ลดงานซ้ำ แต่ไม่ลดความรับผิดชอบ

งาน scaffold, CRUD, migration, test และเอกสารทำได้เร็วขึ้น แต่คุณยังต้องตรวจสิทธิ์ ความปลอดภัย ค่าใช้จ่าย และข้อมูล production

เรียนจากงานจริง

ให้ Codex อธิบายเหตุผลก่อนแก้ สรุปไฟล์ที่เปลี่ยน และบอกวิธีทดสอบ ทำให้ผู้เริ่มต้นค่อย ๆ เข้าใจ architecture จากโปรเจกต์ของตนเอง

ความเข้าใจที่สำคัญ: Vibe Coding ไม่ใช่ “พิมพ์หนึ่งประโยคแล้ว Deploy เลย” แต่เป็นวงจรสั้น ๆ: ระบุ → วางแผน → แก้ → ทดสอบ → ตรวจ diff → ค่อยส่งขึ้นระบบจริง

02 · Three Layers

มองระบบให้เป็น 3 ชั้น

Template นี้ปรับแนวคิด Input → Intelligence → Output มาเป็นวงจรพัฒนาซอฟต์แวร์ที่ใช้ Codex เป็นแกนกลาง

Layer 1 — Input

สิ่งที่คุณต้องเตรียมให้ Codex เข้าใจ

ปัญหาที่ต้องแก้และผู้ใช้เป้าหมาย
ขอบเขต feature และสิ่งที่ไม่ทำ
ตัวอย่างหน้าจอ/ข้อมูล/flow
Acceptance criteria ที่ทดสอบได้

Layer 2 — Intelligence

งานที่ Codex ช่วยทำใน workspace

อ่าน repository และ AGENTS.md
วางแผนแบบแบ่งขั้น
แก้โค้ดและ migration
รัน test, typecheck, build และ review diff

OUT

Layer 3 — Output

ผลลัพธ์ที่ต้องตรวจและส่งมอบ

เว็บบน localhost
Git commit / Pull Request
Preview environment
Production + logs + rollback path

Prompt ที่มีบริบท

→

Codex แก้และตรวจ

→

Local → Git → Cloudflare

03 · Recommended Stack

Stack ที่เหมาะสำหรับโปรเจกต์แรก

เริ่มด้วยของน้อยชิ้นก่อน แล้วเพิ่ม service เมื่อ use case บังคับ ชุดนี้เหมาะกับ dashboard, ระบบสมาชิก, CRUD, สินค้า, คอร์ส หรือระบบหลังบ้านทั่วไป

Frontend

ReactViteTypeScriptCloudflare Static Assets

Backend API

Cloudflare WorkerHono (เมื่อ route เริ่มเยอะ)Zod validation

Data

D1: SQL / ข้อมูลหลักR2: รูป วิดีโอ เอกสารKV: cache/config (เพิ่มภายหลัง)

Workflow

CodexCloudflare Plugin + MCPWrangler CLIGitHub + Workers Builds

Cloudflare ไม่ใช่ Plesk/VPS: Worker เป็น serverless request runtime ไม่ใช่ Linux server ที่เปิด process ค้างไว้ แม้รองรับ Node.js APIs มากขึ้นก็ตาม งานที่ต้องใช้ native binary เช่น FFmpeg/HyperFrames CLI ให้รันบน local, CI หรือ Cloudflare Containers แล้วเก็บไฟล์ถาวรใน R2

04 · Learning Modules

8 โมดูลที่ผู้เริ่มต้นควรรู้

เปิดทีละบท แต่ละบทมี Anatomy, flow, prompt shortcut และ prompt พร้อมใช้ คำที่ขึ้นต้นด้วย / ด้านล่างเป็น “ชื่อ Prompt Template ที่แนะนำ” ไม่ใช่คำสั่ง built-in ของ Codex

ก่อนขอให้ Codex เขียนโค้ด ให้บอกว่าใครใช้ ทำอะไรสำเร็จ ข้อมูลอะไรเข้า/ออก และจะรู้ได้อย่างไรว่าทำงานถูกต้อง

Triggerมีปัญหาหรือ feature

RoleCodex = pair programmer

Hubrepository + requirement

Outputแผนและเกณฑ์ยอมรับ

เล่า user story→Codex ถาม/สรุป→ยืนยัน scope

/clarify-product

Prompt Template

ผมกำลังทำระบบ [ชื่อระบบ] สำหรับ [ผู้ใช้เป้าหมาย]
ปัญหาปัจจุบันคือ [ปัญหา]
ผลลัพธ์ที่ต้องการคือ [outcome]

ยังไม่ต้องเขียนโค้ด ช่วย:
1. สรุป user flow
2. แยก MVP กับสิ่งที่ทำภายหลัง
3. เขียน acceptance criteria ที่ทดสอบได้
4. ชี้คำถามหรือความเสี่ยงที่ยังไม่ชัด
ตอบเป็นภาษาไทยแบบผู้เริ่มต้นอ่านเข้าใจ

Codex ทำงานได้ดีที่สุดเมื่อเปิดโฟลเดอร์โปรเจกต์ที่ถูกต้อง มี Git และมีคำสั่งตรวจสอบชัดเจน อย่าเริ่มด้วย “สร้างให้หมดเลย” ใน repository ที่ยังไม่รู้โครงสร้าง

Triggerเปิด task ใหม่

Roleสำรวจและรายงาน

Hubworkspace + Git

Outputproject map + plan

เปิดโฟลเดอร์→ตรวจไฟล์/สถานะ Git→เสนอแผน

/inspect-repo

Prompt Template

สำรวจ workspace นี้ก่อน โดยยังไม่แก้ไฟล์
- อธิบายโครงสร้าง frontend, backend, database และ config
- ตรวจ package scripts, wrangler config, migrations และ tests
- ตรวจ git status และห้ามทับการแก้ไขเดิมของผม
- บอกคำสั่งสำหรับ dev, typecheck, test, build
- เสนอแผนทำงานทีละขั้นพร้อมความเสี่ยง
ถ้าข้อมูลพอแล้วให้เดินหน้าตามแผนได้ แต่ห้าม deploy หรือแตะ production

Cloudflare Plugin รวมคำแนะนำเฉพาะแพลตฟอร์มและ official Cloudflare API MCP ทำให้ Codex ค้น docs, ดูโครงสร้าง API และทำงานกับ account ที่คุณอนุญาตได้ แต่ไม่แทน Wrangler สำหรับ local development

Triggerต้องใช้ Cloudflare

Roledocs + account API

HubCloudflare account

Outputข้อมูลสด/การจัดการที่อนุมัติ

ติดตั้ง Plugin→เชื่อมบัญชี→เริ่ม task ใหม่และทดสอบ read-only

วิธีติดตั้งใน ChatGPT desktop / Codex

เปิดแท็บ Plugins
ค้นหา Cloudflare และเปิดหน้ารายละเอียด ตรวจชื่อผู้พัฒนาและสิทธิ์
กดปุ่ม + เพื่อติดตั้ง
เชื่อมบัญชี Cloudflare เมื่อระบบร้องขอ และอ่านหน้าสิทธิ์ก่อนยืนยัน
เริ่ม Codex task ใหม่ เพราะ skill/tool ที่ติดตั้งใหม่จะพร้อมใน task ใหม่

ถ้าใช้ Codex CLI

codex → /plugins → เลือก Cloudflare → Install → เริ่ม session ใหม่

Plugin ใช้ได้ใน ChatGPT desktop/Codex และ Codex CLI แต่เอกสาร OpenAI ระบุว่า IDE extension ยังไม่รองรับ Plugins ณ วันที่ตรวจคู่มือนี้

/verify-cloudflare-readonly

Safe Verification Prompt

ใช้ Cloudflare Plugin/MCP แบบ read-only เพื่อตรวจการเชื่อมต่อ
1. ยืนยันว่าเข้าถึง Cloudflare docs ได้
2. ตรวจว่าบัญชีอ่านรายการ Workers และ D1 ได้หรือไม่
3. รายงานเพียงจำนวนและสถานะ ห้ามแสดง account ID, email, token หรือ secret
4. ห้ามสร้าง แก้ไข deploy หรือลบ resource ใด ๆ

Prompt ที่ดีควรมี 8 ส่วน: Context, Goal, Users, Stack, Scope, Acceptance criteria, Verification และ Authority boundary โดยเฉพาะคำว่า “ห้ามแตะ remote/production จนกว่าจะอนุมัติ”

Triggerเริ่ม feature

RoleCloudflare full-stack dev

Hubprompt contract

Outputโค้ด + evidence

Context/Goal→Constraints/Criteria→Test evidence

/build-feature-local-first

Feature Prompt

เพิ่ม feature: [ชื่อ feature]
ผู้ใช้: [role]
User flow: [ขั้นตอน]
ข้อมูลเข้า/ออก: [fields]
Acceptance criteria:
- [เงื่อนไข 1]
- [เงื่อนไข 2]

ข้อกำหนด:
- ใช้ stack และ convention เดิมใน repo
- D1 ต้องเปลี่ยน schema ผ่าน migration ห้ามแก้ production โดยตรง
- query ต้อง bind parameter และ validate input
- secret ห้ามอยู่ใน source/Git
- ทำทีละส่วนและทดสอบ local ก่อน
- รัน typecheck, test และ build ที่เกี่ยวข้อง
สรุปไฟล์ที่เปลี่ยน ผลทดสอบ และสิ่งที่ยังไม่ได้ทำ
ห้าม deploy จนกว่าผมจะสั่ง

Cloudflare มี template React + Vite ที่รวม SPA, Worker API และ Vite plugin ไว้แล้ว จึงลด config ที่ผู้เริ่มต้นต้องเขียนเอง

Triggerโปรเจกต์ใหม่

Rolescaffold + configure

Hubwrangler.jsonc

Outputfull-stack starter

Create Cloudflare→เพิ่ม D1 binding→สร้าง migration

npm create cloudflare@latest -- my-react-app --framework=react

/scaffold-cloudflare-app

Scaffold Prompt

สร้างโปรเจกต์ Cloudflare full-stack สำหรับผู้เริ่มต้น โดยใช้ template ทางการ:
- React + Vite + TypeScript เป็น frontend
- Cloudflare Worker เป็น backend API
- เพิ่ม Hono เฉพาะเมื่อช่วยให้ routing ชัดขึ้น
- D1 binding ชื่อ DB พร้อม migrations/
- R2 ยังไม่ต้องสร้างจนกว่าจะมี upload
- Git, .gitignore, .dev.vars.example และ README

เริ่มจาก scaffold และรัน local ให้ผ่านก่อน
อย่าสร้าง resource แบบเสียเงิน อย่า deploy และอย่าแตะ remote database

npm run dev รัน frontend และ Worker runtime ใกล้เคียง production บนเครื่องได้ ส่วน D1 local เป็นฐานแยกจาก D1 บน Cloudflare ต้องระบุ --local หรือ --remote ให้ถูกต้อง

Triggerโค้ดเปลี่ยน

Rolerun + test + debug

Hublocal runtime/state

Outputหลักฐานผ่าน local

Apply migration --local→npm run dev→ทดสอบ UI/API

npx wrangler d1 migrations apply YOUR_DB --local npm run dev

/test-local

Local Test Prompt

ทดสอบ feature นี้บน local เท่านั้น
1. ตรวจว่ากำลังใช้ D1 local ไม่ใช่ remote
2. apply migration ด้วย --local
3. เปิด dev server และทดสอบ happy path + invalid input + not found
4. ตรวจ console/server errors, typecheck และ build
5. ถ้าพบปัญหาให้หาสาเหตุก่อนแก้ และเพิ่ม regression test เมื่อเหมาะสม
รายงานคำสั่งที่รันกับผลลัพธ์จริง ห้าม deploy

Cloudflare ไม่ได้เป็น Git server แบบ Plesk แต่เชื่อม GitHub/GitLab ผ่าน Workers Builds ได้ เมื่อ push สาขา production จะ build/deploy และสามารถเปิด build สำหรับสาขาอื่นเพื่อ preview ได้

Triggerlocal ผ่าน

Rolereview + commit

HubGitHub/GitLab repo

Outputcommit/PR/preview

Review diff→Commit + Push→Workers Build / Preview

/prepare-commit

Review Before Commit

เตรียมงานนี้สำหรับ commit โดยยังไม่ push
- แสดง git status และสรุป diff เฉพาะงานนี้
- ตรวจว่าไม่มี .dev.vars, token, credential, dump หรือไฟล์ใหญ่หลุดเข้า Git
- รัน test/typecheck/build ที่เกี่ยวข้อง
- ตรวจ migration และ backward compatibility
- เสนอ commit message แบบ Conventional Commits
หากพบไฟล์เปลี่ยนที่ไม่เกี่ยวข้อง ห้ามแก้หรือรวมโดยพลการ

Production ไม่ใช่แค่คำสั่ง deploy ต้องรู้ว่ามี migration อะไร secret ครบหรือไม่ ค่าใช้จ่ายเปลี่ยนหรือไม่ จะดู log ที่ไหน และย้อนกลับอย่างไร

Triggerอนุมัติ release

Rolepreflight + deploy

HubCloudflare + Git tag

Outputrelease evidence

Preflight→Migration/Deploy→Smoke test + Monitor

/production-preflight

Deploy Safety Prompt

ทำ production preflight ก่อน ห้าม deploy จนกว่าจะสรุปและผมยืนยัน
ตรวจ:
- git branch/commit และ working tree
- test, typecheck, build
- D1 migrations ที่ยังไม่ apply และลำดับ expand/contract
- bindings, secrets, routes/domain
- resource ใหม่ที่อาจมีค่าใช้จ่าย
- smoke test หลัง deploy และ rollback path

แสดงแผนคำสั่งทั้งหมด แยกขั้นที่เป็น read-only กับขั้นที่เปลี่ยน production
รอคำยืนยันของผมก่อนขั้นที่มีผลจริง

05 · Tool Choices

Cloudflare MCP, Wrangler และ Git ทำหน้าที่ต่างกัน

คำตอบที่ตรงที่สุดคือ “MCP ทำทุกอย่างแทนเครื่องมืออื่นไม่ได้” วิธีที่เหมาะกับผู้เริ่มต้นคือใช้ร่วมกัน

วิธี	เหมาะกับ	ข้อดี	ข้อควรระวัง	คำแนะนำ
Codex + Wrangler CLI	สร้างโปรเจกต์, dev, migration, test, deploy	ตรงกับ workflow นักพัฒนาและทำ local ได้ครบ	ต้องติดตั้ง Node/Git และ login Cloudflare	แกนหลัก
Cloudflare Plugin + MCP	ค้น docs, ตรวจ account, เรียก Cloudflare API	Codex ได้ข้อมูลสดและจัดการ resource ตามสิทธิ์	มี write capability; prompt ต้องระบุขอบเขตและห้ามเปิดเผย secret	ติดตั้งเพิ่ม
GitHub + Workers Builds	เก็บ version, review, build/deploy เมื่อ push	มีประวัติ เปรียบเทียบ และ workflow ทีม	migration production ต้องออกแบบลำดับให้ดี	ใช้เมื่อเริ่มจริงจัง

MCP

ถามสถานะสด

“ตรวจว่า account มี D1 กี่ฐาน” หรือ “ค้น endpoint ทางการสำหรับ Workers Builds”

CLI

ทำงานบนเครื่อง

npm run dev, D1 local migrations, tests, builds และ deploy ผ่าน Wrangler

GIT

เก็บประวัติและย้อนกลับ

แยก branch, review diff, commit จุดที่ผ่าน test และเชื่อม CI/CD

06 · Project Hub

ใช้ Repository เป็นศูนย์กลางของความจริง

สำหรับงานพัฒนาเว็บ Hub หลักไม่ใช่แชต แต่คือ repository ที่มี config, migrations, tests และเอกสารครบ ส่วน Sheet ใช้ติดตาม backlog/test/deploy ได้เมื่อทำงานเป็นทีม

my-app/ ├─ src/ # React UI ├─ worker/ # Worker API ├─ migrations/ # D1 schema history ├─ tests/ # regression checks ├─ wrangler.jsonc # bindings/config ├─ package.json # scripts/dependencies ├─ .dev.vars.example # ชื่อตัวแปร ไม่มี secret ├─ .gitignore ├─ AGENTS.md # กติกาให้ Codex └─ README.md # setup/test/deploy

Optional Learning / Team Tracker

หากต้องการ Sheet ให้สร้าง 4 tabs นี้ แล้วใช้ Task ID/Commit SHA เชื่อมข้อมูลแทนการคัดลอกโค้ดลง Sheet

Columns: Task ID, Feature, User, Priority, Status, Acceptance Criteria, Branch

Columns: Date, Task ID, Commit, Command, Environment, Result, Error

Columns: Date, Environment, Commit, Migration, Worker Version, URL, Status, Rollback

Columns: Prompt Name, Goal, Required Context, Prompt, Expected Evidence, Last Updated

07 · Work Cadence

ตัวอย่างรอบ Vibe Coding 90 นาที

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

00–10DefineUser flow, scope, acceptance criteria

10–20Inspectสำรวจ repo และตกลงแผน

20–50Buildแก้เป็นชุดเล็ก พร้อม test

50–65Local QAUI, API, invalid input, logs

65–80Reviewdiff, secret scan, migration

80–90Checkpointcommit และจด next step

08 · Step-by-Step Setup

เริ่มต้นตั้งแต่เครื่องเปล่าถึง localhost

ขั้นเหล่านี้ยังไม่ deploy production จึงเหมาะกับการเรียนและทดลองอย่างปลอดภัย

ติดตั้งเครื่องมือพื้นฐาน

ติดตั้ง ChatGPT desktop ที่มี Codex หรือ Codex CLI, Node.js รุ่น LTS, Git และสร้างบัญชี Cloudflare/GitHub เตรียมไว้

node --version | npm --version | git --version

ติดตั้ง Cloudflare Plugin

เปิด Plugins → ค้นหา Cloudflare → ตรวจรายละเอียด/สิทธิ์ → กด + → เชื่อมบัญชี → เปิด Codex task ใหม่ จากนั้นใช้ read-only verification prompt ในโมดูล 03

สร้างโปรเจกต์ React + Worker

npm create cloudflare@latest -- my-react-app --framework=react

เลือก Git = Yes และยังไม่ deploy หาก wizard ถาม จากนั้นเปิดโฟลเดอร์นี้เป็น workspace ใน Codex

Login Wrangler และรัน local

cd my-react-app → npx wrangler login → npm run dev

เปิด URL localhost ที่ terminal แสดง ทดสอบทั้งหน้า React และ endpoint /api/

เพิ่ม D1 เมื่อ data model ชัด

npx wrangler d1 create my-app-db --location=apacnpx wrangler d1 migrations create my-app-db create_initial_schema

ให้ Codex ช่วยออกแบบ table/index แล้ว apply ด้วย --local ก่อนเสมอ อย่าคิดว่า D1 เป็น MongoDB ที่เปลี่ยน connection string แล้วจบ

ทำ feature แรกแบบ vertical slice

ตัวอย่าง: “สร้าง todo 1 รายการ → บันทึก D1 → อ่านรายการ → แสดง UI” ทำให้ครบเส้นทางก่อนเพิ่ม auth, upload, queue หรือ realtime

สร้าง checkpoint ด้วย Git

git status → git diff → git add [ไฟล์ที่เกี่ยวข้อง] → git commit

ให้ Codex review diff และตรวจ secret ก่อน commit แต่คุณเป็นผู้ตัดสินใจว่าไฟล์ใดควรถูกบันทึก

ค่อยเชื่อม Workers Builds / Deploy

เมื่อ local และ preview ผ่าน ให้เชื่อม GitHub/GitLab ใน Workers → Settings → Builds หรือ deploy ผ่าน Wrangler หลัง production preflight และการอนุมัติชัดเจน

09 · Prompt Builder

สร้าง Prompt สำหรับ Feature ของคุณ

กรอกข้อมูลด้านซ้าย แล้วคัดลอก prompt ด้านขวาไปใช้ใน Codex คุณยังควรแนบ screenshot, schema หรือตัวอย่างข้อมูลเมื่อมี

ชื่อระบบ ผู้ใช้เป้าหมาย Feature ข้อมูลหลัก ระดับสิทธิ์ที่ให้ Codex

Generated Master Prompt

เทคนิค: ถ้าผลลัพธ์ยังไม่ตรง อย่าเพิ่มคำว่า “ทำให้ดีขึ้น” อย่างเดียว ให้ชี้สิ่งที่ผิด พร้อมตัวอย่าง expected result และขอให้ Codex อธิบาย root cause ก่อนแก้

10 · Runtime Boundaries

เลือกที่รันงานให้ถูกประเภท

งาน	ควรรันที่ไหน	เหตุผล	เก็บผลลัพธ์
React UI + HTTP API	Worker + Static Assets	เหมาะกับ request/response และ scale อัตโนมัติ	D1 / R2
SQL CRUD	D1 binding ใน Worker	Cloudflare-native relational database	D1
รูป วิดีโอ เอกสาร upload	R2	object storage; ไม่ควรใส่ไฟล์ binary ใน D1	R2 + metadata ใน D1
FFmpeg / HyperFrames CLI	Local, CI runner หรือ Container	ต้องใช้ native binary/process และทรัพยากรมากกว่า Worker ปกติ	R2
งาน background สั้น/async	Queues / Workflows	แยกจาก request หลักและ retry ได้	D1 / R2
chat/realtime/lock ต่อ entity	Durable Objects	ต้องการ state และ coordination ที่สอดคล้อง	DO storage / D1

Containers: เหมาะกับ CLI/native binary และอยู่ใน Workers Paid; disk ของ instance เป็น ephemeral เมื่อ instance sleep/start ใหม่จะได้ disk สด จึงต้องส่ง output สำคัญไป R2 หรือ storage ถาวร

11 · Final Checklist

ก่อนบอกว่า “พร้อม Deploy”

✓อธิบาย user flow และ acceptance criteria ได้

✓รู้ว่า Worker ไม่ใช่ VPS/Plesk และไม่มี process ถาวรแบบเดิม

✓ติดตั้ง Cloudflare Plugin และทดสอบแบบ read-only แล้ว

✓รันเว็บบน localhost และทดสอบ API ได้

✓D1 local/remote แยกกัน และ migration ผ่าน local

✓ไม่มี secret, .dev.vars หรือ credential ใน Git

✓typecheck, test และ build ผ่าน พร้อมหลักฐาน

✓review diff และ commit เป็น checkpoint แล้ว

✓รู้ migration order, smoke test และ rollback path

✓ตรวจ pricing/limits ปัจจุบันก่อนสร้าง resource แบบเสียเงิน

Quick Reference

สรุปโมดูลและผลลัพธ์

โมดูล	สิ่งที่ทำ	ผลลัพธ์ขั้นต่ำ
01 Foundation	นิยามปัญหา/ผู้ใช้/MVP	User flow + acceptance criteria
02 Codex	เปิด workspace และ inspect	Project map + plan
03 Plugin/MCP	ติดตั้ง เชื่อม ทดสอบ read-only	เข้าถึง docs/account safely
04 Prompt	สร้าง prompt contract	ขอบเขตและวิธี verify ชัด
05 Scaffold	React + Worker + D1	Starter ที่ build ได้
06 Local	migration local + dev + QA	localhost ทำงานครบ flow
07 Git	review/commit/preview	checkpoint ที่ย้อนกลับได้
08 Production	preflight/deploy/monitor	release evidence + rollback

Official Sources

เอกสารที่ควร Bookmark

Cloudflare และ Codex เปลี่ยนเร็ว คำสั่ง ค่าใช้จ่าย และข้อจำกัดควรตรวจจากแหล่งทางการก่อนใช้งานจริง

OpenAI — Browse, install and use Plugins Cloudflare — React + Vite full-stack guide Cloudflare — D1 local development Cloudflare — Workers Builds + Git Cloudflare — Node.js compatibility Cloudflare — Choose a storage product Cloudflare — Containers overview Cloudflare — Container lifecycle and ephemeral disk Cloudflare — Workers pricing Cloudflare — D1 pricing Cloudflare — R2 pricing Cloudflare — Wrangler CLI