ChatGPT და Cursor შენს სერვერზე: share link-ები და წვდომა

მოკლედ: RE:NODE სერვერის Console ჩანართზე არის პანელი სახელწოდებით "Work on this server with AI". ირჩევ, რისთვის გჭირდება ასისტენტი, აჭერ Connect AI-ს და პანელი კლიპბორდში გიკოპირებს პირად ბმულს. ეს ბმული ჩასვი ChatGPT-ში, Claude-ში ან ნებისმიერ ასისტენტში, რომელსაც URL-ის გახსნა შეუძლია, და ის წაიკითხავს მისთვის დაწერილ აღწერას შენი სერვერის შესახებ: runtime, როგორ ირთვება სერვერი, რა აღმოაჩინა pre-flight შემოწმებამ, რაში გინდოდა დახმარება. ნაგულისხმევად ბმული მხოლოდ კითხვისაა. თუ აირჩევ "Manage this server"-ს, ის გახდება ბმული, რომელსაც მოქმედებაც შეუძლია: start, stop, restart, კონსოლში ბრძანების აკრეფა, ფაილების რედაქტირება. API key არც იქმნება და არც გიწევს კოპირება. ბმული ცოცხალია, სანამ მას იყენებენ, და თავისით კვდება, როცა აღარ იყენებენ. ყველა ბმული, რომელიც გადაგიცია, ჩანს Account -> Connected AI-ში, სადაც ერთი დაწკაპუნებით შეგიძლია გააუქმო.

Cursor სხვანაირად მუშაობს, რადგან Cursor ცხოვრობს შენს repository-ში და არა ჩატის ფანჯარაში. პანელს შეუძლია გახსნას pull request, რომელიც სერვერის წესებს ჩაწერს AGENTS.md-ში, CLAUDE.md-სა და .renode/server.md-ში, Cursor კი მათ თავისით კითხულობს. ამ პოსტის დანარჩენი ნაწილი აღწერს, როგორ მუშაობს თითოეული გზა, რას წვდება და რას ვერა ბმული, რამდენ ხანს ცოცხლობს და როგორ დაიბრუნო წვდომა.

ასისტენტისთვის სერვერის გადაცემის სამი გზა#

სამი ცალკე მექანიზმია და სანამ სადმე რამეს ჩასვამ, კარგია იცოდე, რომელს იყენებ.

Share link უნივერსალური გზაა. თითქმის ნებისმიერ ასისტენტს შეუძლია ვებგვერდის გახსნა, ამიტომ URL ყველაზე მარტივი საერთო მნიშვნელია და სწორედ ეს არის გზა, რომელიც ChatGPT-ზე დავადასტურეთ. MCP connection არის სრულფასოვანი ინსტრუმენტული კავშირი: ასისტენტი კითხულობს არა დოკუმენტს, არამედ იღებს დასახელებულ ინსტრუმენტებს, მაგალითად კონსოლის წაკითხვას ან ფაილში ჩაწერას. ეს გზა ავაწყვეთ და გავტესტეთ Claude-ზე (Claude Code და Claude.ai custom connectors); სხვა კლიენტებს, რომლებიც Streamable HTTP-ზე remote MCP-ს უჭერენ მხარს, ალბათ შეეძლებათ მისი გამოყენება, მაგრამ ChatGPT და Cursor მასთან კონკრეტულად არ გაგვითესტია, ამიტომ ეს შენი ექსპერიმენტია. Repository context ყველაზე წყნარია: ბმული საერთოდ არ არის, უბრალოდ შენს repo-ში არის ფაილები, რომლებსაც კოდირების ასისტენტები კონვენციით კითხულობენ.

შეგიძლია რამდენიმე გამოიყენო. ხშირი გადანაწილებაა ასეთი: read link ChatGPT-ის საუბარში, რომ ჰკითხო "რატომ არ იწყება ეს", და repository context, რომ Cursor-მა კოდი თავიდანვე სწორ port-ზე დააბას.

Share link-ის შექმნა Console ჩანართიდან#

ეს პანელი terminal-ის ზემოთ არის Console ჩანართზე, ასევე Startup ჩანართზე. მასში ერთი dropdown-ია, "What the assistant is for", და ერთი ღილაკი.

