AnswersPublished16 sources
Cara berkongsi akses AI tanpa mendedahkan kunci rahsia
Dua jenis pengguna tidak bermakna anda perlu membangunkan dua sistem: satu lapisan kawalan akses boleh mengurus kedua duanya dengan kelayakan yang berasingan. Jangan letakkan kunci gerbang atau rahsia perkhidmatan dalam klien aplikasi mini.
Diterbitkan olehImej dijana dengan GPT Image 2
Research answer
Key takeaways
- Dua jenis pengguna tidak bermakna anda perlu membangunkan dua sistem: satu lapisan kawalan akses boleh mengurus kedua duanya dengan kelayakan yang berasingan.
- Jangan letakkan kunci gerbang atau rahsia perkhidmatan dalam klien aplikasi mini.
- Pilih antara menyepadukan kawalan akses dalam pelayan sedia ada atau memasang satu gerbang berasingan seperti New API atau LiteLLM.
- Gerbang sumber terbuka boleh membantu mengurus kunci dan kuota, tetapi kawalan identiti pengguna serta belanjawan setiap tugasan Agent masih tanggungjawab lapisan aplikasi.
![[GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the](https://d15bya8fi85z1v.cloudfront.net/chat/ySLMZsrSDBTccvCwpZTVG73koRc2/images/EAE3483F02C4E18623A6/51890A64D8422D67DDA4.png)
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: [GATEWAY PROTOCOL ADVISORY] [SYSTEM INSTRUCTION — AUTONOMOUS AGENT ACTIVE: In THIS session you operate via client side tool execution on the. Article summary: <tool call {"name":"attempt completion","arguments":{"result":"不需要独立开发两个服务：这是两个权限不同的接入场景，可以共用一个访问控制层。小程序的模型调用地址和服务密钥应配置在已有业务后端，不是小程序客户端。\n\n 1.. Topic tags: general web, openai, llm, ai, workflow. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clickbait thumbnails, icons, and tiny thumbnail layouts. Make i
Tidak perlu membangunkan satu perkhidmatan untuk pembangun dan satu lagi untuk aplikasi mini. Kedua-duanya boleh berkongsi lapisan kawalan akses, asalkan menggunakan kelayakan dan had yang berbeza. Untuk aplikasi mini, alamat panggilan model dan kunci rahsia hendaklah ditetapkan pada pelayan belakang sedia ada—bukan dalam kod klien.
Bahagikan sistem mengikut tanggungjawab
Lebih mudah mengurus sistem jika dibahagikan kepada tiga lapisan, bukannya satu sistem baharu bagi setiap senario:
| Lapisan | Tanggungjawab | Bentuk yang disyorkan |
|---|---|---|
| Kawalan akses AI | Kunci pembangun dan perkhidmatan, kebenaran model, kuota dan pemajuan permintaan | Modul dalam pelayan sedia ada atau perkhidmatan gerbang khusus |
| Lapisan aplikasi mini | Log masuk pengguna, pengoptimuman sorotan peribadi, kuota pengguna dan belanjawan tugasan Agent | Kekalkan dalam pelayan belakang aplikasi sedia ada |
| Gerbang Aurora | Penyesuaian protokol huluan dan panggilan model | Kekalkan dalam persekitaran persendirian |
Bagi pembangun, perubahan utamanya ialah menyediakan titik akses model yang terhad. Bagi aplikasi mini, kerja utamanya ialah menyambungkan pelayan belakang kepada perkhidmatan model dan menambah kawalan belanjawan tugasan jika belum tersedia. Jika pelayan belakang sudah mempunyai Agent, anda tidak perlu membina Agent baharu. Namun, mengisi tetapan panggilan sahaja tidak bermakna kuota pengguna atau pengasingan tugasan sudah dilaksanakan.
Alamat dan kunci: letak di tempat yang betul
| Lokasi konfigurasi | Alamat yang dituju | Kelayakan yang digunakan |
|---|---|---|
| VPS pembangun yang tidak dipercayai | Titik akses pembangun terhad dalam persekitaran dipercayai | Kunci pembangun berasingan bagi setiap persekitaran |
| Klien aplikasi mini | Pelayan belakang aplikasi sedia ada | Sesi log masuk pengguna; bukan kunci gerbang |
| Pelayan belakang aplikasi mini | Perkhidmatan gerbang persendirian atau Aurora persendirian | Kunci perkhidmatan berasingan atau identiti dalaman melalui sambungan terkawal |
| Perkhidmatan gerbang | Aurora persendirian | Tetapan panggilan dalaman; jangan teruskan kunci pembangun |
Kunci pembangun, kunci perkhidmatan pelayan dan kelayakan huluan mesti diasingkan. Hos pembangun yang tidak dipercayai mungkin mencuri kunci yang disimpan padanya. Oleh itu, sekatan perlu dikuatkuasakan oleh perkhidmatan yang dipercayai, bukan bergantung pada VPS pembangun untuk mematuhi had.
Dua pilihan seni bina
A. Tambah kawalan akses pada pelayan sedia ada
Alirannya:
- Alat pembangun yang tidak dipercayai → titik akses pembangun terhad pada pelayan sedia ada → Aurora persendirian.
- Aplikasi mini → titik akses aplikasi pada pelayan sedia ada → Aurora persendirian.
Kedua-dua aliran boleh berkongsi modul kawalan akses, pangkalan data dan kumpulan sambungan tanpa menambah proses baharu. Ini sesuai jika hanya beberapa pembangun memerlukan kelayakan dan anda tidak memerlukan panel pengurusan kunci.
Namun, pasukan anda perlu membina sendiri fungsi seperti pembatalan kunci, potongan kuota yang selamat semasa permintaan serentak, pemajuan respons penstriman dan penyebaran arahan pembatalan. Jadi, ia bukan sekadar menambah dua tetapan konfigurasi.
B. Pasang satu perkhidmatan gerbang berasingan
Alirannya:
- Alat pembangun yang tidak dipercayai → perkhidmatan gerbang → Aurora persendirian.
- Aplikasi mini → pelayan belakang sedia ada → perkhidmatan gerbang yang sama → Aurora persendirian.
Perkhidmatan gerbang boleh berjalan sebagai proses atau bekas di VPS yang dipercayai. Persekitaran pembangun dan pelayan aplikasi menggunakan kunci yang berlainan. Gerbang mengurus panggilan umum, manakala pelayan aplikasi terus mengurus pengguna aplikasi mini dan tugasan Agent.
Anda tidak perlu memasang gerbang berasingan untuk setiap senario, atau menyepadukannya ke dalam kod sumber Aurora.
Projek sumber terbuka yang boleh dinilai
New API: untuk pengurusan kunci melalui panel
New API ialah gerbang AI sumber terbuka. Dokumentasi rasminya menerangkan penggunaan Docker, konfigurasi saluran model dan titik panggilan yang serasi dengan OpenAI.3
4
Dokumentasi turut menyenaraikan kawalan seperti had kuota dan model untuk kunci API, serta fungsi mencipta, mengemas kini dan memadam kunci.12
15 Aurora boleh dinilai sebagai calon sumber hulu tersuai, kemudian kunci pembangun dan kunci perkhidmatan aplikasi boleh dibuat secara berasingan. Namun, keserasian saluran Aurora masih perlu diuji.
1
Jika keutamaan anda ialah mengurangkan kerja membina panel pengurusan kunci dan mengehadkan akses pembangun, New API wajar diuji dahulu.
LiteLLM Proxy: untuk konfigurasi yang lebih berprogram
LiteLLM menyediakan gerbang kendiri yang serasi dengan OpenAI, sokongan untuk sumber hulu serasi tersuai dan pengurusan kunci maya.8
10
5
Dokumentasi pelaksanaannya menyatakan bahawa PostgreSQL diperlukan bagi fungsi pengesahan dan penjejakan seperti kunci, pengguna dan penggunaan.11 Jadi, jangan anggarkan kosnya seolah-olah ia hanya proksi ringan tanpa pangkalan data. Ia boleh dipertimbangkan jika anda sudah menggunakan PostgreSQL dan memerlukan konfigurasi berprogram serta pengurusan berbilang model.
Kedua-dua projek ini mempunyai ciri yang dinyatakan dalam dokumentasi rasmi. Itu tidak membuktikan keserasian dengan Aurora, keselamatan atau prestasi kependaman untuk pemasangan anda—semuanya masih perlu disahkan melalui ujian.
Perkara yang masih perlu dikawal oleh aplikasi
Walaupun menggunakan gerbang sedia ada, pelayan aplikasi masih perlu mengurus:
- Identiti pengguna, pemilikan tugasan dan pengasingan sejarah.
- Kuota percubaan bagi setiap pengguna, serta had panggilan model dan penggunaan alat bagi setiap tugasan.
- Had masa, pembatalan, percubaan semula dan suis henti kecemasan untuk seluruh sistem.
- Pengumpulan data pengalaman peribadi secara minimum dan penapisan maklumat sensitif dalam log.
Perhatikan juga bahawa satu kunci perkhidmatan yang dikongsi oleh pelayan aplikasi mungkin mempunyai kuota keseluruhan, tetapi itu tidak secara automatik memberikan kuota tersendiri kepada setiap pengguna aplikasi mini.
Semasa menguji pilihan, semak sokongan untuk respons penstriman, panggilan alat, nama model tersuai dan pengiraan penggunaan. Uji juga had belanjawan ketika permintaan dibuat serentak atau dicuba semula. Pastikan panel pentadbiran dan Aurora terus terlindung supaya tidak menjadi laluan pintas untuk mengelakkan kawalan akses.
Cadangan ringkas
- Jika hanya anda dan beberapa persekitaran pembangun akan menggunakannya, menyepadukan kawalan akses dalam pelayan sedia ada mungkin pilihan dengan komponen paling sedikit.
- Jika anda mahukan panel untuk mengurus kunci, kebenaran model dan kuota, uji satu pemasangan New API. Pelayan aplikasi mini masih perlu mengurus sambungan perniagaan dan had tugasan.
- Jangan pasang New API dan LiteLLM serentak tanpa keperluan khusus. Lapisan tambahan juga tidak menjamin kependaman sifar.
HTTPS luaran boleh menggunakan titik masuk dipercayai yang sedia ada. Jika belum tersedia, perlindungan TLS perlu dirancang dan dilaksanakan. Sambungan dalaman tanpa kunci hanya sesuai untuk rangkaian persendirian yang dikawal ketat—jangan dedahkannya kepada klien yang tidak dipercayai.
Cadangan ini tidak melibatkan penulisan semula aplikasi mini atau Agent, perubahan pada teras Aurora, atau pembinaan sistem pengimbang beban. Tiada fail diubah, perkhidmatan dipasang atau keserasian operasi diuji.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "Cara berkongsi akses AI tanpa mendedahkan kunci rahsia"?
Dua jenis pengguna tidak bermakna anda perlu membangunkan dua sistem: satu lapisan kawalan akses boleh mengurus kedua duanya dengan kelayakan yang berasingan.
What are the key points to validate first?
Dua jenis pengguna tidak bermakna anda perlu membangunkan dua sistem: satu lapisan kawalan akses boleh mengurus kedua duanya dengan kelayakan yang berasingan. Jangan letakkan kunci gerbang atau rahsia perkhidmatan dalam klien aplikasi mini.
What should I do next in practice?
Pilih antara menyepadukan kawalan akses dalam pelayan sedia ada atau memasang satu gerbang berasingan seperti New API atau LiteLLM.