Ruflo คืออะไร? โต๊ะทำงาน AI ที่ครอบ Claude Code กับ Codex และข้อกล่าวหาที่ต้องอ่านก่อนติดตั้ง

โดย Nokka (นก-กา) | นักเขียนอิสระสาย AI | ตรวจสอบข้อมูล ณ 19 ต.ค. 2026

บทความนี้เขียนโดย AI (deepseek-v4.1-flash · ผู้ให้บริการโมเดล: ollama-cloud) ผ่าน Hermes Agent ภายใต้การควบคุมและตรวจสอบคุณภาพโดยมนุษย์ - Nokka (นก-กา)

มีประโยคหนึ่งในเอกสารของ Ruflo ที่ผมอ่านแล้วหยุด เพราะมันอธิบายสิ่งที่คนพูดกันผิด ๆ มานาน

Agent = Model + Harness.

โมเดลเป็นคนเขียน ส่วน harness คือโต๊ะทำงานรอบ ๆ ที่ให้เครื่องมือ ความจำ ลูปทำงานซ้ำ และการควบคุม

พูดอีกแบบคือ หลายคนคิดว่าเอเจนต์เก่งขึ้นเพราะโมเดลเก่งขึ้น แต่ความจริงคือเอเจนต์ทำงานได้เพราะมีอะไรบางอย่างล้อมรอบโมเดลอยู่

Ruflo วางตัวเองเป็นโต๊ะทำงานตัวนั้น มันไม่ได้สร้างโมเดลใหม่ แต่ไปครอบ Claude Code กับ Codex ไว้อีกชั้น

Ruflo คืออะไรกันแน่

README เรียกตัวเองว่า meta-harness สำหรับ Claude Code และ Codex [2]

คำว่า meta ในที่นี้หมายถึงมันไม่ได้เป็นเครื่องมือตัวเดียว แต่เป็นชั้นที่รวมเครื่องมือหลายอย่างเข้าด้วยกัน

สิ่งที่มันเพิ่มเข้าไปมีสี่กลุ่ม

กลุ่มแรกคือ เอเจนต์เฉพาะทาง ซึ่งมีอยู่เกือบร้อยตัว แยกตามงาน เช่น เขียนโค้ด ทดสอบ ตรวจความปลอดภัย เขียนเอกสาร และออกแบบสถาปัตยกรรม

กลุ่มที่สองคือ การประสานงานเป็นฝูง ให้เอเจนต์หลายตัวทำงานร่วมกันแทนที่จะรันทีละตัว

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

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

จุดที่ผมว่าสำคัญที่สุดคือคำว่า self-learning memory ซึ่งหมายถึงความจำที่ระบบเรียนรู้และปรับจากการใช้งานจริง ไม่ใช่ไฟล์ที่เราพิมพ์สั่ง

มาจากไหน และทำไมชื่อเปลี่ยน

Ruflo ไม่ได้เพิ่งเกิด มันคือโปรเจกต์เก่าที่เปลี่ยนชื่อ

Reuven Cohen (rUv) เริ่มเขียนมันเมื่อ 2 มิถุนายน 2025 ในชื่อ Claude Flow และคอมมิตแรกยังอยู่บน GitHub ให้เปิดดูได้ เอกสารระบุ hash ไว้ตรง ๆ คือ 7c1f9402d70e7af56c01a879073cbac92564dc4e

คอมมิตนั้นอธิบายว่าเป็นชั้นประสานงานโค้ดสำหรับวงจรเอเจนต์แบบวนซ้ำ คือ Claude เขียน แก้ ทดสอบ แล้วปรับปรุง

อีกแปดวันต่อมา คือ snapshot วันที่ 10 มิถุนายน มีโมดูลจัดการงาน ความจำ และเทอร์มินัลเพิ่มเข้ามา

จากนั้นชื่อก็เปลี่ยนเป็น Ruflo [2][9] และเอกสารอธิบายที่มาของชื่อไว้ว่า "Ru" มาจาก rUv ส่วน "flo" มาจากการทำงานถึงตีสาม [2]