1. გახსენი სერვერი და გადადი Console ჩანართზე.
2. "What the assistant is for"-ში აირჩიე დანიშნულება. ქვემოთ ცხრილში ჩამოთვლილია ყველა.
3. დააჭირე Connect AI-ს. პანელი ქმნის ბმულს და აკოპირებს მას.
4. ჩასვი ასისტენტში შენს კითხვასთან ერთად.

"Server won't start" განზრახ გამონაკლისია. გაჭედილი სერვერის ყველაზე სასარგებლო მტკიცებულებაა კონსოლის ბოლო ეკრანი, ამიტომ ბმულის ნაცვლად პანელი აკოპირებს მზა prompt-ს, რომელშიც ეს გამოტანა უკვე ჩასმულია. გამოიყენე Console ჩანართიდან, რომ კონსოლის ბოლო ნაწილი ჩაერთოს. ეს crash loop-ზე მეორე წყვილი თვალის მოპოვების ყველაზე სწრაფი გზაა; crash loop-ის გზამკვლევში წერია, რას უნდა დააკვირდე თავად ჯერ.

თვითონ ბმული ერთხელ ჩანს. პანელი ინახავს მხოლოდ მის hash-ს, ისევე როგორც პაროლს ინახავს, ამიტომ მოგვიანებით პანელიდან ვერავინ ამოიკითხავს - ჩვენც ვერა. თუ დაკარგე, გააკეთე ახალი. თუ ბრაუზერი კლიპბორდზე წვდომას გიკრძალავს, პანელი ბმულს ყუთში გაჩვენებს, რომ ხელით დააკოპირო.

ბმული ასე გამოიყურება:

https://panel.renode.space/ai/rnai_<48 random characters>

მოქმედების უფლების მქონე ბმულს მოჰყვება MCP მისამართიც, ანუ იგივე URL, ბოლოში /mcp-ით. ამაზე ქვემოთ დეტალურად.

Read link-ები და ბმულები, რომლებსაც მოქმედება შეუძლია#

ორი სახის ბმულს შორის სხვაობა მთელი უსაფრთხოების მოდელია, ამიტომ ზუსტად უნდა ითქვას.

Read link წვდება სერვერის კონტექსტს (runtime, ჩატვირთვის თანმიმდევრობა, pre-flight-ის აღმოჩენები, რომელი ცვლადები არსებობს), task prompt-ებს, კონსოლის ბოლო ნაწილს და დირექტორიების სიებს. ფაილების შიგთავსს არ წვდება. ეს განზრახ გავლებული ზღვარია: read link კვირას უმოქმედოდაც ცოცხლობს და ჩატის ისტორიებში ხვდება, .env ფაილი კი ის ადგილია, სადაც საიდუმლოები ინახება, და გვირჩევნია ასისტენტმა გთხოვოს ფაილის ჩასმა, ვიდრე კვირის წინანდელმა ბმულმა წაიკითხოს.

ბმული, რომელსაც მოქმედება შეუძლია - "Manage this server" დანიშნულება - წვდება ყველაფერს, რასაც read link, და გარდა ამისა:

• start, stop, restart და kill;
• კონსოლში ბრძანებების აკრეფა;
• ფაილების წაკითხვა და რედაქტირება.

რამდენიმე რამ არცერთი სახის ბმულით მიუწვდომელია: ფაილების წაშლა ან გადარქმევა, reinstall, startup ბრძანების ან ცვლადების შეცვლა, მონაცემთა ბაზები და მათი პაროლები, backup-ები, schedule-ები, მომხმარებლები, SFTP-ის მონაცემები და API key-ები. ბმულს არ შეუძლია შენი სხვა სერვერების ჩამოთვლა ან ბმულების სიის დანახვა. ჩაწერა მხოლოდ ტექსტია, ფაილზე მაქსიმუმ 1 MB, და არასდროს .git/-ის შიგნით, რადგან .git/hooks არის კოდი, რომელიც მომდევნო fetch-ზე სრულდება.

ბმული, რომელსაც მოქმედება შეუძლია, სერვერის გასაღებია, სანამ ცოცხალია. ვისაც URL აქვს, შეუძლია სერვერის restart და ფაილების რედაქტირება - პაროლის და მეორე ფაქტორის გარეშე.

