สำหรับผู้ใช้ Claude Code และ Codex

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

ข้ามการแนะนำไปได้เลย เกือบทุกอย่างที่คุณสร้างไว้แล้วมีที่อยู่ที่นี่ — แค่เปลี่ยนชื่อเรียกเท่านั้น

เริ่มต้นด้วยการลบสองสิ่งที่อาจทำให้คุณต้องจ่ายค่าประมวลผลซ้ำซ้อน และนำสิ่งที่คุณมีอยู่มาใช้ใหม่

1. Run บนการสมัครสมาชิกที่คุณจ่ายอยู่แล้ว

Okou สามารถส่งคำสั่งโมเดลผ่านบัญชี Claude หรือ Codex ของคุณเองได้ทั้ง Free และแผนชำระเงิน หากบัญชีผู้ให้บริการของคุณรองรับ

เรื่องนี้แบ่งเป็นสองส่วน และแต่ละคนจะทำหน้าที่ต่างกัน

ผู้ดูแลระบบเลือกเส้นทาง

ที่ Settings → Models ผู้ดูแล workspace จะตัดสินใจว่าแต่ละโมเดลจะให้บริการอย่างไร ตัวเลือกสองอย่างคือ:

• Claude subscription — สมาชิกแต่ละคนเชื่อมต่อแผน Pro, Max หรือ Team ของตนเอง
• Codex subscription — สมาชิกแต่ละคนเชื่อมต่อแผน Pro หรือ Team ของตนเอง

นโยบายเป็นผู้กำหนดเส้นทาง ไม่ใช่ตัวเลือกโมเดล — ถ้าโมเดลไม่ได้ตั้งให้ใช้เส้นทางนี้ การเชื่อมต่อส่วนตัวของคุณจะไม่ถูกนำมาใช้

คุณเชื่อมต่อบัญชีของคุณเอง

ที่ Settings → Models ในส่วน Personal — ใช้เฉพาะกับ run ของคุณ ด้วยข้อมูลรับรองของคุณเอง:

• Claude Code OAuth — เชื่อมต่อด้วยบัญชี Claude Code สำหรับเส้นทางโมเดลที่ใช้ Claude Okou จะเปิดหน้าขออนุมัติจาก Claude ให้คุณอนุมัติ Okou คัดลอกรหัสอนุญาตที่แสดงและวางกลับในกล่องโต้ตอบ
• ChatGPT (Codex) — เชื่อมต่อด้วยการเข้าสู่ระบบอุปกรณ์ Codex Okou จะคัดลอกรหัสอุปกรณ์และเปิดหน้าขออนุมัติ ให้คุณวางรหัสใน OpenAI อนุมัติการเข้าถึง และเปิดกล่องโต้ตอบค้างไว้จน Okou เชื่อมต่อเสร็จ

คุณสามารถเชื่อมต่อหลายบัญชีต่อผู้ให้บริการ และเลือกบัญชีที่ใช้งาน เมื่อเชื่อมต่อแล้ว เมนูบัญชีจะแสดงเวลาที่เหลือของแต่ละหน้าต่างการสมัครสมาชิก — หน้าต่าง 5 ชั่วโมง และรายสัปดาห์ — เพื่อให้คุณเห็นขีดจำกัดก่อน run ยาวจะชนเพดาน

สามข้อควรรู้ก่อนเริ่ม:

• คุณสามารถใช้ผู้ให้บริการของคุณเอง ทั้ง Free และแผนชำระเงิน; บัญชีผู้ให้บริการของคุณต้องรองรับเส้นทางที่เลือก
• แผน ChatGPT ฟรีไม่สามารถใช้ Codex ผ่าน Okou ได้ ต้องใช้ Plus หรือ Pro
• ไม่ว่าโมเดลจะใช้เส้นทางใด การเรียกใช้เครื่องมือ การสร้าง และการจัดเก็บจะถูกคิดเครดิต Okou เสมอ การสมัครสมาชิกครอบคลุมเฉพาะการประมวลผล ไม่รวมการดำเนินการ

ตัวเลือกโมเดลข้างกล่องแชทเลือก โมเดล; ไม่สามารถแทนที่ route ที่นโยบายกำหนดให้โมเดลนั้นได้ โมเดลจะอยู่กับ thread แชท ไม่ใช่กับ agent หรือ workflow — ดู โมเดล