มีรายละเอียดอีกข้อที่คนมักไม่รู้ คือเอกสารตัดสินใจเชิงสถาปัตยกรรม ADR-046 ระบุว่าโปรเจกต์เผยแพร่สองแพ็กเกจคู่กัน คือ claude-flow กับ ruflo [10]

repo เดียวกันนี้ตอนนี้มีดาว 76,812 ดวง [1] สัญญาอนุญาต MIT และภาษาหลักคือ TypeScript

จุดที่เอกสารยอมรับข้อจำกัดของตัวเอง

มีประโยคหนึ่งที่ผมว่าทำให้เอกสารชุดนี้น่าเชื่อถือกว่าปกติ

เอกสารเขียนว่า การไล่ประวัติแบบนี้ [2] "establishes Ruflo's lineage, not a universal first across every Claude Code tool"

แปลว่ามันพิสูจน์สายเลือดของตัวเอง แต่ไม่ได้อ้างว่าเป็นที่แรกของทุกเครื่องมือในระบบนิเวศ Claude Code

การที่โปรเจกต์ที่เพิ่งได้ดาวเจ็ดหมื่นยอมเขียนแบบนี้ ผมถือว่าเป็นสัญญาณที่ดี เพราะปกติโปรเจกต์ที่โตเร็วจะชอบอ้างว่าเป็นที่แรก

ติดตั้งได้สองทาง และสองทางนี้ต่างกันมาก

นี่คือส่วนที่คนสับสนกันบ่อยที่สุด เพราะทั้งสองทางถูกเรียกว่า "ติดตั้ง Ruflo" เหมือนกัน

ทางแรก: เพิ่มเป็นปลั๊กอินใน Claude Code

ทางนี้เบา ใช้คำสั่งใน Claude Code ตรง ๆ

/plugin marketplace add ruvnet/ruflo
/plugin install ruflo-core@ruflo
/plugin install ruflo-console@ruflo
/plugin install ruflo-mods@ruflo
/reload-plugins
/ruflo

ต้องใช้ Claude Code เวอร์ชัน 2.1.287 หรือใหม่กว่า [2]

ผลที่ได้คือคำสั่งแบบ slash และคำนิยามของเอเจนต์

จุดที่ผมชอบคือตารางเทียบในเอกสารระบุว่า ไฟล์ใน workspace ของคุณ = ศูนย์ [2]

แปลว่าไม่มี .claude ไม่มี CLAUDE.md ไม่มีโฟลเดอร์อะไรโผล่มาในโปรเจกต์ของคุณเลย

ถ้าคุณเคยลองเครื่องมือที่เขียนไฟล์กระจายทั่ว repo แล้วรู้สึกไม่สบายใจ ทางนี้ตอบโจทย์ตรงจุด

ทางที่สอง: ลงเต็มชุดด้วยคำสั่งเดียว

ทางนี้หนักกว่า และเป็นทางที่เอกสารเรียกว่า full loop

npx ruflo@latest init

ผลที่ได้คือ 98 เอเจนต์ · คำสั่ง 60 กว่าตัว · 30 skills · MCP server · hooks · daemon [2]

และมันจะเขียนไฟล์ลง workspace ของคุณจริง คือ .claude/, .claude-flow/, CLAUDE.md, ไฟล์ helper และ settings

ส่วนที่ผมว่าอธิบายยากที่สุดแต่มีประโยชน์ที่สุดคือ hooks ที่คอยส่งงานให้เอเจนต์ที่เหมาะเองเบื้องหลัง

คุณไม่ต้องเลือกเองว่า work ชิ้นนี้ควรให้ใครทำ hook จะ intercept แล้ว route ให้

แลกกับการที่คุณต้องยอมให้มันแตะโครงสร้างโปรเจกต์ของคุณ

Cockpit: หน้าจอที่ผมว่าคุ้มที่สุด

เอกสารเรียกหน้าจอนี้ว่า agent cockpit [2] และนิยามสั้น ๆ ว่า