ეს დიზაინის ხარვეზი არ არის, ეს არის არსი: ამას ჩასვამ პროგრამაში, რომელსაც ეს ყველაფერი არ აქვს. ამიტომაც ცოცხლობს მოქმედების უფლების მქონე ბმული უმოქმედოდ მხოლოდ დღეს და არა კვირას (იხილე ვადის განყოფილება). მოექეცი ისე, როგორც SFTP პაროლს: ჩასვი საუბარში, რომელსაც შენ აკონტროლებ და არა საერთო არხში, და გააუქმე, როცა საქმე დასრულდება.

უფლებები ყოველ მოთხოვნაზე ორჯერ მოწმდება. ბმულმა უნდა დაუშვას მოქმედება, და ბმულის შემქმნელს ამ სერვერზე ეს უფლება ახლაც უნდა ჰქონდეს. subuser-მა, რომელსაც მხოლოდ კონსოლის გამოყენება შეუძლია, ვერ შექმნის ბმულს, რომელიც სერვერს რესტარტს უკეთებს. თუ subuser-ს უფლებას ჩამოართმევ, მის ბმულებს ის მომდევნო მოთხოვნაზე ეკარგებათ. ეს კარგად ეთანხმება subuser-ების მინიმალური უფლებების პრინციპს: თუ თანაგუნდელს მხოლოდ კონსოლის წვდომას მისცემ, მის მიერ შექმნილი ბმულებიც მხოლოდ კონსოლისაა. როლებისა და გუნდების მხარე გზამკვლევშია.

ბმულით შესრულებული ყოველი მოქმედება ჩაიწერება სერვერის activity log-ში იმ ადამიანის სახელით, ვინც ბმული შექმნა, და მონიშნულია როგორც AI link-იდან მოსული. ასისტენტის მოთხოვნით გაკეთებული restart ისე ითვლება, როგორც შენ მიერ მოთხოვნილი, ამიტომ ის crash watcher-ის restart-ლიმიტში არ ითვლება.

ბმულის rate limit-ები

ასისტენტი, რომელიც "restart და შემოწმება" ციკლში გაიჭედა, power ლიმიტს ზიანის მიყენებამდე დიდი ხნით ადრე მიაღწევს და მიიღებს გასაგებ შეცდომას, რომლის შესახებაც შენ შეგატყობინებს.

Share link-ის გამოყენება ChatGPT-თან#

ChatGPT-თან share link მთელი setup-ია. არაფერი უნდა დააყენო და არც key უნდა შექმნა.

1. შექმენი ბმული იმ დანიშნულებით, რაც გჭირდება, ჩვეულებრივ General ან Fix my repository.
2. დაიწყე საუბარი და ჩასვი ბმული მარტივი თხოვნით: "წაიკითხე ეს და მითხარი, რატომ ითიშება სერვერი გაშვების შემდეგ."
3. დაუშვი გვერდის გახსნა. გვერდი იწყება სათაურით, რომელიც ამბობს, რომ ეს RE:NODE სერვერია, რომ მასში საიდუმლო არაფერია და სად ინახება პაროლები სინამდვილეში, შემდეგ მოდის სერვერის დეტალები, შემდეგ task prompt.

რისი გაკეთება შეუძლია ChatGPT-ს ბმულით, იმაზეა დამოკიდებული, რა ინსტრუმენტები აქვს იმ საუბარში. ვებგვერდის გახსნა GET მოთხოვნაა, ბმულზე კი GET არასდროს ცვლის არაფერს - ამიტომ link preview-ებსა და crawler-ებს, რომლებიც URL-ს იღებენ, შენი სერვერის restart არ შეუძლიათ. სერვერზე მოქმედებისთვის POST მოთხოვნებია საჭირო ან MCP connection. ასისტენტი, რომელსაც მხოლოდ დათვალიერება შეუძლია, წაიკითხავს მოქმედების უფლების მქონე ბმულსაც და გეტყვის, რა გააკეთო, თავად კი არ გააკეთებს. ხშირად ეს არის ზუსტად ის, რაც გინდა.

თუ ასისტენტი ამბობს, რომ ბმულს ვერ ხსნის, გახსენი შენს ბრაუზერში: ეს უბრალო markdown გვერდია და მისი ტექსტი საუბარში ჩასვი. შენ მიერ გახსნაც გამოყენებად ითვლება, ამიტომ ბმულის სიცოცხლეც გრძელდება.