2. นำทักษะของคุณมาเป็น workflow

สิ่งที่คุณเรียกว่า ทักษะ Okou เรียกว่า workflow: ขั้นตอนที่มีชื่อ พร้อมคำอธิบายว่าใช้เมื่อใด คำแนะนำวิธีทำงาน และไฟล์เสริมที่แนบได้ SKILL.md ที่คุณเขียนไว้แล้ว แทบจะเหมือนกับคำแนะนำ workflow

วิธีย้ายที่เร็วที่สุดคือส่งผ่านแชท คุณไม่ต้องเขียนใหม่ และไม่ต้อง run อะไรเลย:

• ลากไฟล์เข้าไป ลาก SKILL.md ของคุณเข้าแชท — พร้อมเช็กลิสต์ เทมเพลต หรือไฟล์อ้างอิงที่อยู่ข้างๆ
• หรือให้ Okou อ่านลิงก์ วาง URL โฟลเดอร์ทักษะใน GitHub แล้วให้ Okou อ่านทั้งหมดเอง

จากนั้นบอกว่าต้องการให้ทำอะไรกับมัน:

"นี่คือทักษะที่ฉันใช้ใน Claude Code สร้าง workflow จากมันบน agent นี้ เก็บขั้นตอนเดิมไว้ แต่เปลี่ยน path ไฟล์และขั้นตอน shell เป็น connectors และบอกฉันด้วยว่ามีอะไรที่ยังเข้าถึงไม่ได้"

Okou จะอ่านไฟล์ ร่างชื่อ คำอธิบาย และคำแนะนำให้คุณตรวจสอบก่อนบันทึก

สี่จุดที่ควรแก้ไขขณะย้าย

• workflow เป็นของ agent เดียวเท่านั้น และเข้าถึงได้เฉพาะ connectors ที่ agent นั้นได้รับอนุญาต ทักษะในเครื่องจะสืบทอดสิทธิ์จาก shell ของคุณ แต่ที่นี่ไม่ใช่ ถ้า workflow ที่ย้ายมายังมองไม่เห็น Gmail ให้ตรวจสอบสิทธิ์ของ agent ไม่ใช่คำแนะนำ
• ชื่อเป็น slug ตัวพิมพ์เล็ก — triage-bug-report, 2 ถึง 64 ตัวอักษร เรียกใช้โดยตรงด้วย /triage-bug-report ในแชทของ agent หรืออธิบายงานให้ Okou เลือกจากคำอธิบาย คำอธิบายที่ชัดเจนจะทำให้ workflow ทำงานอัตโนมัติ
• workflow ใหม่เป็นส่วนตัวโดยอัตโนมัติ การเผยแพร่ให้ workspace ต้องตั้งใจทำ ไม่ใช่ผลพลอยได้จากการบันทึก agent สองตัวอาจมีขั้นตอนเดียวกันแต่ได้ผลต่างกัน เพราะแต่ละตัวมีเสียงและสิทธิ์ของตัวเอง
• ข้อมูลรับรองไม่เดินทาง สิ่งที่เคยเป็น environment variable หรือ key ในทักษะท้องถิ่นจะกลายเป็น connector แทน เพื่อให้ความลับอยู่บนแพลตฟอร์มและโมเดลเข้าถึงไม่ได้ ถ้าไม่มี connector สำเร็จรูปที่เหมาะ ให้สร้าง custom connector แทนการวาง key ในคำแนะนำ

สิ่งหนึ่งที่ย้ายมาได้เหมือนเดิม: ไฟล์เสริม เทมเพลต เช็กลิสต์ แนวทางแบรนด์ และข้อมูลอ้างอิงแนบกับ workflow ได้เหมือนที่เคยอยู่ข้าง SKILL.md ของคุณ

CLAUDE.md ของคุณคือ agent ไม่ใช่ workflow

ทักษะจะกลายเป็น workflow กฎประจำที่คุณเก็บไว้ใน CLAUDE.md หรือ AGENTS.md — โทนเสียง สไตล์องค์กร สิ่งที่ห้ามทำ เมื่อใดควรหยุดและถาม — ควรอยู่ที่ agent แทน ใน Instructions ซึ่ง workflow ทุกตัวของ agent นั้นจะสืบทอด