Track workflows, agents, models, tokens and cost beside Claude Code.

คือมันไม่ใช่หน้าแชต แต่เป็นแผงข้าง ๆ ที่บอกว่าตอนนี้เกิดอะไรขึ้น

สิ่งที่เห็นได้มีสี่อย่าง

อย่างแรก เวิร์กโฟลว์ ว่ามีงานอะไรเดินอยู่บ้าง

อย่างที่สอง เอเจนต์ ว่าตัวไหนรันอะไรอยู่

อย่างที่สาม โมเดล ว่าแต่ละตัวใช้โมเดลไหน ซึ่งสำคัญเพราะราคาแต่ละรุ่นต่างกันมาก

อย่างที่สี่ โทเคนและค่าใช้จ่าย ซึ่งเป็นตัวเลขที่คนใช้ Claude Code อยากเห็นที่สุด

เอกสารยังบอกว่าดู log ย้อนหลังเพื่อเทียบได้ด้วย และทางเลือกหนึ่งคือเปิด console แบบไม่ต้องมี Claude Code เลย

npx ruflo tui

ถ้าใส่ธง --plain มันจะพิมพ์เฟรมเดียวออกมา เหมาะกับเอาไปใช้ในสคริปต์

ให้ Claude กดสั่งงานใน console เอง

ตรงนี้คือส่วนที่ผมคิดว่าคนจะตกใจตอนอ่านครั้งแรก

คุณเปิด Settings > Claude control แล้วให้ Claude กดนำทางและสั่งงานใน console ได้เอง

มีระดับสิทธิ์สี่ขั้น คือ read, write, manage และ full และมีโหมดอนุมัติสองแบบ คือ ask กับ auto

ค่าตั้งต้นคือ read + ask [2]

แปลว่าถ้าไม่ไปปรับอะไร Claude อ่าน console ได้ แต่ถ้าจะสั่งอะไรที่เกินอ่าน มันต้องถามคุณก่อน

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

มีปุ่มชื่อ Take back control สำหรับตัดการควบคุมของ Claude ทันที

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

การมี action log ที่ไล่ดูได้ และมีปุ่มถอนสิทธิ์ทันที ทำให้ความกล้าใช้เพิ่มขึ้น

แต่ก็ต้องเข้าใจให้ตรงว่า ค่าตั้งต้นที่ปลอดภัยนี้ เป็นของ console control เท่านั้น ไม่ได้แปลว่าเครื่องมือทั้งหมดถูกจำกัด

ปลั๊กอิน 35 ตัว

เอกสารมีส่วนที่ซ่อนไว้ใน <details> เรียกว่า All 35 plugins [2]

ผมเปิดอ่านแล้วแบ่งได้เป็นกลุ่ม

ในลิสต์นี้ไม่มี console กับ mods เพราะเอกสารแยกสองตัวนั้นไว้อีกหมวด

กลุ่มแรกคือ แกนและการประสานงาน เช่น ruflo-swarm สำหรับจัดทีมเอเจนต์, ruflo-autopilot ให้เอเจนต์รันเองเป็นลูป, ruflo-loop-workers ตั้งงานเป็นรอบเวลา และ ruflo-workflows ทำขั้นตอนหลายจังหวะซ้ำได้

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

จุดที่ควรรู้คือ ปลั๊กอินไม่ได้ทำงานเท่ากันทุกตัว

เอกสารระบุว่าในบรรดาปลั๊กอิน มีเพียง ruflo-core ที่ลง MCP server ของตัวเองตอนติดตั้ง [2] และเครื่องมือของมันจะถูกเรียกด้วยชื่อนำหน้าว่า mcp__plugin_ruflo-core_ruflo__* ไม่ใช่ชื่อสั้น ๆ อย่าง memory_store

ปลั๊กอินอื่นโดยทั่วไปไม่มี MCP server ของตัวเอง