მოქმედების უფლების მქონე ბმული დოკუმენტის ბოლოს, "Acting on this server"-ის ქვეშ, თავის "კარებს" აღწერს: MCP მისამართს და იმ HTTP endpoint-ებს, რომლებიც ამ კონკრეტულ ბმულს შეუძლია გამოიყენოს, curl-ის მაგალითებით. read link კი წერს, რომ ის მხოლოდ კითხვისაა. HTTP მხარე ასე გამოიყურება:

$ curl -s -X POST -H 'Content-Type: application/json' \    -d '{"signal":"restart"}' \    https://panel.renode.space/ai/rnai_.../api/power

პასუხები მოდის როგორც {ok, result} ან {ok: false, error: {status, message}}, ამიტომ სკრიპტს ან ასისტენტს შეუძლია წარმატება უარისგან გამოიცნობის გარეშე გამოარჩიოს.

.env-ის რედაქტირება მისი გამჟღავნების გარეშე

ასისტენტები .env ფაილებთან ცუდად არიან კონკრეტული მიზეზით: პანელი ყველაფერში, რასაც გასცემს, საიდუმლოებს ფარავს, ამიტომ ასისტენტი, რომელიც .env-ს წაიკითხავს, ერთ ხაზს შეცვლის და მთელ ფაილს უკან ჩაწერს, ყველა პაროლს redaction placeholder-ით ჩაანაცვლებდა. ამიტომ მოქმედების უფლების მქონე ბმულს .env* ფაილებისთვის ცალკე მხოლოდ ჩასაწერი ინსტრუმენტი აქვს. ის იღებს key-ების სახელებს დასაყენებლად ან მოსახსნელად, ცვლილებას პანელის მხარეს აკეთებს, ყველა დანარჩენ ბაიტს უცვლელს ტოვებს და აბრუნებს მხოლოდ key-ების სახელებს. ასისტენტს შეგიძლია უთხრა "დააყენე DATABASE_URL ამ მნიშვნელობაზე" და ფაილის დანარჩენი შიგთავსის შესახებ არაფერი დაბრუნდება. ზოგადი წესები იმის შესახებ, რა უნდა იყოს ამ ფაილში, გარემოს ცვლადებისა და საიდუმლოების პოსტშია.

Cursor-ის გამოყენება: repository context და ბმულები#

Cursor არის რედაქტორი, რომელშიც აგენტია. ის მუშაობს შენი repository-ის კოდზე და მისთვის სასარგებლოა არა ახლა გაშვებული სერვერის აღწერა, არამედ სერვერის წესები: რომელ port-ს დააბას, როგორ ირთვება სერვერი, რომელი runtime ვერსიით მუშაობს.

თუ შენი სერვერი GitHub-იდან დეპლოიდება (მხოლოდ app ხაზები, იხილე Node აპის დეპლოი GitHub-იდან), ჩართე "Keep AI context in the repository" GitHub ჩანართზე. პანელის GitHub App შემდეგ გახსნის pull request-ს, რომელიც ამატებს:

• .renode/server.md - ფაილი, რომელიც პანელს ეკუთვნის და ამას თავად წერს;
• მონიშნულ ბლოკს AGENTS.md-ში;
• მონიშნულ ბლოკს CLAUDE.md-ში.

Cursor, Claude Code, Copilot და Codex ამ ფაილებს თავად კითხულობენ, ამიტომ repository-ში გახსნილი აგენტი იცის, როგორ მუშაობს სერვერი, ვინმეს რამის ჩასმა არ სჭირდება. AGENTS.md-სა და CLAUDE.md-ში იცვლება მხოლოდ მარკერებს შორის ტექსტი, ირგვლივ რაც დაწერე, ხელუხლებელი რჩება:

