เห็นผลลัพธ์ก่อนเรียนระบบ
บทที่ 1 ถึง 5
Oracle V4 และครอบครัวของ House
บทที่ 6 ถึง 13
- บทที่ 6Oracle V4 คืออะไรในภาพใหญ่
- บทที่ 7ทำไม Oracle จึงแบ่งงานเป็นครอบครัวและบ้านผู้เชี่ยวชาญ
- บทที่ 8เส้นทางของหนึ่งคำขอ
- บทที่ 9ทีมแกนกลาง: Jan, DadDev และ Mom
- บทที่ 10กลุ่มความรู้: AIDB, BizDB และ HealthDB
- บทที่ 11กลุ่มระบบและบริการ: AIWeb, Club120 และ HealthCoach
- บทที่ 12กลุ่มแอปสร้างผลงาน: InkApp, VoyApp, VidApp และ PicApp
- บทที่ 13Root-V4, Bio-V4 และวิธีเลือกบ้านผู้เชี่ยวชาญให้ตรงงาน
หัวใจและปรัชญาของ Oracle
บทที่ 14 ถึง 21
- บทที่ 14ทำไมผู้ช่วยที่เก่งยังทำให้คนเหนื่อยได้
- บทที่ 15Oracle ช่วยรักษาความเป็นมนุษย์ในตัวมนุษย์
- บทที่ 16ไม่มีอะไรถูกลบ: ประวัติคือทุน ไม่ใช่ขยะ
- บทที่ 17มองรูปแบบมากกว่าความตั้งใจ
- บทที่ 18สมองภายนอก ไม่ใช่ผู้บังคับบัญชา
- บทที่ 19หลายร่าง หนึ่งหลักร่วม: ภาพเปรียบเทียบ Shared Soul
- บทที่ 20ผู้ช่วยหลายบทบาททำงานร่วมกันโดยไม่กลายเป็นฝูงเสียง
- บทที่ 21ใช้สามหลักการกับการตัดสินใจทางธุรกิจ
บ้านความทรงจำ ψ/ และการถอดสมอง
บทที่ 22 ถึง 29
- บทที่ 22ทำไมความรู้ธุรกิจหายทุกครั้งที่คนหรือห้องแชตเปลี่ยน
- บทที่ 23เดินชมบ้านความทรงจำ ψ/
- บทที่ 24กล่องรับงานและใบส่งต่องาน: รับเรื่องโดยไม่ทำงานหล่น
- บทที่ 25พื้นที่ร่างและห้องทดลอง: แยกร่างออกจากการทดลอง
- บทที่ 26จากบันทึกงาน สู่บทเรียนที่ทีมใช้ต่อได้
- บทที่ 27พื้นที่ศึกษาและพื้นที่พัฒนาจริง: ศึกษาให้ชัดก่อนลงมือ
- บทที่ 28จากเหตุการณ์สู่บทเรียน: วงจรกลั่นความรู้
- บทที่ 29สร้างแผนที่ความรู้ฉบับแรกของธุรกิจคุณ
Arra บรรณารักษ์และระบบค้นความรู้
บทที่ 30 ถึง 37
- บทที่ 30เมื่อมีเอกสารเยอะ ปัญหาคือหาไม่เจอ ไม่ใช่ไม่มีความรู้
- บทที่ 31ค้นด้วยคำตรงกับค้นด้วยความหมายต่างกันอย่างไร
- บทที่ 32ถามคลังความรู้โดยไม่บังคับให้มันเดา
- บทที่ 33บันทึกสิ่งที่เรียนรู้พร้อมแหล่งที่มา
- บทที่ 34ตามรอยที่มา: ความรู้นี้มาจากไหน
- บทที่ 35บทสนทนาต่อเนื่องและใบส่งต่องาน: เปลี่ยนคนแล้วเรื่องไม่หล่น
- บทที่ 36การตัดสินใจ ตารางเวลา และความต่อเนื่อง
- บทที่ 37ห้องทดลองค้นความรู้ของเจ้าของธุรกิจ
ห้องควบคุม Terminal, tmux และ maw
บทที่ 38 ถึง 48
- บทที่ 38เริ่มจากโต๊ะเปิดไฟล์ ผู้ช่วยในจอ และหน้าต่างคำสั่งเดียว
- บทที่ 39รู้ตำแหน่ง รู้สถานะ และอ่านก่อนสั่ง
- บทที่ 40บันไดความเสี่ยงของคำสั่ง
- บทที่ 41ห้องทำงานที่อยู่ต่อได้แม้เราปิดหน้าต่างดู (tmux)
- บทที่ 42อาคาร ห้อง และโต๊ะย่อยใน tmux
- บทที่ 43มองผ่านหน้าต่างดู Jan และบ้านผู้เชี่ยวชาญ โดยไม่รบกวนงาน
- บทที่ 44แผงดูสถานะและส่งข่าวของ Oracle (maw)
- บทที่ 45ดูว่าใครอยู่และงานเป็นอย่างไร ผ่านแผง maw
- บทที่ 46เขียนรายละเอียดงานห้าบรรทัด แล้วส่งผ่าน Jan
- บทที่ 47ตรวจเวอร์ชันและ `--help` ก่อนเชื่อคู่มือ
- บทที่ 48ห้องทดลองคำสั่งอ่านอย่างเดียวสำหรับมือใหม่
กระบวนการ Oracle V4 ตั้งแต่โจทย์จนตัดสินใจ
บทที่ 49 ถึง 59
- บทที่ 49เริ่มจากผลลัพธ์ ไม่ใช่เริ่มจากชื่อเครื่องมือ
- บทที่ 50รายละเอียดงานห้าบรรทัดที่ช่วยลดงานแก้
- บทที่ 51Earth AI รับเรื่องและส่ง Jan
- บทที่ 52Jan เลือกบ้านผู้เชี่ยวชาญและกำหนดสิ่งที่ต้องรายงาน
- บทที่ 53บ้านผู้เชี่ยวชาญลงมือภายในขอบเขต
- บทที่ 54รายงานที่มีไฟล์ หลักฐาน และข้อจำกัด
- บทที่ 55แยกข้อเท็จจริง สมมติฐาน และสิ่งที่ยังไม่รู้
- บทที่ 56วงจรตรวจ แก้ และส่งกลับ
- บทที่ 57จุดที่ต้องให้คนอนุมัติและการมอบอำนาจงานประจำ
- บทที่ 58ใบส่งต่องาน: ทำให้งานพรุ่งนี้ไม่เริ่มจากศูนย์
- บทที่ 59กรณีศึกษาธุรกิจหนึ่งงานตั้งแต่ต้นจนจบ
ห้องทดลองธุรกิจและความรู้ส่วนบุคคล
บทที่ 60 ถึง 66
- บทที่ 60สัมภาษณ์ตัวเองเพื่อถอดความรู้ที่พูดไม่ออก
- บทที่ 61สร้างแผนที่ความรู้ เกณฑ์ และข้อยกเว้น
- บทที่ 62ทีม AI สำหรับการตลาด การขาย และเนื้อหา
- บทที่ 63ทีม AI สำหรับปฏิบัติการและบริการลูกค้า
- บทที่ 64โต๊ะช่วยตัดสินใจสำหรับเจ้าของธุรกิจ
- บทที่ 65ขอบเขตข้อมูลส่วนตัว สุขภาพ กฎหมาย และการเงิน
- บทที่ 66แผนทดลอง Oracle 30 วันโดยไม่รื้อธุรกิจเดิม
ออกแบบ ดูแล และขยายระบบ
บทที่ 67 ถึง 72
- บทที่ 67ออกแบบบ้านผู้เชี่ยวชาญของคุณจากงานจริง
- บทที่ 68เจ้าของข้อมูล เจ้าของงาน และกติกาการเข้าถึง
- บทที่ 69เวอร์ชัน ประวัติ การตรวจย้อนหลัง และการเก็บรักษา
- บทที่ 70ตรวจคุณภาพทีม AI และจับความรู้ที่เริ่มเพี้ยน
- บทที่ 71เพิ่มจำนวนผู้ช่วยอย่างไร โดยไม่เพิ่มความวุ่นวายเกินประโยชน์
- บทที่ 72พิมพ์เขียว Oracle สำหรับ 90 วันถัดไป