ความปลอดภัย
ความไว้วางใจเป็นส่วนหนึ่งของสถาปัตยกรรม
Companion-first หมายถึง execute ที่ที่คุณ authenticated แล้ว — browser — พร้อม product limits และ safety rails ที่ชัดเจน
หลักการ
Session ยังเป็นของคุณ
Actions ทำงานในแท็บ Chrome ที่คุณควบคุม เราไม่เคยเอา LinkedIn password เพื่อรัน cloud bot farm
App + extension ระบบเดียว
Web app คือสมอง (campaigns CRM analytics) Companion คือมือ (DOM actions บน LinkedIn)
ความปลอดภัยระดับ operator
Daily caps company throttle warm-up suppressions และ canary checks ฝังในตัว — ไม่ใช่ติดทีหลัง
Controls ในทางปฏิบัติ
Lynkin ปกป้อง control plane และรักษา outreach ให้เป็น tempo ของ operator อย่างไร
Session อยู่ local
Jobs ถูก claim และ execute โดย Chrome companion บนแท็บ LinkedIn ที่คุณใช้อยู่ เราไม่ operate residential-proxy farm ที่ login LinkedIn แทนคุณบน cloud
Auth และ workspace access
NextAuth sessions email verification optional 2FA และ role-based Admin controls ปกป้อง control plane API routes ต้อง authenticated sessions
Plan และ usage controls
Trial Personal Business entitlements gate accounts campaigns Accept/Reply branches extracts tools integrations webhooks — limits เป็น productized ไม่ใช่ tribal knowledge
Outreach safety
Risk caps company throttles warm-up suppressions และ Activity Control ช่วยให้ automation อยู่ในขอบเขตที่ operator กำหนด
Lynkin ไม่อ้าง LinkedIn ToS compliance สำหรับทุก automation pattern Operators ยังรับผิดชอบการใช้งาน ดู ข้อกำหนด และ ความเป็นส่วนตัว.
ติดต่อเรื่อง security reviewsSecurity FAQs
Where do LinkedIn sessions live with Lynkin?
On the operator’s machine in their live LinkedIn tab. Lynkin does not take LinkedIn passwords to the cloud to run jobs.
Is companion-first risk-free?
No. Architecture changes credential risk; operators still own pacing, copy, and compliance. See /linkedin-automation-safety.
What controls does Lynkin provide?
Warm-up, daily risk caps, Activity Control, and inbox ownership so humans close reply loops.
How do we brief IT?
Start at /security, then /guides/cloud-vs-companion-linkedin-automation, then a companion pairing demo.