Your own notes for agents stay here.<!-- renode:start -->(the panel's block - replaced on each refresh)<!-- renode:end -->

რამდენიმე რამ, რაც ღირს იცოდე:

• პანელი არასდროს აკეთებს push-ს შენს deploy branch-ზე. ის commit-ს აკეთებს მხოლოდ საკუთარ renode/ai-context branch-ზე და ხსნის pull request-ს; შენ აერთიანებ. ამ branch-ზე push deploy-ს არასდროს იწვევს.
• საჯარო repository იღებს წესებს და არავითარ კონკრეტულ დეტალს: არც მისამართს, არც მონაცემთა ბაზის host-ს, არც მომხმარებლის სახელებს, დომენებს ან ცვლადების მნიშვნელობებს. ყველაფერი, რასაც GitHub პირდაპირ კერძოდ არ აღნიშნავს, საჯაროდ ითვლება.
• ის განახლდება დაახლოებით ათ წუთში ერთხელ და მხოლოდ მაშინ, როცა შიგთავსი ნამდვილად შეიცვალა, ამიტომ pull request-ებით არ გაგავსებს. GitHub ჩანართზე Update now განახლებას აიძულებს.
• გამორთვა ხურავს pull request-ს და შლის branch-ს. უკვე გაერთიანებულს ის არასდროს ეხება.

Share link-ის ჩასმაც შეგიძლია Cursor-ის ჩატში, ისევე როგორც ნებისმიერ სხვა ასისტენტში. Cursor-ის აგენტს terminal ბრძანებების გაშვება შეუძლია, ამიტომ მოქმედების უფლების მქონე ბმულით მას შეუძლია ბმულის დოკუმენტში მოცემული curl მაგალითები გამოიყენოს - და Cursor ბრძანების გაშვებამდე გეკითხება, თუ არ უთხარი, რომ არ ჰკითხოს. ეს დადასტურება დატოვე ჩართული. მიზეზი იგივეა, რაც ჩვენს შენიშვნებში AI აგენტებსა და სერვერებზე: აგენტი გთავაზობს, შენ კითხულობ ბრძანებას, შემდეგ სრულდება.

Keyless setup: API key-ის კოპირება არ გჭირდება#

პანელს კლასიკური API key-ებიც აქვს (ptlc_ ტიპის, Account -> API Keys-ში) და ისინი MCP endpoint-ზე კვლავ მუშაობს. მაგრამ key უნდა შეიქმნას, დაკოპირდეს, ჩაისვას და მერე ცოცხლობს მანამ, სანამ ვინმეს არ გაახსენდება წაშლა. AI-ს არცერთ გზას ის არ სჭირდება.

• Share link თავისთავად credential-ია, ერთ სერვერსა და ერთ დანიშნულებაზე შეზღუდული, და თავისით იწურება.
• Repository context-ს ასისტენტის მხარეს credential საერთოდ არ სჭირდება.
• MCP connection OAuth-ით შედის.

MCP endpoint არის https://panel.renode.space/api/client/mcp. დაამატე ეს URL ასისტენტს, რომელიც remote MCP-ს უჭერს მხარს - Claude Code-ისთვის ეს ერთი ბრძანებაა:

$ claude mcp add --transport http renode https://panel.renode.space/api/client/mcp

ასისტენტი ბრაუზერში ხსნის პანელის თანხმობის გვერდს (ინგლისურად ან ქართულად, შენი ანგარიშის ენის მიხედვით). ერთხელ ადასტურებ და ირჩევ ორ რამეს: რომელი სერვერები (შენი ყველა, ან არჩეული) და რომელი დონე. Files იძლევა ფაილებისა და კონსოლის წაკითხვასა და რედაქტირებას. Manage ამატებს start, stop და restart-ს. არცერთი დონე არ წვდება მონაცემთა ბაზებს, backup-ებს, schedule-ებს, მომხმარებლებს, startup პარამეტრებს ან ანგარიშის პარამეტრებს. "All my servers" ნიშნავს სერვერებს, რომელთა მფლობელიც ხარ ან რომლებზეც ვადაგაუსვლელი subuser ხარ.

ამის შემდეგ ასისტენტი საკუთარ წვდომას თავად ინარჩუნებს. Access token-ები ერთ საათს გრძელდება და ფონზე ახლდება; განახლების token 30 დღე გრძელდება და გამოყენებასთან ერთად გადაიწევს, ამიტომ ასისტენტი, რომელსაც თვეში ერთხელ იყენებ, ხელახლა არ გკითხავს. თუ გამოყენებული token ოდესმე განმეორდა - მოპარული ასლის ნიშანი - მთელი grant უქმდება.

მოქმედების უფლების მქონე ბმულს თავისი MCP მისამართი აქვს, ბმულის URL ბოლოში /mcp-ით, რომელიც Claude.ai-ში custom connector-ად უცვლელად ჩაისმება:

$ claude mcp add --transport http renode-link https://panel.renode.space/ai/rnai_.../mcp

სხვაობა: OAuth connection მიბმულია შენს ანგარიშსა და არჩეულ სერვერებზე და ცოცხლობს, სანამ გამოიყენება; ბმულის MCP მისამართი მიბმულია ერთ სერვერზე და ბმულთან ერთად კვდება.

Sliding expiry და როტაცია#

Share link-ისთვის ვადას არავინ ირჩევს და სერვერზე გასაწმენდი სია არ არსებობს. ბმული თავს ცოცხლად ინარჩუნებს, სანამ მას იყენებენ, და ვადა გასდის, როცა აღარ იყენებენ.

ყოველი წარმატებული გამოყენება - გახსნილი გვერდი, HTTP მოთხოვნა, MCP მოთხოვნა - ვადას ისევ სრულ უმოქმედობის ფანჯრამდე გადაწევს. ზღვარი არასდროს მოძრაობს, ამიტომ მუდმივად გამოყენებული ბმულიც საბოლოოდ სრულდება და ახალს ქმნი. მოქმედების უფლების მქონე ბმული განზრახ მოკლეა: credential, რომელიც იმ საუბარს გადაურჩა, რისთვისაც შეიქმნა, ის არის, რასაც ვინმე თვის შემდეგ ჩატის ლოგში იპოვის, ხოლო ის, რომელიც ჯერ კიდევ გამოიყენება, განმარტებით ჯერ კიდევ იმ საუბარშია.

როტაცია წაშლას ანაცვლებს. იმავე სერვერისა და იმავე დანიშნულებისთვის ახალი ბმულის შექმნა წინას იმავე ნაბიჯში აუქმებს, ამიტომ Connect AI-ს ხელახლა დაჭერა ისაა, როგორც ცვლი ბმულს, რომელიც იქ ჩასვი, სადაც ნანობ. უსაფრთხოების ბადედ ამას ზღვრებიც აქვს: სერვერზე მაქსიმუმ ხუთი აქტიური ბმული, რომელთაგან მაქსიმუმ ორს შეუძლია მოქმედება. მეექვსის ან მესამე მოქმედების უფლების მქონის შექმნა უძველესს გააუქმებს.

ბმული ასევე წყვეტს მუშაობას იმ წამს, როცა მისი შემქმნელი სერვერზე წვდომას კარგავს. წაშალე subuser, ან დაუშვი მისი დროით შეზღუდული წვდომის გასვლა, და მის მიერ შექმნილი ყველა ბმული მასთან ერთად კვდება - არავის უწევს დამახსოვრება, რომ ეს ბმულები არსებობს. შეჩერებული სერვერი არცერთი ბმულით არაფერს პასუხობს.

ყოველი უარი ერთნაირად გამოიყურება: უბრალო 404. ვადაგასული, ზღვარს გადაცილებული, გაუქმებული, ჩანაცვლებული, სერვერი შეჩერებული, შემქმნელი ამოღებული - ასისტენტი ვერ გაარჩევს რომელია, და ვერც ის, ვისაც გაჟონილი ასლი უჭირავს. გვერდის სათაური ასისტენტს აფრთხილებს, რომ ბმული უმოქმედობისას ვადას კარგავს, ამიტომ კარგი ასისტენტი გეტყვის, რომ ბმულს ვადა გაუვიდა, და მიზეზს არ გამოიგონებს.

Connected AI გვერდი და წვდომის გაუქმება#

Account -> Connected AI (/account/ai) არის ერთადერთი ადგილი, სადაც ჩანს ყველაფერი, რაც გადაგიცია. მას ორი სია აქვს.

Connected assistants ჩამოთვლის ყველა ასისტენტს, რომელიც OAuth-ით დაადასტურე: მის სახელს (და ზოგ კლიენტზე host-ს, რომელმაც გამოაქვეყნა), როდის დაადასტურე, როდის გამოიყენეს ბოლოს, რომელ სერვერებს მოიცავს და რომელ დონეზე. თითოეულს აქვს Disconnect ღილაკი. გათიშული ასისტენტი წვდომას დაუყოვნებლივ კარგავს; ხელახლა გამოსაყენებლად თავიდან აკავშირებ და ბრაუზერში ადასტურებ.

Share links you made ჩამოთვლის ყველა აქტიურ ბმულს, რომელიც შენ შექმენი, ნებისმიერ სერვერზე: სერვერი, არის თუ არა "Read only" ან "Can act", როდის იწურება, რამდენჯერ გაიხსნა და რამდენი მოქმედება შეასრულა, და როდის გამოიყენეს ბოლოს. თითოეულს აქვს Revoke ღილაკი. გაუქმებული ბმული ყველა კარზე ჩერდება დაუყოვნებლივ - გვერდზე, MCP მისამართზე და HTTP API-ზე.

გასაუქმებლად თავად სერვერზე უფლება არ გჭირდება. თუ სერვერზე შენი წვდომა შემცირდა, მაგრამ ბმული ჯერ კიდევ ჩანს, მაინც შეგიძლია გააუქმო: იმის უკან წაღება, რაც გადაგიცია, წვდომას მხოლოდ ამცირებს.

როდის გამოიყენო:

1. მოქმედების უფლების მქონე ბმული ჩასვი საუბარში, რომელიც შეიძლება გაზიარდეს ან დაექსპორტდეს. გააუქმე.
2. "opened" მაჩვენებელი მოსალოდნელზე მაღალია. გააუქმე და შექმენი ახალი - ახალი ბმული ისედაც ანაცვლებს ძველს.
3. ასისტენტის გამოყენება შეწყვიტე. გათიშე, ნაცვლად იმისა, რომ 30 დღე დაელოდო ვადის გასვლას.
4. ვინმემ გუნდი დატოვა. subuser-ად მისი წაშლა მის ბმულებს უკვე კლავს, მაგრამ შენს ანგარიშზეც შეამოწმე სია.

პანელის ქვეშ მოცემული გაფრთხილება ამას მოკლედ ამბობს: მოქმედების უფლების მქონე ბმული წყვეტს მუშაობას, თუ დღის განმავლობაში არ გამოიყენეს, და უფრო ადრე შეგიძლია გათიშო Account -> Connected AI-დან.

რას არასდროს ხედავს ასისტენტი#

ყოველი ბაიტი, რომელიც ბმულით, prompt-ით ან MCP endpoint-ით გადის, სამშრიან redactor-ს გადის. სახელით: ნებისმიერი ცვლადი, რომლის სახელიც TOKEN, PASSWORD, KEY, SECRET, AUTH ან SALT-ს ჰგავს, მნიშვნელობას არ გასცემს. ფორმით: GitHub, Slack, OpenAI და AWS key-ები, JWT-ები, URL-ებში ჩაწერილი პაროლები და გრძელი შემთხვევითი ტიპის სტრიქონები არ გაიცემა, როგორიც არ უნდა ერქვას. მნიშვნელობით: სერვერის რეალური საიდუმლოებები და მონაცემთა ბაზის პაროლები გროვდება და მზა გამოტანიდან ამოიშლება, რაც იჭერს პაროლს, ჩასმულს ცვლადში სახელად NOTES. მონაცემთა ბაზის პაროლები გამოტანაში საერთოდ არასდროს ხვდება.

პატიოსანი ფორმულირებაა, რომ პაროლები და token-ები არ გაიცემა და არა ის, რომ ასისტენტი საიდუმლოს ვერასდროს ნახავს. Redaction ბადეა და არა დაპირება. თუ საიდუმლოს კონსოლში ისეთი ფორმატით გამოიტან, რომელიც არავის გაუთვალისწინებია, ან ფაილში შეინახავ, რომელსაც მოქმედების უფლების მქონე ბმული ხსნის, ჩათვალე, რომ ასისტენტამდე შეიძლება მივიდეს. საიდუმლოები შეინახე გარემოს ცვლადებში და .env-ში და არასდროს დაბეჭდო ლოგებში. თუ შენი აპი ჩატვირთვისას საკუთარ კონფიგურაციას ბეჭდავს, კონსოლის გზამკვლევს და კონსოლის კითხვას ღირს თვალი გადაავლო.

პრობლემების მოგვარება#

ბმული 404-ს აბრუნებს. ვადა გაუვიდა, ზღვარს მიაღწია, გაუქმდა, იმავე დანიშნულების ახალმა ბმულმა ჩაანაცვლა, ან სერვერი შეჩერებულია, ან წვდომა დაკარგე. პანელიდან შექმენი ახალი; ძველის გაცოცხლება შეუძლებელია და 404 განზრახ არ ამბობს, რომელია მიზეზი.

ასისტენტი ამბობს, რომ ბმული გახსნა, მაგრამ აღწერს არასწორ სერვერს ან დეტალებს იგონებს. შესაძლოა გვერდი საერთოდ არ გახსნა და ვარაუდით უპასუხა. სთხოვე გვერდის პირველი ხაზის ციტირება. თუ ვერ ციტირებს, გახსენი ბმული თავად და ჩასვი ტექსტი.

ასისტენტი ერთ სერვერზე ფაილებს კითხულობს, მეორეზე - არა. Read link ფაილის შიგთავსს არასდროს აბრუნებს, ხოლო ნებისმიერ ბმულზე უფლების შემოწმება ხდება მის შემქმნელზე. თუ ბმული subuser-მა შექმნა და მას ფაილებზე წვდომა არ აქვს, ბმულსაც არ ექნება.

მოქმედება უარყოფილია rate limit შეცდომით. ბმულმა წუთში 60 მოთხოვნას, 20 მოქმედებას ან 6 power მოქმედებას მიაღწია. დაელოდე ერთ წუთს და გაიგე, რატომ: ასისტენტი, რომელიც სერვერს წუთში ექვსჯერ რესტარტავს, არაფერს ასწორებს.

ფაილის ჩაწერა უარყოფილია. შეამოწმე, რომ ეს ტექსტია, 1 MB-ზე ნაკლები და .git/-ის შიგნით არ არის. წაშლა და გადარქმევა არცერთი ბმულით საერთოდ არ არის ხელმისაწვდომი; ეს ფაილ მენეჯერში გააკეთე.

Cursor თითქოს სერვერის წესებს არ იცნობს. კონტექსტის pull request უნდა გაერთიანდეს იმ branch-ში, რომელიც Cursor-ში გაქვს გახსნილი. GitHub-ზე შეამოწმე renode/ai-context-დან მოსული pull request, და თუ ბოლო ათ წუთში რამე შეცვალე, GitHub ჩანართზე დააჭირე Update now-ს.

FAQ#

შეუძლია ChatGPT-ს ჩემი სერვერის restart share link-ით?

მხოლოდ მაშინ, თუ იმ საუბარში POST მოთხოვნების გაგზავნა ან MCP-ით დაკავშირება შეუძლია. ბმულის გახსნა კითხვაა და არაფერს ცვლის. ასისტენტი, რომელსაც მხოლოდ დათვალიერება შეუძლია, წაიკითხავს მოქმედების უფლების მქონე ბმულს და გეტყვის, რა გაუშვა, თავად არ გაუშვებს.

ამ ყველაფრისთვის API key უნდა შევქმნა?

არა. Share link-ები, OAuth connection და repository context key-ის გარეშე მუშაობს. კლასიკური ptlc_ API key-ები MCP endpoint-ზე კვლავ მუშაობს, თუ გირჩევნია, მაგრამ მაშინ key-ის წაშლა დასრულების შემდეგ შენი საქმეა.

რამდენ ხანს ცოცხლობს share link?

Read link ცოცხლობს ბოლო გამოყენებიდან 7 დღე, შექმნიდან მაქსიმუმ 90 დღემდე. მოქმედების უფლების მქონე ბმული ცოცხლობს ბოლო გამოყენებიდან 24 საათი, მაქსიმუმ 30 დღემდე. გამოყენება უმოქმედობის საათს ანულებს; ზღვარს არაფერი ანულებს.

შეუძლია ბმულს ჩემი ფაილების ან მონაცემთა ბაზის წაშლა?

არა. არცერთ ბმულს არ შეუძლია ფაილების წაშლა ან გადარქმევა, სერვერის reinstall, მონაცემთა ბაზებისა და მათი პაროლების შეხება, backup-ების, schedule-ების, მომხმარებლების ან startup პარამეტრების შეცვლა, ან SFTP მონაცემებისა და API key-ების წაკითხვა.

რა ემართება ჩემს ბმულებს, თუ თანაგუნდელს წავშლი?

მის მიერ შექმნილი ყველა ბმული მომდევნო გამოყენებაზე წყვეტს მუშაობას, რადგან ყოველი მოთხოვნა ამოწმებს, რომ შემქმნელს სერვერზე წვდომა ჯერ კიდევ აქვს. მისი OAuth connection-ებიც იმავე მიზეზით კარგავენ ამ სერვერს.

RE:NODE თავად აწარმოებს AI მოდელს?

არა. ჩვენ არანაირ მოდელს არ ვმართავთ. პანელი მხოლოდ აგებს გვერდს, ინსტრუმენტებსა და წვდომის წესებს, რომლებსაც შენი ასისტენტი იყენებს.