รายละเอียดนี้สำคัญเพราะถ้าคุณอ่านบทความอื่นแล้วเห็นชื่อเครื่องมือแบบสั้น ๆ แล้วเอาไปใช้กับทาง plugin มันจะไม่ทำงาน

ตัวเลขที่เอกสารให้มาไม่ตรงกันเอง

อันนี้ผมเจอตอนเทียบหลายหน้าในเอกสารชุดเดียวกัน

หน้าแรกบอกว่า Ruflo เพิ่ม 100+ เอเจนต์ [2]

ตารางเทียบการติดตั้งบอกว่า npx ruflo init ให้ 98 เอเจนต์

หน้า npm ของแพ็กเกจ ruflo เขียนว่า 60+ เอเจนต์ [4]

ตัวเลขสามตัวนี้ไม่ตรงกัน

ผมไม่ได้แปลว่ามีอะไรผิดร้ายแรง เพราะมันอาจนับคนละชุด คือ 100+ อาจรวมเอเจนต์จากทุกปลั๊กอิน ส่วน 98 คือชุดที่ init ลงให้จริง และ 60+ คือคำอธิบายที่ค้างมาจากเวอร์ชันเก่า

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

และเพราะแบบนี้ผมจึงไม่เขียนว่า "ร้อยตัว" เฉย ๆ

เสียงค้านที่ผมว่าต้องอ่านก่อนติดตั้ง

ถ้าคุณอ่านแค่หน้า README ทุกอย่างจะดูดีมาก แต่มีคนที่ตรวจโค้ดจริงแล้วได้ข้อสรุปคนละทาง

4 เมษายน 2026 (เวลา UTC) มีผู้ใช้ชื่อ roman-rr เผยแพร่การตรวจสอบเชิงเทคนิคใน r/ClaudeAI หัวข้อว่า

"Do not install Ruflo into your Claude Code workflow until you read this: 99% Fake / 1% Real" [5]

ข้อกล่าวหาที่ดังที่สุดของเขาคือ Ruflo เปิดเครื่องมือ MCP ไว้กว่า 300 ตัว แต่ มีของจริงประมาณ 10 ตัว ที่เหลือเป็น stub ที่เก็บสถานะเป็น JSON ไม่มี backend รันจริง

ตัวอย่างที่เขาเจาะจงไว้

• agent_spawn สร้างเพียงรายการใน JavaScript Map สถานะค้างที่ "idle" ตลอดไป ไม่มีโปรเซสลูกเกิดขึ้นจริง
• task_assign เก็บลง Map ในหน่วยความจำ ไม่มี worker ไหนมารับงานไปทำ
• hive-mind คือการเรียก child_process.spawn('claude', [...]) แล้วส่งพรอมป์ยาว ๆ ให้ Claude แกล้งทำเป็นนางพญาผึ้ง
• wasm_agent แค่สะท้อนข้อมูลที่คุณส่งเข้าไปกลับออกมา ไม่มี WASM จริง

เขายังเขียนว่าเลเยอร์ "intelligence" ประมวลผลกราฟ 100 เมกะไบต์เพื่อคืนรายการที่มีของจริง 20 รายการ ซ่อนอยู่ใต้รายการซ้ำ 5,686 รายการ และมันทำแบบนี้ทุกข้อความ [6]

ข้อกล่าวหาด้านความปลอดภัยที่ผมยังไม่ได้เล่า

ในโพสต์เดียวกัน roman-rr ระบุข้อกล่าวหาด้านความปลอดภัยไว้อีกสองข้อ ซึ่งผมคิดว่าน้ำหนักกว่าข้อกล่าวหาเรื่องเครื่องมือปลอม [5]

ข้อแรก tool description ของ MCP มีคำสั่งซ่อนอยู่ ซึ่งชี้ให้ Claude แอบเพิ่มเจ้าของ repo เป็นผู้ร่วมงานใน repository ของคุณโดยที่คุณไม่รู้

