สี่สิบเจ็ดนาที — นั่นคือเวลามัธยฐานที่มือของผมอยู่บนแป้นพิมพ์ในช่วงเวลาที่เคยเป็นวันทำงานเต็มวัน
แปดชั่วโมงของเวลาทำงานจริงยังคงเกิดขึ้น แต่มันเกิดขึ้นในเบื้องหลัง ในขณะที่ตัวช่วยเทมเพลต Cowork เก้าตัวทำงาน และส่งสัญญาณมาหาผมเมื่อต้องการการตัดสินใจ
แต่ละเทมเพลตมีความยาวระหว่าง 8 ถึง 40 บรรทัด แต่ละตัวกำหนดเป้าหมายงานเฉพาะอย่างหนึ่งที่ผมเคยทำด้วยมือทุกวันหรือทุกสัปดาห์ แต่ละตัวมีเวลาก่อน/หลังที่วัดได้จาก 30 วันที่รันควบคู่กับเวอร์ชันที่ทำด้วยมือ
เวลาที่ประหยัดได้ทั้งหมดต่อสัปดาห์ในทั้งเก้าตัว: 34 ชั่วโมง
นั่นไม่ใช่การคาดการณ์ — มันคือความแตกต่างระหว่างชั่วโมงที่ผมบันทึกไว้ในเดือนเมษายน (ตอนที่ผมยังไม่มีสิ่งเหล่านี้) และเดือนพฤษภาคม (ตอนที่มี)
ด้านล่างนี้คือทั้งเก้าตัว ตามต้นฉบับ คัดลอกไปตามที่เป็น หรือปรับช่องในวงเล็บให้เข้ากับระบบของคุณ คุณสมบัติสามอย่างที่ทำให้พวกมันทำงานได้อยู่ที่ท้ายบทความ
ทั้งหมดนี้ไม่เกี่ยวกับ Cowork ที่ฉลาด แต่มันเกี่ยวกับพรอมต์ที่ถูกสร้างขึ้นอย่างถูกต้อง
การตั้งค่า
ผมใช้ Cowork ตั้งแต่เปิดตัว GA เมื่อวันที่ 9 เมษายน ภายในเดือนพฤษภาคม ผมได้ติดตั้งปลั๊กอินทางการทั้งหมด 11 ตัว เชื่อมต่อคอนเนกเตอร์ 12 ตัวที่จำเป็นจริงๆ และสร้างคำสั่ง slash 9 คำสั่งของตัวเอง คอนเนกเตอร์และปลั๊กอินมีความสำคัญน้อยกว่าที่คนคิด คำสั่ง slash มีความสำคัญมากกว่า
คำสั่ง slash ใน Cowork ก็แค่พรอมต์ที่บันทึกไว้พร้อมอินพุตที่มีโครงสร้าง คุณพิมพ์ /morning-brief, Cowork จะแสดงฟอร์มเล็กๆ พร้อมช่องที่พรอมต์ต้องการ คุณกรอกข้อมูลแล้วเดินไป พรอมต์จะจัดการที่เหลือ
เนื้อหาสาธารณะส่วนใหญ่เกี่ยวกับ Cowork คือปลั๊กอินตัวไหนควรติดตั้ง นั่นเป็นเลเยอร์ที่ผิด ปลั๊กอินคือห้องครัว คำสั่ง slash คือสูตรอาหาร คุณสามารถซื้อห้องครัวทุกชนิดในตลาดและยังทำอะไรไม่สำเร็จถ้าไม่มีสูตร
เก้าตัวนี้เป็นของผม พวกมันถูกคัดออกจากชุดประมาณสามสิบตัวที่ลองใช้ ยี่สิบเอ็ดตัวไม่รอด เก้าตัวที่รอดมีคุณสมบัติสามอย่างที่ผมจะอธิบายตอนท้าย ยี่สิบเอ็ดตัวที่ไม่รอดมีโหมดความล้มเหลวสองแบบที่ผมจะอธิบายเช่นกัน
ตัวเลขในแต่ละส่วน: เวลามัธยฐานของเวอร์ชันที่ทำด้วยมือ (ซ้าย), เวลามัธยฐานของเวอร์ชัน Cowork (ขวา) ทั้งสองจาก 30 วันของการรันควบคู่ในเดือนพฤษภาคม
1. รายงานข่าวกรองประจำวัน: 47 นาที -> 4 นาที
รันทุกเช้าเวลา 7:30 น. ดึงข้อมูล Gmail ข้ามคืน, Slack DMs, ปฏิทินสำหรับวันนั้น, ตำแหน่งใน Polymarket, และแหล่งข่าวสามแหล่งที่ผมติดตาม ผลลัพธ์คือหน้าเดียวที่มีสามส่วน: สิ่งที่ต้องให้ความสำคัญก่อน 10 โมงเช้า, สิ่งที่รอได้, และสิ่งที่ไร้สาระ
บรรทัด TERMINATION กำลังทำงานจริงที่นี่ หากไม่มีมัน พรอมต์เดียวกันจะขยายเป็นเอกสาร 1,400 คำพร้อมภาพรวมผู้บริหารและบล็อก "ประเด็นสำคัญ" เมื่อมีมัน ผลลัพธ์คือหนึ่งหน้าที่พิมพ์ได้ ข้อ "อย่าสรุปสิ่งที่สรุปแล้ว" ลดความยาวผลลัพธ์ลง 60% โดยไม่สูญเสียคุณภาพ
2. การสแกนภาพรวมคู่แข่ง: 3 ชั่วโมง -> 18 นาที
รันตามต้องการ ดึงหน้าเว็บผลิตภัณฑ์, หน้าราคา, โพสต์บล็อกล่าสุด, การปรากฏบน X, โพสต์รับสมัครงาน, และเงินทุนล่าสุดสำหรับคู่แข่งที่ระบุชื่อได้มากถึง 8 ราย เปรียบเทียบกับบันทึกตำแหน่งของตัวเอง (ในโฟลเดอร์ Drive ที่ผมชี้ไป)
"อย่าทำนายอนาคต" ช่วยประหยัดเวลา 40 นาทีต่อการรัน การเคลื่อนไหวเริ่มต้นของ Cowork คือการเพิ่มส่วนแนวโน้มเชิงกลยุทธ์ที่ด้านล่างของรายงานทุกครั้ง แนวโน้มเชิงกลยุทธ์มักจะเป็นสามข้อสังเกตเดียวกันที่แต่งต่างกันในแต่ละครั้ง การตัดมันออกไม่ทำให้สูญเสียอะไร
3. การจัดลำดับอีเมลและร่างตอบกลับ: 90 นาที -> 11 นาที
รันสามครั้งต่อวัน: 9 โมงเช้า, 13.00 น., 17.00 น. จัดเรียงกล่องจดหมายตามว่าใครกำลังรอและนานแค่ไหน ร่างตอบกลับสำหรับแต่ละฉบับที่ต้องการ ทิ้งร่างไว้ใน Gmail พร้อมป้ายชื่อเพื่อให้ผมตรวจสอบและส่งเป็นชุดเดียว
สองสิ่งเกี่ยวกับอันนี้ การจับคู่น้ำเสียงจาก "อีเมล 5 ฉบับล่าสุดที่ส่ง" คือความแตกต่างระหว่างร่างที่ส่งได้กับร่างที่ต้องเขียนใหม่ — หากไม่มีมัน Cowork จะเขียนภาษาอังกฤษแบบโรงเรียนธุรกิจ เมื่อมีมัน ร่างจะฟังดูเหมือนผมจนบางครั้งผมลืมว่าฉบับไหนที่ผมแตะ ผมลอง 3 และ 10 เป็นทางเลือก 3 สูญเสียน้ำเสียงของผมในหัวข้อที่หายาก 10 over-fit กับรูปแบบเก่า ห้าคือการประนีประนอมที่ใช้ได้
อีกบรรทัด "อย่าสร้างตอบกลับสำหรับกระทู้ที่คุณร่างไว้แล้ว" มาจากบันทึกสัปดาห์แรกที่ Cowork ร่างกระทู้เดิมซ้ำทุกเช้า ร่างที่ซ้ำสามวันกองรวมกันใน Gmail ก่อนที่ผมจะจับได้
4. เอกสารเตรียมประชุม: 30 นาที -> 3 นาที
รันก่อนการประชุมภายนอก 2 ชั่วโมง ดึงจุดสัมผัสที่ผ่านมาทั้งหมดกับคนในคำเชิญ, อีเมลห้าฉบับล่าสุด, เอกสารที่แชร์, อัปเดตโปรไฟล์สาธารณะตั้งแต่ครั้งล่าสุดที่เราคุย, และคำถามเปิดสามข้อที่ผมควรถาม
"ตัดมันทิ้ง" Cowork อยากใส่ทุกอย่าง เอกสารเตรียมประชุม 4 หน้าเป็นสิ่งเบี่ยงเบนความสนใจที่สุภาพ เวอร์ชัน 1 หน้าถูกอ่าน
5. รายงานสถานะประจำสัปดาห์: 2 ชั่วโมง -> 7 นาที
รันวันศุกร์เวลา 16.00 น. ดึงประเด็นที่ปิดใน Linear, เอกสาร Notion ที่สร้างในสัปดาห์นี้, สรุปช่อง Slack, และปฏิทินเพื่อสร้างสิ่งที่ผมทำจริง สร้างเอกสารสถานะที่ทีมและลูกค้าคาดหวัง
บรรทัด "อย่าสร้างเมตริก" คือกฎที่สำคัญที่สุดในบทความทั้งหมดนี้ Cowork จะสร้างตัวเลขขึ้นมาเมื่อคิดว่าผู้ชมคาดหวัง ผมจับได้ว่ามันสร้างค่าประมาณ "ความเร็วทีม" โดยไม่มีแหล่งที่มาสามครั้งในสัปดาห์แรก ตอนนี้มันแค่เขียน "ไม่ติดตาม" และไปต่อ
6. การตรวจสอบเอกสารพร้อม Q&A: 90 นาที -> 9 นาที
รันบน PDF หรือเอกสารที่อัปโหลดใดๆ ที่ยาวกว่า 10 หน้า อ่านทั้งหมด สร้าง Q&A ที่มีโครงสร้างเกี่ยวกับสิ่งที่สำคัญ ชี้ให้เห็นความไม่สอดคล้อง แสดงสิ่งที่ขัดแย้งกับสิ่งที่ผมเคยเขียนมาก่อน
บรรทัด TERMINATION สุดท้ายคือตัวสำคัญ ผลลัพธ์เริ่มต้นของ Cowork สำหรับการตรวจสอบเอกสารคือการเดินเรื่องเชิงเส้นที่ยาว 30% ของต้นฉบับ ไร้ประโยชน์ รูปแบบ Q&A ที่มีโครงสร้างใช้อินพุตเดียวกันและเปลี่ยนเป็นสิ่งที่ผมใช้ได้ใน 30 วินาที
7. การตรวจสอบสถานะ Polymarket: 45 นาที -> 3 นาที
รันสามครั้งต่อวัน อ่านตำแหน่ง Polymarket ที่เปิดอยู่ของผม, ราคาตลาดปัจจุบัน, และข่าวจาก 12 ชั่วโมงที่ผ่านมาที่กล่าวถึงสิ่งที่เกี่ยวข้องกับตลาดที่ใช้งานอยู่ ชี้ตำแหน่งที่ต้องการความสนใจ
เหตุผลที่ "อย่าแนะนำตำแหน่งใหม่" อยู่ในพรอมต์คือเรื่องโครงสร้าง — เทมเพลตนี้คือการตรวจสอบ ไม่ใช่เครื่องสร้างตำแหน่ง Cowork จะพยายามแนะนำการค้าใหม่ถ้าคุณปล่อยมันแน่นอน การผสมคำแนะนำการค้าเข้าไปในการตรวจสอบทำให้ทั้งคู่แย่ลง เก็บไว้ในคำสั่ง slash แยกกัน
8. การวิจัยเชิงลึก: 4 ชั่วโมง -> 28 นาที
รันในหัวข้อใดๆ ที่ต้องการรายงานวิจัยที่มีการอ้างอิงครบถ้วน ใช้ sub-agents แบบขนาน หนึ่งตัวต่อแหล่งข้อมูล แต่ละ sub-agent รายงานกลับ ผู้ประสานงานสังเคราะห์
Sub-agents คือการประหยัดที่ใหญ่ที่สุดในทั้งระบบ 4 ชั่วโมงเป็น 28 นาทีไม่ใช่การปรับแต่งที่ชนะ แต่เป็นคนงานห้าคนที่ทำห้าสิ่งพร้อมกัน บรรทัด TERMINATION ทำให้คนงานแต่ละคนไม่ดึงข้อมูลมากเกินไปจากหมวดหมู่ของตัวเอง
9. การนำเนื้อหากลับมาใช้ใหม่: 90 นาที -> 12 นาที
นำงานยาวหนึ่งชิ้นที่เสร็จแล้วมาสร้างการดัดแปลงเฉพาะแพลตฟอร์ม: X thread, โพสต์ LinkedIn, ข้อความตัดตอนบล็อกสำหรับจดหมายข่าว, การแชร์ Slack ภายใน, ข้อความอีเมลสำหรับ outreach
"อย่าใช้บรรทัดเปิดเดียวกันข้ามช่องทาง" — กฎที่ถูกละเมิดมากที่สุดในยี่สิบเอ็ดตัวที่ถูกทิ้ง หากไม่มีมัน การดัดแปลงทั้งห้าจะเปิดด้วย "เมื่อสามสัปดาห์ก่อนผมสังเกตเห็น..." เวอร์ชันหนึ่ง ผลลัพธ์อ่านเหมือนโรงงานผลิตเนื้อหาข้ามบัญชีของคุณ เมื่อมีมัน แต่ละช่องทางได้ตะขอของตัวเอง
สิ่งที่ 9 ตัวที่รอดมีเหมือนกัน
สามสิบเทมเพลตที่ผมลองมีลักษณะผิวเผินเหมือนกัน เก้าตัวที่ทำงานมีคุณสมบัติสามอย่าง ยี่สิบเอ็ดตัวที่ไม่ทำงานละเมิดอย่างน้อยหนึ่งอย่าง
- เกณฑ์การหยุดที่ชัดเจน
ทุกเทมเพลตที่รอดจบด้วย TERMINATION: บรรทัดนั้นตั้งชื่อเงื่อนไขที่ Cowork สามารถตรวจสอบได้โดยดูที่ผลลัพธ์: จำนวนหน้า, จำนวนฟิลด์, ความสมบูรณ์ของโครงสร้าง ไม่ใช่ "ทำอย่างละเอียด" หรือ "ทำให้สมบูรณ์" บางสิ่งที่ตรวจสอบได้ หากไม่มีมัน ทุกพรอมต์จะขยายเต็มบล็อกเซสชัน Cowork เมื่อมีมัน ความยาวเซสชันมัธยฐานลดลงจาก 2 ชั่วโมง 20 นาทีเป็น 14 นาที
- รูปร่างผลลัพธ์ที่มีโครงสร้าง ไม่ใช่การสังเคราะห์แบบอิสระ
ทุกเทมเพลตที่รอดระบุผลลัพธ์เป็นส่วนที่มีชื่อพร้อมเนื้อหาเฉพาะ โมเดลเขียนในรูปร่างนั้น มันไม่ได้รับอนุญาตให้ประดิษฐ์รูปร่าง เทมเพลตที่ถูกทิ้งมีผลลัพธ์เช่น "สรุปและสังเคราะห์" — ภาชนะที่ไม่ได้กำหนดที่โมเดลเติมด้วยสิ่งที่ดูน่าประทับใจ
- การกำหนดบทบาทในบรรทัดแรก
ทุกเทมเพลตที่รอดระบุบทบาท: เสนาธิการ, ตรวจสอบเท่านั้น, ผู้ประสานงาน, ผู้ใช้ซ้ำ บทบาทจำกัดสิ่งที่โมเดลคิดว่าควรผลิต เทมเพลตที่ถูกทิ้งไม่มีบรรทัดบทบาทและผลิตผลลัพธ์ที่พยายามเป็นทุกอย่างพร้อมกัน
สองโหมดความล้มเหลวของยี่สิบเอ็ดตัวที่ถูกทิ้ง:
- ไม่มีการหยุดที่สะอาด หากไม่มี TERMINATION โมเดลใช้เวลาบล็อกในการทำซ้ำ ผลลัพธ์ยาวขึ้นและแย่ลง ไม่ดีขึ้น สิ่งนี้เป็นสาเหตุของ 14 ใน 21 ตัวที่ถูกทิ้ง
- ภารกิจล้นเกิน หากไม่มีคำจำกัดความบทบาท พรอมต์ "การจัดลำดับอีเมล" จะพยายามทำนายอัตราการตอบกลับและแนะนำผู้ติดต่อใหม่ด้วย พรอมต์ "การตรวจสอบ" จะพยายามแนะนำตำแหน่งใหม่ด้วย โมเดลต้องการช่วยเหลือในทุกทิศทาง — บทบาทตัดมันออก สิ่งนี้เป็นสาเหตุของอีก 7 ตัว
34 ชั่วโมงรวมกันอย่างไร
คณิตศาสตร์ของการประหยัดเวลารายสัปดาห์ เผื่อคุณต้องการตรวจสอบกับการใช้งานของคุณเอง
การประหยัดต่อเทมเพลต คูณด้วยความถี่ที่ผมรันแต่ละตัว:
ผลต่างรายสัปดาห์ดิบคือ 72 ชั่วโมง ตัวเลขที่ผมรายงานจริงคือ 34 ชั่วโมงเพราะ:
- เทมเพลตบางตัวทับซ้อนกัน (การจัดลำดับและการเตรียมประชุมทั้งคู่ดึงจาก Gmail; ผมไม่นับต้นทุนอินพุตนั้นสองครั้ง)
- ผมลบเวลาที่ใช้ในการตรวจสอบผลลัพธ์ Cowork และปรับแต่งพรอมต์ — ประมาณ 35 ชั่วโมงต่อสัปดาห์ในทั้งเก้าตัว
- ผมไม่นับเวลาที่ผมกำลังทำสิ่งอื่นที่มีประโยชน์อยู่แล้ว (การวิจัย sub-agent ที่รันในเบื้องหลังขณะที่ผมประชุมไม่ใช่เวลาว่าง แต่มันก็ไม่ใช่การพลัดที่เช่นกัน)
หลังจากการหักทั้งหมด: 34 ชั่วโมงที่ถูกดึงกลับมาต่อสัปดาห์ 72 ดิบเป็นเพดานทางทฤษฎี 34 คือสิ่งที่ผมเห็นในบันทึกของผมเป็นชั่วโมงที่ว่างจริงที่ใช้ทำงานอื่นหรือไม่ทำงาน
วิธีใช้สิ่งเหล่านี้
วางแต่ละตัวลงใน Cowork เป็นคำสั่ง slash ผ่านโฟลว์สร้างปลั๊กอิน การตั้งค่าใช้เวลาประมาณสิบนาทีถ้าคุณไม่เคยสร้างคำสั่ง slash มาก่อน
อินพุตในวงเล็บต้องชี้ไปที่แหล่งข้อมูลจริงของคุณก่อนที่พรอมต์จะทำงาน โครงสร้างของแต่ละพรอมต์ถือว่าคอนเนกเตอร์ได้รับอนุญาตแล้ว: Gmail, Slack, Google Drive, Linear, Notion, Polymarket ถ้าคอนเนกเตอร์ไม่ได้รับอนุญาต Cowork จะล้มเหลวอย่างดังในขั้นตอนนั้นแทนที่จะข้ามไปอย่างเงียบๆ นั่นคือพฤติกรรมที่คุณต้องการ
รันแต่ละตัวเป็นเวลาหนึ่งสัปดาห์ก่อนปรับแต่ง เทมเพลตที่เขียนไว้เป็นแบบอนุรักษ์นิยม หลังจากบันทึกหนึ่งสัปดาห์คุณจะเห็นหนึ่งหรือสองจุดที่ผลลัพธ์กำลังทำสิ่งที่คุณไม่ต้องการ โดยปกติคือส่วนที่คุณข้ามทุกครั้ง หรือเมตริกที่ว่างเปล่าเสมอ ตัดสิ่งเหล่านั้นออกจากพรอมต์ อย่าเพิ่มเพิ่ม
34 ชั่วโมงต่อสัปดาห์คือตัวเลขหลังการปรับแต่ง สัปดาห์แรกของผมประหยัดได้ประมาณ 18 ชั่วโมง สัปดาห์ที่สามคือ 34 การปรับแต่งสำคัญกว่าพรอมต์ดั้งเดิม
Bookmark — ทั้ง 9 เทมเพลตในไฟล์เดียว แชร์ต่อถ้าคุณจะรันอันไหนสักอันพรุ่งนี้ Telegram สำหรับคลังเต็ม + ที่ผมตัดทิ้ง 21 อัน (พร้อมบันทึกว่าทำไมแต่ละอันล้มเหลว): https://t.me/+_ZWrQN7GuDA3ZDEy
