โครงสร้างพื้นฐานกระเป๋าเงินสำหรับทีมที่ดำเนินการตัวแทนหลายตัว.
คุณรันบอท 20 ตัวสำหรับลูกค้า 15 ราย แต่ละตัวต้องการวอลเล็ตของตัวเอง ขีดจำกัดของตัวเอง เส้นทางการตรวจสอบของตัวเอง และความสามารถในการมองเห็นต่อคลินต์
จุดคอขวดไม่ใช่เอเจนต์ แต่เป็นการจัดการกระเป๋าเงิน.
หากคุณดำเนินการหน่วยงานอัตโนมัติ Web3, ทีมการสร้างตลาด, การดำเนินการกลยุทธ์ผลตอบแทน, หรือการปรับใช้การผลิตใด ๆ ที่มีเอเจนต์หลายตัวทำงานพร้อมกัน, เอเจนต์เองเป็นส่วนที่ง่าย. คุณมีโค้ดและโครงสร้างพื้นฐานที่ผ่านการทดสอบการต่อสู้เพื่อให้พวกเขาทำงาน. สิ่งที่ทำให้คุณช้าลงคือทุกสิ่งรอบตัวพวกเขา: สเปรดชีตของที่อยู่กระเป๋าเงิน, การปรับยอดด้วยตนเองต่อผู้ใช้, บันทึกการทำธุรกรรมที่กระจัดกระจาย, ไม่มีวิธีที่ชัดเจนในการให้ลูกค้าเห็นกิจกรรมของเอเจนต์ของตนเองโดยไม่รั่วไหลข้อมูลของลูกค้าอื่น, ไม่มีการบังคับใช้ขีดจำกัดการใช้จ่ายต่อเอเจนต์.
ทีมส่วนใหญ่สร้างสิ่งนี้ด้วยตัวเองในตอนแรก - multisig ที่แชร์กันหนึ่งตัวต่อหนึ่งลูกค้า บัญชีแยกประเภทต่อเอเจนต์ในฐานข้อมูล Notion ช่อง Discord สำหรับการแจ้งเตือนการทำธุรกรรม มันทำงานได้สำหรับลูกค้าสามรายแรก เมื่อลูกค้าถึงสิบคนมันกลายเป็นงานพาร์ทไทม์ เมื่อลูกค้าถึงยี่สิบคนบางอย่างจะผิดพลาด การสับสนที่น่าอายที่ทำให้ความสัมพันธ์เสียหาย
Blockchain0x ให้เอเจนต์แต่ละตัวมีกระเป๋าเงินของตัวเอง นโยบายของตัวเอง บันทึกของตัวเอง และการเข้าถึงที่นั่งของตัวเอง คุณจัดการทั้งหมดจากพื้นที่ทำงานเดียว เรียกเก็บเงินภายใต้ลูกค้า Stripe รายเดียว โดยมีผู้ดำเนินการที่เหมาะสมในเอเจนต์ที่เหมาะสม ชั้นการดำเนินงานคือผลิตภัณฑ์ทั้งหมด; คุณยังคงดำเนินการเอเจนต์.
หน่วยงานจัดเตรียมพื้นที่ทำงานแรกอย่างไร
การเดินผ่านห้าขั้นตอนที่ช่วยให้หน่วยงานทั่วไปจากการลงทะเบียนไปสู่การจัดการตัวแทนลูกค้า 5-20 รายด้วยการแยกที่เหมาะสม การเรียกเก็บเงิน และการสังเกต
- 01
จัดเตรียมพื้นที่ทำงาน
ลงทะเบียนเพียงครั้งเดียวภายใต้ที่อยู่อีเมลของหน่วยงานหรือบัญชีการดำเนินงานที่แชร์ ชื่อพื้นที่ทำงานสะท้อนถึงเอกลักษณ์ของหน่วยงาน (ชื่อพื้นที่ทำงานจะแสดงในใบแจ้งหนี้ต่อเอเจนต์) ที่นั่งในพื้นที่ทำงานเริ่มต้นที่ 1; เพิ่มมากขึ้นสำหรับผู้ดำเนินการที่ต้องการการมองเห็นข้ามลูกค้า
- 02
สร้างตัวแทนหนึ่งตัวต่อหนึ่งลูกค้า (หรือต่อกลยุทธ์)
แต่ละการมีส่วนร่วมของลูกค้าจะได้รับบันทึกตัวแทนของตนเอง: slug แยกต่างหาก, ที่อยู่กระเป๋าเงินแยกต่างหาก, นโยบายการใช้จ่ายแยกต่างหาก, ป้ายการตรวจสอบแยกต่างหาก บันทึกตัวแทนเป็นหน่วยของการแยก - การทำธุรกรรมของลูกค้าหนึ่งจะไม่สัมผัสกับอีกลูกค้าหนึ่ง แม้ว่าทั้งสองจะทำงานภายใต้พื้นที่ทำงานเดียวกัน
- 03
กำหนดที่นั่งระดับตัวแทนให้กับผู้ดำเนินการที่เหมาะสม
ใน Business เชิญผู้ดำเนินการไปยังตัวแทนของลูกค้าเฉพาะด้วยที่นั่งระดับตัวแทน พวกเขาเห็นและจัดการเฉพาะตัวแทนเท่านั้น ไม่เคยมีคนอื่นในพื้นที่ทำงาน นี่คือโมเดลที่นั่งที่ทำให้การแยกตามลูกค้ารู้สึกถูกต้อง: ผู้ดำเนินการไม่สามารถรั่วไหลกิจกรรมของลูกค้า A ไปยังลูกค้า B ได้
- 04
กำหนดสิทธิการใช้จ่ายต่อเอเจนต์
ตั้งค่าขีดจำกัดต่อการทำธุรกรรมและการอนุญาตต่อช่วงเวลาสำหรับแต่ละตัวแทน (ในแดชบอร์ด) ตามสิ่งที่การมีส่วนร่วมของลูกค้าอนุญาตจริง ตัวดำเนินการเดียวกันในพื้นที่ทำงานเดียวกันอาจเรียกใช้ตัวแทนด้วยการอนุญาตรายวันเล็กน้อยสำหรับลูกค้าหนึ่งรายและการอนุญาตที่มากสำหรับอีกหนึ่งราย - การอนุญาตการใช้จ่ายต่อผู้แทนแยกทั้งสองออกจากกันอย่างชัดเจน
- 05
เชื่อมต่อการตรวจสอบและการเรียกใช้งานของคุณ
ตั้งค่าการจัดส่ง webhook สำหรับเหตุการณ์ที่สำคัญในทางปฏิบัติ (payment.received, payment.sent, wallet.deployed) ชี้ไปที่ระบบเหตุการณ์ของคุณหรือ Slack/Discord แดชบอร์ดกลายเป็นมุมมองที่ใช้ในชีวิตประจำวัน; การแจ้งเตือนจะไปที่ Slack เมื่อการชำระเงินเข้าหรือมีบางอย่างที่ต้องให้ความสนใจ
การตั้งค่ามักใช้เวลา 1-2 ชั่วโมงสำหรับพื้นที่ทำงานแรกและ 10-15 นาทีต่อเอเจนต์ลูกค้าเพิ่มเติม เมื่อคุณมีลูกค้า 5 รายที่เข้าร่วมแล้ว ต้นทุนส่วนเพิ่มในการเพิ่มคนที่หกส่วนใหญ่จะเป็นการสนทนากับลูกค้า ไม่ใช่การจัดเตรียม
หนึ่งพื้นที่ทำงาน หนึ่งลูกค้า Stripe เอเจนต์ N ตัว
โมเดลการเรียกเก็บเงินสร้างขึ้นจากวิธีที่หน่วยงานจริง ๆ เก็บบันทึก: รายการต่อเอเจนต์ในใบแจ้งหนี้เดียว, สามารถส่งออกต่อเอเจนต์หรือทั่วทั้งพื้นที่ทำงาน, พร้อมกับสตรีม webhook ที่เข้าสู่ระบบบัญชีของคุณแบบเรียลไทม์.
| มิติ | Blockchain0x จัดการอย่างไร | ทำไมหน่วยงานถึงสนใจ |
|---|---|---|
| โครงสร้างพื้นที่ทำงาน | 1 workspace, N agents, 1 ลูกค้า Stripe ที่รวมกัน | ค้นหาการชำระเงินใด ๆ ได้ง่ายทั่วทั้งลูกค้า |
| รูปแบบใบแจ้งหนี้ | บรรทัดการสมัครสมาชิกต่อ agent + บรรทัดค่าธรรมเนียมการทำธุรกรรมต่อ agent | แผนที่สะอาดไปยังการเรียกเก็บเงินต่อคลินต์หากคุณเรียกเก็บเงินลูกค้าใหม่ |
| การส่งออก | CSV/JSON ต่อเอเจนต์ หรือทั่วทั้งพื้นที่ทำงาน; สามารถกรองตามช่วงวันที่ | นำเข้าสู่เครื่องมือบัญชีหรือ P&L ต่อผู้ใช้ |
| Webhook ไปยังการบัญชี | payment.received / payment.sent เหตุการณ์ไปยังระบบ AP/AR ของคุณแบบเรียลไทม์ | ไม่มีการปรับยอดแบบกลุ่ม; บัญชีแยกประเภทยังคงเป็นปัจจุบัน |
| สกุลเงิน | ค่าธรรมเนียมเรียกเก็บเป็น USD โดยค่าเริ่มต้น; สามารถตั้งค่าเป็นสกุลเงินอื่นผ่าน Stripe | จับคู่สกุลเงินฐานบัญชีของคุณ |
| บันทึกที่เก็บรักษาไว้ | ประวัติการทำธุรกรรมและบันทึกการตรวจสอบจะถูกเก็บไว้ในขณะที่ตัวแทนมีอยู่ | สามารถส่งออกเพื่อการตรวจสอบของลูกค้าหรือผู้ตรวจสอบ |
รูปแบบที่หน่วยงานส่วนใหญ่ใช้: ใบแจ้งหนี้ Blockchain0x จะไปที่หน่วยงาน หน่วยงานจะออกใบแจ้งหนี้ใหม่ให้กับลูกค้าแต่ละรายสำหรับบรรทัดการสมัครสมาชิกของเอเจนต์ของพวกเขา + ค่าธรรมเนียมการจัดการ บันทึกการตรวจสอบทำให้สามารถป้องกันได้หากลูกค้าถามถึงการเรียกเก็บเงินเฉพาะ - คุณสามารถแสดงให้เห็นว่าเทรนแซคชันใดในช่วงเวลาใดที่ทำให้เกิดรายการนั้น ไม่มีหน่วยงานใดเคยขอให้เราลบค่าธรรมเนียมหลังจากสร้างบันทึกการตรวจสอบ
สิ่งที่คุณสามารถบอกลูกค้าของคุณ (และผู้ตรวจสอบของพวกเขา)
การปฏิบัติตามคือที่ที่การมีส่วนร่วมของหน่วยงานส่วนใหญ่ล้มเหลวก่อนที่มันจะเริ่มขึ้น ทีมกฎหมายของลูกค้าต้องการทราบ: ใครถือเงิน, ใครเห็นอะไร, บันทึกถูกเก็บอย่างไร, จะเกิดอะไรขึ้นหากมีเหตุการณ์ นี่คือสิ่งที่คุณสามารถบอกพวกเขาเป็นลายลักษณ์อักษร, สนับสนุนโดยผลิตภัณฑ์.
การดูแล - เราเป็นแบบไม่ดูแล
เงินจะอยู่ในกระเป๋าเงินของลูกค้า (หรือหน่วยงาน) ไม่ใช่ใน Blockchain0x เราไม่มีคีย์ส่วนตัว หากเราโดนโจมตีในวันพรุ่งนี้ ผู้โจมตีไม่สามารถย้าย USDC ได้เพราะเราไม่มีวิธีการ นี่คือการอ้างสิทธิ์การดูแลที่แข็งแกร่งที่สุดที่แพลตฟอร์มการชำระเงินสามารถทำได้; เขียนไว้ในข้อกำหนด
การควบคุมการเข้าถึง - การกำหนดขอบเขตที่นั่งต่อผู้แทน
ผู้ดำเนินการเห็นเฉพาะเอเจนต์ที่พวกเขาได้รับที่นั่งเท่านั้น การมองเห็นในระดับพื้นที่ทำงานเป็นที่นั่งที่แยกต่างหากและมีสิทธิพิเศษมากขึ้น การเพิ่มที่นั่ง การเปลี่ยนบทบาท และการลบจะถูกบันทึกในบันทึกการตรวจสอบพร้อมการระบุอย่างครบถ้วน การตรวจสอบสองปัจจัยเป็นสิ่งจำเป็นสำหรับที่นั่งในพื้นที่ทำงาน
เส้นทางการตรวจสอบ - ระบุและส่งออกได้
ทุกการกระทำที่มีผลต่อเอเจนต์จะถูกบันทึกพร้อมการระบุที่ชัดเจน: ใครทำเมื่อไหร่ และก่อน/หลังการเปลี่ยนแปลง ส่งออกเป็น JSON หรือ CSV จากแดชบอร์ดสำหรับการตรวจสอบของลูกค้าหรือผู้ตรวจสอบ โดยกำหนดขอบเขตให้กับเอเจนต์เดียวเพื่อให้บันทึกของลูกค้าหนึ่งไม่เปิดเผยข้อมูลของอีกฝ่าย.
นโยบายการใช้ที่ยอมรับได้ - มีผลผูกพันกับตัวแทนทุกตัว
ทุกพื้นที่ทำงานตกลงที่จะปฏิบัติตามนโยบายการใช้งานที่ยอมรับได้เมื่อสมัคร: ไม่มีการหลีกเลี่ยงการคว่ำบาตร ไม่มีการฟอกเงิน ไม่มีการฉ้อโกง ไม่มีตัวแทนที่มีส่วนร่วมในกิจกรรมที่ผิดกฎหมายอย่างชัดเจน การละเมิดจะส่งผลให้พื้นที่ทำงานถูกระงับ นโยบายนี้มีการเวอร์ชันสาธารณะ; เราจะผลิตเวอร์ชันปัจจุบันและประวัติศาสตร์สำหรับการตรวจสอบทางกฎหมายของลูกค้าใด ๆ.
การตอบสนองต่อเหตุการณ์ - เอกสารคู่มือการทำงาน
เหตุการณ์ด้านความปลอดภัยมีคู่มือสาธารณะ: การแจ้งเตือนภายใน 24 ชั่วโมงหลังจากการค้นพบ การวิเคราะห์สาเหตุหลักภายใน 7 วัน การตรวจสอบหลังเหตุการณ์ภายใน 30 วัน คู่มือมีให้ตามคำขอสำหรับการตรวจสอบความสอดคล้อง เราไม่มีเหตุการณ์ที่ต้องแจ้งในขณะเขียน; หากและเมื่อเรามี คู่มือคือสัญญา
สิ่งที่ปรากฏในทุกการบันทึกการตรวจสอบ.
บันทึกการตรวจสอบคือสิ่งที่ผู้ตรวจสอบของลูกค้าของคุณต้องการเห็น แต่ละรายการบันทึกสิ่งที่เปลี่ยนแปลงและใครเป็นผู้เปลี่ยนแปลง ส่งออกบันทึกทั้งหมดเป็น JSON หรือ CSV จากแดชบอร์ดสำหรับการตรวจสอบจากลูกค้าหรือผู้ตรวจสอบ
| ฟิลด์ | ประเภท | คำอธิบาย |
|---|---|---|
| Timestamp | time | เวลาที่เกิดการกระทำ ใน UTC |
| Agent | reference | การกระทำนั้นมีผลกับเอเจนต์ใด |
| Actor | reference | มนุษย์, API key หรือระบบที่เป็นผู้ดำเนินการ |
| Action | category | สิ่งที่เกิดขึ้น: การชำระเงิน, การเปลี่ยนการตั้งค่า, การเปลี่ยนที่นั่ง, การหมุนเวียนคีย์ |
| Outcome | status | การกระทำสำเร็จหรือถูกปฏิเสธ |
| ก่อน / หลัง | snapshot | สถานะก่อนและหลังการเปลี่ยนแปลง |
ส่งออกจากแดชบอร์ดเป็น JSON หรือ CSV, กรองให้กับเอเจนต์เดียวหรือทั้งพื้นที่ทำงาน. บันทึกการตรวจสอบเป็นฟีเจอร์ของแผนธุรกิจ; ประวัติการทำธุรกรรมพื้นฐานมีให้ใน Pro.
ธุรกิจสำหรับพื้นที่ทำงานของหน่วยงาน, แผนผสมสำหรับเอเจนต์.
ทีมอัตโนมัติ Web3 มักจะต้องการตัวแทนธุรกิจอย่างน้อยหนึ่งตัว (สำหรับบันทึกการตรวจสอบ + ที่นั่งทีม) หลายทีมใช้การผสมผสาน: ธุรกิจสำหรับการมีส่วนร่วมของลูกค้าจำนวนมากที่มีข้อกำหนดด้านการปฏิบัติตาม กรณี Pro สำหรับลูกค้าขนาดเล็กที่ไม่ต้องการบันทึกการตรวจสอบตามสัญญา ฟรีสำหรับตัวแทนที่ทดลองหรือไม่ทำงาน ราคาต่อผู้แทนคือสิ่งที่ทำให้การผสมผสานทำงานได้โดยไม่ต้องจ่ายเกิน
- Free: สำหรับทดลอง เอเจนต์ที่พักใช้งานไว้ซึ่งสามารถนำกลับมาใช้อีก และเอเจนต์เดโมสำหรับคุยกับลูกค้าเป้าหมาย
- Pro ($29/agent/mo): เอเจนต์ลูกค้าที่ใช้งานจริงและไม่มีข้อกำหนด compliance ที่เข้มงวด
- Business ($49/agent/mo): เอเจนต์ของลูกค้าในระดับสเกล พร้อม audit logs และ seat ทีมแบบรายเอเจนต์ ค่าเริ่มต้นสำหรับงาน production
- Workspace seats: เพิ่มที่นั่งสำหรับการมองเห็นของ operator ข้ามลูกค้า (ดู /pricing)