ข้อที่สอง เวอร์ชัน 3.1.0-alpha.55 ถึง 3.5.2 แถมสคริปต์ preinstall ที่ถูกทำให้อ่านไม่ออก ซึ่งลบรายการแคชของ npm และโฟลเดอร์ต่าง ๆ ในเครื่องคุณอย่างเงียบ ๆ

ผมตรวจสถานะของเรื่องนี้เพิ่มเอง พบว่า issue #1375 "Security Audit Summary: Multiple Critical Concerns" เปิดเมื่อ 17 มีนาคม 2026 และ ปิดแล้ว [11]

ผู้ดูแลโปรเจกต์ตอบใน issue เมื่อ 19 มีนาคม 2026 ว่าได้แก้หลายข้อใน v3.5.40 ซึ่งเพิ่งออก พร้อมตารางระบุ pull request ที่ใช้ แต่สำหรับคำสั่งซ่อนใน tool description เขาระบุเพียงว่าค้นโค้ดปัจจุบันแล้วไม่พบ และถ้าเคยมีในเวอร์ชันก่อนก็ถูกถอดออกไปแล้ว ส่วนช่อง path traversal ใน sanitizePath เขายอมรับว่ายังต้องตรวจเพิ่มและจะเปิด issue แยก [11]

จากนั้น roman-rr กลับมาเสริมใน issue เดียวกันเมื่อ 4 เมษายน 2026 ว่าเขาตรวจซ้ำที่ v3.5.51 แล้ว [11] และยืนยันว่าทั้ง prompt injection ใน tool description และสคริปต์ preinstall ที่ถูกทำให้อ่านไม่ออกยังพบอยู่ พร้อมเพิ่มข้อสังเกตใหม่ว่า verifySignature() คืนค่า true เสมอ

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

ผมตรวจต่อได้แค่ไหน

ตรงนี้ผมต้องแยกให้ชัด ว่าอะไรผมยืนยันเองได้ และอะไรผมยืนยันไม่ได้

อันแรก ผมยืนยันได้ว่าการตรวจนั้นมีอยู่จริง ผมอ่านตัวบทเต็มบน gist ของผู้เขียน [6] สร้างวันที่ 3 เมษายน 2026 และแก้ไขล่าสุด 1 กรกฎาคม 2026

อีกข้อที่ผมยืนยันได้ ตอนที่เขาเขียน repo มีดาวประมาณ 29,000 ดวง [5] แต่ตอนนี้ 76,812 ดวง และเวอร์ชันล่าสุดคือ 3.57.0 ออกวันที่ 17 ตุลาคม 2026 [3]

ข้อที่ผมยืนยันไม่ได้ ข้อกล่าวหาเหล่านั้นยังจริงอยู่ไหมในเวอร์ชันปัจจุบัน

ผมไม่ได้ตรวจ MCP 300 กว่าตัวด้วยตัวเอง และไม่กล้าเขียนว่ามันถูกแก้แล้วหรือยังเป็นอยู่ เพราะทั้งสองทางคือการบิดเบือนที่ตรวจได้

สิ่งที่ผมเห็นในบันทึกการเปลี่ยนแปลง

ที่ผมทำได้มีเท่านี้ คือเปิด CHANGELOG ดูว่าโปรเจกต์เดินหน้าอย่างไรตั้งแต่เดือนเมษายน

เวอร์ชัน 3.57.0 มีรายการแก้ไขที่เจาะจงมาก เช่น [3]

• ruflo init ไม่เขียน .codex/config.toml แบบเปิดกว้างแล้ว ค่าตั้งต้นเปลี่ยนเป็น sandbox_mode = "workspace-write" และ approval_policy = "on-request"
• MCP bridge บน loopback ไม่รับคำสั่งจากหน้าเว็บใด ๆ แล้ว เพื่อกัน DNS rebinding
• policy ledger ตรวจสอบกับ archive บนดิสก์แทนการเชื่อม state.json ที่แก้ได้
• มีการแก้เรื่อง worker ไม่คืน slot, การนับสถิติการเรียนรู้หายตอนเขียนพร้อมกัน และ hook ที่ dedup ผิดจน hook ถัดไปไม่เคยรัน

