PerchAI
หลักการทำงาน

สกิล

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

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

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

สรุปสั้นๆ

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

สกิลที่มีมาให้

สกิลขอบเขต
workspaceการนำทาง ค้นหา สรุป และแก้ไขโฟลเดอร์ในเครื่องและโค้ดเบสอย่างปลอดภัย โดยมีหลักฐานอ้างอิงจากไฟล์
spreadsheetsXLSX, CSV, TSV และ Google Sheets สูตร pivot แผนภูมิ การกระทบยอด และแท็บรายการผิดปกติ
documentsDOCX, Google Docs บันทึกข้อความ จดหมาย รายงาน การแก้ไขแบบ redline และการติดตามการเปลี่ยนแปลง
presentationsชุดสไลด์ PPTX ชุดสไลด์สำหรับคณะกรรมการและ pitch deck โน้ตผู้บรรยาย สไลด์แผนภูมิ
pdfดึงข้อมูล อ้างอิงตามหน้า แยก รวม สร้าง และตรวจดู PDF รวมถึงไฟล์สแกนและแบบฟอร์ม
diagramsMermaid และ draw.io เวิร์กโฟลว์ แผนผังองค์กร เครือข่ายความสัมพันธ์ระหว่างเอนทิตี กราฟการควบคุม แผนผังสถาปัตยกรรม
data-qualityวิเคราะห์โปรไฟล์ข้อมูลที่ไม่เป็นระเบียบ หาความผิดปกติ กระทบยอดระหว่างระบบ และให้คะแนนความเสี่ยงด้วยการคำนวณที่ได้ผลแน่นอนก่อนเขียนคำอธิบาย
researchรวบรวม เปรียบเทียบ จัดอันดับ และอ้างอิงหลักฐานจากเว็บ แหล่งข้อมูลทางวิชาการ และไฟล์ของคุณเอง
githubสถานะของรีโพและ git การรีวิว commit และ pull request การดีบัก check ที่ล้มเหลว และการเผยแพร่การเปลี่ยนแปลงโดยผ่านด่านขอสิทธิ์
browser-operatorควบคุมเบราว์เซอร์ที่ลงชื่อเข้าใช้ไว้แล้ว โดยใช้สภาพหน้าจอที่มองเห็นและเป้าหมายเชิงความหมายบนหน้าเว็บ
wait-operatorเฝ้าดูเงื่อนไขที่มีขอบเขตจำกัด ตรวจสถานะการ deploy และงานต่างๆ เป็นระยะ แล้วทำงานต่อจากสถานะที่ตรวจสอบแล้ว ไม่ใช่จากการเดา

อีกสองสกิลเกี่ยวกับ Perch เอง ได้แก่ about-perch ที่ตอบคำถามเกี่ยวกับผลิตภัณฑ์โดยละเอียด และ release ที่ปล่อยบิลด์ของ Perch เอง ส่วนสกิล skill-creator ใช้เขียนและตรวจสอบสกิลใหม่ โดยมีการตรวจ frontmatter และตรวจจับ trigger ที่ชนกัน

ระบบเลือกสกิลอย่างไร

แต่ละสกิลระบุคำใบ้ที่ใช้เป็น trigger แพลตฟอร์มที่รองรับ เครื่องมือที่แนะนำ และสกิลอื่นที่ทำงานร่วมกันได้ดี ในแต่ละเทิร์น Perch จะจับคู่ข้อความของคุณและสถานะของเวิร์กสเปซกับเมทาดาทานั้น แล้วเลือกสกิลจำนวนไม่มากเข้ามาใช้ ไม่ใช่ทั้งชุด

มีสามปัจจัยที่มีผลต่อการเลือก

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

สกิลยังระบุสกิลคู่หู ไว้ด้วย ชุดสไลด์ที่ต้องใช้ข้อมูลแผนภูมิจึงดึงกฎของสเปรดชีตเข้ามา และชุดเอกสารแหล่งที่มาที่อ้างอิงตามหน้าก็ดึงกฎของ PDF เข้ามา

ทำไมแต่ละสกิลต้องมีมาตรฐานการตรวจสอบ

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

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

นี่คือวินัยเดียวกับการตรวจสอบการอ้างอิง เพียงแต่ใช้กับไฟล์แทนข้อความกล่าวอ้าง

การสร้างสกิล

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