ทบทวนวรรณกรรมร่วมกับผู้ช่วยที่ปรึกษา โดยนักวิจัยยังเป็นผู้ตัดสินใจ

เริ่มการทบทวนจากคำถามที่ตรวจสอบได้

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

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

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

ค้นหลายแหล่งโดยไม่สัญญาว่าเข้าถึงฉบับเต็มทั้งหมด

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

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

บริการค้นคว้าภายนอกใช้บัญชีและสิทธิ์ของผู้วิจัย

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

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

เลือก Skill เป็นวิธีทำงาน ไม่ใช่ปุ่มสร้างคำตอบสำเร็จรูป

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

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

ผู้ช่วยที่ปรึกษาควรถามก่อนเสนอและรอการตัดสินใจ

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

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

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

เชื่อมข้อสรุปกลับไปยังรายการและเอกสารต้นทาง

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

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

ส่งออกเป็นงานที่แก้ไขต่อได้และรักษาร่องรอยการทำงาน

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

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