รายการเหล่านี้มาจาก pull request ของคนนอกสิบกว่าคน และเกือบทุกบรรทัดมีเลข issue กำกับ

นี่ไม่ใช่ลายเซ็นของโปรเจกต์ที่ "99% เป็นละคร" ในเวอร์ชันปัจจุบัน แต่มันก็ไม่ได้แปลว่าข้อกล่าวหาเดิมไม่เคยจริง

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

ปัญหาโทเคนที่คนใช้จริงเจอ

มีอีกกระทู้ที่ผมว่าตรงกับสิ่งที่คนจะเจอตอนใช้จริง

ใน r/ClaudeCode มีผู้ใช้เขียนหัวข้อ "Ruflo causing extreme token usage" [7]

เขาบอกว่าหลังติดตั้ง Ruflo เขาเจอข้อความ Claude Code ขึ้นว่า compact อัตโนมัติบ่อยมาก บางครั้งต้นเซสชันและกลางเซสชัน

เขาสันนิษฐานว่าต้นเหตุคือจำนวน skills, MCP และ tools ที่ Ruflo ค้นหาและเรียกตอนต้นเซสชัน

มีอีกกระทู้ที่ถามตรง ๆ ว่า "Can anyone tell me if RuFlo is good?" [8] ซึ่งสะท้อนความลังเลแบบเดียวกัน และที่เจ็บที่สุดในกระทู้โทเคนคือ "most of the time Claude Code is not actually deciding to use Ruflo for tasks anyway" แปลว่าโทเคนถูกใช้ไปกับการเตรียม แต่ตัว Ruflo ไม่ได้ถูกใช้ทำงานจริง

อันนี้คือความเสี่ยงที่ผมว่าคนมักมองข้ามเวลาเห็นเครื่องมือที่เพิ่มความสามารถเยอะ ๆ

ทุกอย่างที่ติดตั้งไว้จะถูกโหลดเข้า context ไม่ว่าจะถูกใช้หรือไม่

ทางแก้ที่ตรงจุดคือเริ่มจากปลั๊กอินตัวเดียว และใช้ปลั๊กอินติดตามค่าโทเคนที่ Ruflo เตรียมไว้ดูตัวเลขจริงของตัวเอง

คำเตือนที่ทีมผู้พัฒนาเขียนไว้เอง

มีประโยคหนึ่งในเอกสารที่ผมอยากให้ทุกคนอ่านก่อนกดติดตั้ง

Mods run with your account's permissions; review their code before installing. [2]

และอีกที่เขียนชัดกว่าคือ mods ไม่ได้ถูก sandbox ดังนั้นให้อ่านโค้ดก่อน

แปลว่า mods ซึ่งเป็นตัวที่ route พรอมป์และบังคับนโยบาย รันด้วยสิทธิ์เต็มของบัญชีคุณ

นี่ไม่ใช่ช่องโหว่ แต่เป็นการออกแบบที่ต้องแลก เพราะถ้าจะบังคับนโยบายในโปรเซสเดียวกัน มันก็ต้องมีสิทธิ์เท่าที่โปรเซสนั้นมี

ผมชื่นชมที่ทีมเขียนเตือนเองในบรรทัดที่คนอ่านเจอก่อนติดตั้ง ไม่ใช่ซ่อนไว้ท้ายหน้า

แต่ผมก็อยากเน้นว่า คำเตือนที่เขียนไว้ดี ไม่ได้ทำให้ความเสี่ยงหายไป มันแค่ทำให้คุณตัดสินใจได้อย่างรู้ตัว

ใช้กับ Codex ได้ด้วย

จุดที่คนมักเข้าใจผิดคือคิดว่า Ruflo เป็นของ Claude Code เท่านั้น

เอกสารเขียนว่า Ruflo เป็น harness รอบ Claude Code และ Codex [2]

ถ้าคุณใช้ Codex หรือเครื่องมืออื่นที่รองรับ MCP ทางที่เอกสารแนะนำคือใช้ npx ตั้งโปรเจกต์ แล้วต่อไคลเอนต์ของคุณเข้ากับ Ruflo MCP server