วางไฟล์ลงไปแล้วขอให้ Okou รวมเข้ากับคำแนะนำของ agent แยกตามโครงสร้างผลิตภัณฑ์: เรื่อง วิธีการทำงานของเรา อยู่ที่ agent; เรื่อง วิธีทำงานเฉพาะอย่าง เป็น workflow

3. ใช้ฟีเจอร์ที่ CLI ในเครื่องไม่มี

เมื่อคุณตั้งเส้นทางโมเดลและขั้นตอนเรียบร้อย ส่วนที่เหลือของ Okou คือสิ่งที่แล็ปท็อปคุณทำไม่ได้:

• ตัวเชื่อมต่อ — บริการที่ agent ได้รับอนุญาตให้เข้าถึง ข้อมูลรับรองเก็บไว้ที่ขอบเครือข่าย และทุกการเรียกจะบันทึกใน log การ run แทนที่ token ส่วนตัวใน shell profile
• คอนเนคเตอร์แบบกำหนดเอง — สำหรับ API ภายในที่ไม่มี connector สำเร็จรูป ผู้ดูแลลงทะเบียน prefix HTTPS และการยืนยันตัวตนครั้งเดียว ถ้า workspace เปิดใช้ได้ endpoint MCP แบบ Streamable HTTP ก็ลงทะเบียนแบบเดียวกันได้ เซิร์ฟเวอร์ที่คุณเปิดให้ Claude Code เข้าถึงก็ใช้ที่นี่ได้เช่นกัน
• Concurrent runs — ขยายขนาด workspace แทนการเปิดแท็บ terminal เพิ่ม งานยาวจะไม่ขวางงานสั้น
• ระบบอัตโนมัติ — ทริกเกอร์ที่ผูกกับ workflow: ตารางเวลา อีเมลใหม่ pull request ที่ merge เหตุการณ์ปฏิทิน webhook นี่คือสิ่งที่เปลี่ยนขั้นตอนให้เป็นเพื่อนร่วมทีม ไม่ใช่แค่คำสั่งที่ต้องจำ run เอง
• เอเจนต์ — ตัวตนถาวรที่มีคำแนะนำ โทนเสียง และสิทธิ์ connector ของตัวเอง เพื่อให้พฤติกรรมคงที่ข้าม run และข้ามผู้ใช้
• การเชื่อมต่อ — agent เดียวกันเข้าถึงได้จาก Slack, Telegram หรือเว็บ ไม่ใช่แค่จาก terminal เครื่องเดียว

4. แชร์ แทนที่จะเก็บไว้ใน dotfile

ความแตกต่างที่แท้จริงจากการตั้งค่าท้องถิ่นคือคนอื่นสามารถใช้สิ่งที่คุณสร้าง — แม้แต่คนที่ไม่เคยเปิด terminal เลย

• ทำให้ agent Public และเผยแพร่ workflow ที่คุณอยากให้ทีมใช้ก่อน
• ลบข้อมูลรับรองและข้อมูลเฉพาะกิจออกจากคำแนะนำและไฟล์ก่อนเผยแพร่
• เชิญเพื่อนร่วมทีมจาก Settings → People → Add member โดยมี Member เป็นบทบาทเริ่มต้น ดู เชิญเพื่อนร่วมทีม
• สมาชิกแต่ละคนเชื่อมต่อบัญชีและการสมัครสมาชิก Claude หรือ Codex ของตนเอง ไม่มีการแชร์บัญชี

ขั้นตอน 3 ถึง 6 ของ สำหรับผู้ใช้ใหม่ อธิบายการสร้าง agent เผยแพร่ workflow และตั้งเวลา automation อย่างละเอียด กลไกเหมือนกัน ต่างแค่จุดเริ่มต้น

ไปต่อที่ไหน

• โมเดล — เส้นทาง, การสมัครสมาชิกของคุณเอง, และค่าใช้จ่ายแต่ละโมเดล
• เวิร์กโฟลว์ — โครงสร้าง, เจ้าของ, การมองเห็น, และวิธีที่ Okou เลือกใช้งาน
• ระบบอัตโนมัติ — ตารางเวลา, อีเมล, GitHub, ปฏิทิน, และ webhook trigger
• สิทธิ์การเข้าถึง — สิ่งที่ agent เข้าถึงได้ และวิธีจำกัดขอบเขต
• คอนเนคเตอร์แบบกำหนดเอง — สำหรับ API ภายในที่ไม่มี connector สำเร็จรูป