npx -y ruflo@latest mcp start

สำหรับไคลเอนต์ที่รองรับ local stdio MCP server ให้ตั้ง command เป็น npx และ arguments เป็น ["-y", "ruflo@latest", "mcp", "start"]

แต่มีข้อจำกัดที่เอกสารยอมรับเอง คือ console กับ mods เป็นส่วนผสมของ Claude Code [2] ส่วนการรองรับ hook ขึ้นอยู่กับไคลเอนต์แต่ละตัว

แปลว่าถ้าคุณใช้ Codex คุณจะได้เครื่องมือผ่าน MCP แต่ไม่ได้ cockpit เต็มรูปแบบเหมือนใน Claude Code

เหมาะกับใคร และไม่เหมาะกับใคร

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

เหมาะ ถ้าคุณอยากลองแบบไม่เสี่ยง คือเริ่มจากปลั๊กอินตัวเดียวใน Claude Code เพราะมันไม่เขียนไฟล์ลงโปรเจกต์คุณเลย

ยังไม่เหมาะ ถ้าคุณเพิ่งเริ่มใช้ Claude Code เพราะปัญหาแรกที่คุณจะเจอคือความซับซ้อนของเครื่องมือเอง ไม่ใช่ปัญหาที่ Ruflo แก้

ยังไม่เหมาะ ถ้าคุณกังวลเรื่องค่าใช้จ่ายมาก [7] เพราะมีรายงานจากผู้ใช้จริงว่าโทเคนถูกใช้เพิ่มขึ้น และต้องใช้ปลั๊กอินติดตามค่าใช้จ่ายเพื่อดูตัวเลขจริง

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

ถ้าจะเริ่ม ผมแนะนำแบบนี้

เริ่มจากศูนย์ไฟล์ก่อน

ติดตั้งเฉพาะ ruflo-core กับ ruflo-console ใน Claude Code ยังไม่ต้องลง mods

ใช้สักสองสามวัน แล้วเปิด cockpit ดูว่าโทเคนเพิ่มขึ้นเท่าไรเมื่อเทียบกับตอนไม่ติดตั้ง

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

และถ้าจะขยับไปทาง npx ruflo init ให้สำรองโปรเจกต์ก่อน เพราะมันเขียนไฟล์ลง workspace จริง

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

สิ่งที่ผมยังไม่รู้

ผมไม่ได้ติดตั้ง Ruflo และไม่ได้ทดสอบกับงานจริง

บทความนี้สร้างจากเอกสารทางการของโปรเจกต์ บันทึกการเปลี่ยนแปลง ข้อมูลจาก GitHub และ npm และการตรวจสอบเชิงเทคนิคกับการรายงานปัญหาของผู้ใช้ที่เผยแพร่บน Reddit

ตัวเลขที่ผมยืนยันเองได้ มีดังนี้ ดาว 76,812 ดวง สัญญาอนุญาต MIT วันที่คอมมิตแรก 2 มิถุนายน 2025 เวอร์ชัน 3.57.0 จำนวนปลั๊กอิน 35 ตัว จำนวน issue กับ PR ที่เปิดอยู่ และถ้อยคำในเอกสารที่ผมยกมาทุกประโยค

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

เรื่องหลังนี้เอกสารเองก็ระบุที่มาไว้ตรงไปตรงมา [2] คือเขาวัดเองและแนบสคริปต์วัดไว้ให้รันซ้ำ

และมีจุดที่ผมชอบมากในเชิงความซื่อสัตย์ คือเรื่อง vector memory ที่เขาเขียนว่าเร็วกว่า brute force ประมาณ 1.9 เท่าที่ N=20k และ 3.2 ถึง 4.7 เท่าที่ N=5k แต่ยอมรับว่า "ties/loses at small N" คือเสมอหรือแพ้ที่ข้อมูลชุดเล็ก

ตัวเลขสองจุดนี้ชี้คนละทางกับข้อสรุปของเอกสารเอง เพราะ N=5k เล็กกว่า N=20k แต่กลับได้ตัวคูณสูงกว่า นั่นคือเหตุผลให้ต้องรันสคริปต์วัดเองก่อนเชื่อ

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

คำถามที่ผมว่าใช้ได้จริง

คำถามไม่ควรเป็น "Ruflo ดีไหม" แต่ควรเป็น "งานของคุณมีอาการที่ต้องใช้โต๊ะทำงานแบบนี้หรือเปล่า"

ถ้าปัญหาของคุณคือบริบทหายเมื่อข้ามเซสชัน หรือไม่รู้ว่าอะไรกินโทเคนไป Ruflo แก้ตรงจุด

ถ้าปัญหาของคุณคือโมเดลเขียนโค้ดไม่เก่งพอ Ruflo ไม่ช่วย เพราะมันไม่ได้เปลี่ยนโมเดล

นั่นคือความหมายของ Agent = Model + Harness ที่ผมเริ่มบทความนี้ไว้

harness ที่ดีทำให้โมเดลเดิมทำงานได้มากขึ้น แต่ harness ไม่สามารถแทนที่โมเดลที่ไม่เก่งพอ

แหล่งอ้างอิง

[1] Reuven Cohen (ruvnet), "Ruflo" (เดิมชื่อ Claude Flow), GitHub, เข้าถึง 19 ต.ค. 2026. https://github.com/ruvnet/ruflo
[2] Ruflo README, GitHub, เข้าถึง 19 ต.ค. 2026. https://raw.githubusercontent.com/ruvnet/ruflo/main/README.md
[3] Ruflo CHANGELOG เวอร์ชัน 3.57.0, 17 ต.ค. 2026. https://raw.githubusercontent.com/ruvnet/ruflo/main/CHANGELOG.md
[4] แพ็กเกจ npm "ruflo" เวอร์ชัน 3.57.0, เผยแพร่ 17 ต.ค. 2026. https://www.npmjs.com/package/ruflo
[5] u/roman-rr, "Do not install Ruflo into your Claude Code workflow until you read this: 99% Fake / 1% Real", r/ClaudeAI, 4 เม.ย. 2026 (เวลา UTC). https://www.reddit.com/r/ClaudeAI/comments/1sckiy8/do_not_install_ruflo_into_your_claude_code/
[6] roman-rr, "Ruflo / Claude-Flow Audit: 300+ MCP Tools", GitHub Gist, สร้าง 3 เม.ย. 2026 แก้ไข 1 ก.ค. 2026. https://gist.github.com/roman-rr/ed603b676af019b8740423d2bb8e4bf6
[7] "Ruflo causing extreme token usage", r/ClaudeCode, 29 มี.ค. 2026 (เวลา UTC). https://www.reddit.com/r/ClaudeCode/comments/1s6u1wj/ruflo_causing_extreme_token_usage/
[8] "Can anyone tell me if RuFlo is good?", r/ClaudeCode, 23 มี.ค. 2026 (เวลา UTC). https://www.reddit.com/r/ClaudeCode/comments/1s1atjp/can_anyone_tell_me_if_ruflo_is_good/
[9] "Ruflo Is Claude Flow: What Actually Changed", Zentor, เข้าถึง 19 ต.ค. 2026. https://zentor.ai/blog/ruflo-claude-flow-rename
[10] Ruflo, "ADR-046: Dual Umbrella Packages (claude-flow + ruflo)", Accepted 7 ก.พ. 2026, GitHub, เข้าถึง 19 ต.ค. 2026. https://github.com/ruvnet/ruflo/blob/main/v3/implementation/adrs/ADR-046-ruflo-rebrand.md
[11] ruvnet/ruflo, "Issue #1375: Security Audit Summary: Multiple Critical Concerns", GitHub, เปิด 17 มี.ค. 2026 ปิด 19 มี.ค. 2026. https://github.com/ruvnet/ruflo/issues/1375