Question 1

შეგიძლია ამასთან ერთად გამოიყენო სხვა Claude Code-ის პლაგინები?

Accepted Answer

დიახ. SupaConductor იყენებს /orchestrator-supaconductor: namespace-ს და არ კონფლიქტირებს სხვა პლაგინებთან, შიდა ბრძანებებთან ან MCP‑სერვერებთან.

Question 2

ეს ზედმეტი ზეწოლაა თუ არა პატარა დავალებებისთვის?

Accepted Answer

სწრაფი ერთი ფაილის გასწორებისთვის — დიახ, უბრალოდ გამოიყენეთ Claude Code პირდაპირ. გამოიყენეთ SupaConductor მაშინ, როცა სამუშაო 3 ან მეტი ფაილში შედის, ჩვეულებრივ დაგეგმეთ კოდის დაწერის წინ, გსურთ ავტომატური ხარისხის შემოწმება ან გსურთ, რომ სამუშაო სწორად მოხდეს პირველი მცდელობისას. ასევე შეგიძლიათ გამოიყენოთ ინდივიდუალური ბრძანებები სრული ციკლის გარეშე.

Question 3

მუშაობს თუ არა Cursor, Windsurf და სხვა AI ინსტრუმენტებთან?

Accepted Answer

არა – SupaConductor არის Claude Code-ის პლაგინი, რომელიც მოითხოვს Claude Code-ის პლაგინის სისტემას (agents, skills, slash commands, hooks). თუმცა, კონდუქტორის/ დირექტორია, რომელსაც იგი ქმნის, მხოლოდ Markdown‑ის ფაილებითაა შედგილი. ნებისმიერი AI ინსტრუმენტი შეძლებს მათ წასაკითხად, ასე რომ შეგიძლიათ დაიწყოთ SupaConductor‑ის გამოყენებით და შემდგომში გადადოთ სხვა ინსტრუმენტზე, თვლით თქვენი სპეციფიკაციებს, გეგმებს და დოკუმენტაციას.

Question 4

რამდენი კონტექსტური ფანჯრის ნაწილი იყენებს?

Accepted Answer

უნარები იყენებენ პროგრესულ განსახილველობას — მხოლოდ ~100 ტოკენ თითო მეტამონაცემებისთვის. სრული ინსტრუქციები ჩატვირთავენ მხოლოდ როცა გააქტიურებენ (ჩვეულებრივ, 5,000‑ს ნაკლებ ტოკენი თითო). 39 უნარი ერთდროულად არ იტვირთება. აგენტები მუშაობენ დამოუკიდებელ საუბრები საკუთარი კონტექსტური ფანჯრების შიგნით, ასე რომ თქვენი ძირითადი საუბარი არ შევსებს. კონტექსტის გამოყენება: Orchestrator ~4,000 ტოკენ (აქტიური /go‑ში); Planner ~3,000 ტოკენ (მხოლოდ გეგმაში); Evaluator ~2,500 ტოკენ თითო (მხოლოდ აქტიური); Board meeting ~5,000 ტოკენ (მოთხოვნით); Idle ~500 ტოკენ (სულ ნაბიჯებს შორის).

Question 5

რამდენი ფასდება ეს API კრედიტებში?

Accepted Answer

SupaConductor იყენებს იგივე Claude API-ს, როგორც ჩვეულებრივი Claude Code – ის უბრალოდ უფრო ზუსტ სტრუქტურირებას ახორციელებს. რადგან იგი აწარმოებს მრავალი აგენტს (დაგეგმვა, შესრულება, შეფასება), API‑მოთხოვნების რაოდენობა დაახლოებით 3‑5 ჯერ მეტი იქნება, ვიდრე ხელით ერთი საუბრის დროს. SupaConductor ავტომატურად ოპტიმიზირებს ხარჯებს: Opus (ყველაზე ძლიერი მოდელი) გამოიყენება დაგეგმვისა და შეფასებისთვის, Sonnet (სწრაფი, იაფი) – შესრულების დავალებებისთვის. ხარჯების შემცირებისთვის შეგიძლიათ გამოიყენოთ /orchestrator-supaconductor:implement, თუ საკუთარი სპეციფიკაციები დაწერთ, მცირე ფუნქციებისთვის ბორდ‑შეხვედრების გამოტოვება (ეს არჩევითი), და ადამიანის ჩართულობის რეჟიმის (human‑in‑the‑loop) გამოყენება, რათა კონტროლის ფარგლებში დარჩეთ.

Question 6

Do I need to know how to code?

Accepted Answer

You need Claude Code installed and running — that requires basic terminal knowledge. But once SupaConductor is set up, you describe what you want in plain English and it handles the implementation.

Question 7

What gets created in your project?

Accepted Answer

When you run /orchestrator-supaconductor:setup, it creates a conductor/ folder containing plain Markdown and JSON files. You can read, edit, or delete them anytime.

Question 8

How It Works?

Accepted Answer

Every piece of work follows a structured cycle called the Evaluate-Loop: Plan – Breaks your goal into tasks with a dependency graph; Evaluate Plan – Checks for scope issues, overlap with other work, and feasibility; Execute – Writes code, runs tests, tracks progress — parallel when possible; Evaluate Execution – Specialized checkers review UI/UX, code quality, integrations, and business logic; Fix – Addresses any failures, then loops back to evaluation (up to 5 fix cycles; up to 3 plan revisions); Complete – All checks pass — track is marked done. The loop runs fully automated and stops when the work passes all quality checks or when it needs your input.

Question 9

რა შედის მასში?

Accepted Answer

კომპონენტების სია: Commands (36) – სლაშ‑ბრძანებები, რომლებიც აკრიფებთ, რათა მართოთ ყველაფერი; Skills (39) – სპეციალიზებული ცოდნის მოდულები, რომლებიც საჭიროებისამებრ აქტივირდებიან; Agents (15) – თვითონ მოქმედი მუშაკები, რომლებიც ასრულებენ დაგეგმვას, კოდირებას და შეფასებას; Evaluators (4) – ხარისხის შემოწმება UI/UX‑ს, კოდის ხარისხისთვის, ინტეგრაციებისთვის და ბიზნეს ლოგიკისთვის; Board of Directors (5) – ვირბინალური დირექტორები, რომლებიც განიხილავენ ძირითადი გადაწყვეტილებებს; Lead Engineers (4) – არქიტექტურას, პროდუქციას, ტექნოლოგიას და QA‑ს სპეციალისტები. Bundles Superpowers v4.3.0 (MIT) — ყველაფერი მუშაობს ზემოთ მითითებული კონფიგურაციის გარეშე.

Question 10

რა აკეთებს ეს?

Accepted Answer

თქვენ მითხრათ Claude Code‑ს, რა გსურთ. SupaConductor განსაზღვრავს, როგორ შევადგინოთ ის — ნაბიჯ-ნაბიჯ, თითოეულ ეტაპზე ხარისხის შემოწმებით. SupaConductor‑ის გარეშე თქვენ უბრალოდ გამოიწვევთ Claude Code‑ს და იმედია საუკეთესო შედეგები მიიღებთ. ხელით გადამოწმებთ, ხელახალი შეკითხვას გადაეცით და იმედია, რაც ვერ შეესაბამება, აღმოფხვრებით. SupaConductor‑ით კი ერთი ბრძანება აკლდება და ის ავტომატურად: 1. დაწერს დეტალურ სპეციფიკაციას 2. ქმნის რეალიზაციის გეგმას დავალებების დამოკიდებულებებით 3. ასრულებს თითოეულ დავალებას (პარალელურად, როცა შესაძლებელია) 4. შემოწმებს სამუშაოს სპეციალიზირებული evaluator‑ებით 5. აღმოფხვრებს ნებისმიერი პრობლემას, რომელსაც იპოულობს 6. მონიშნავს სამუშაოს დასრულებულად, როცა ყველაფერი გაიარებს. არ გჭირდება ზედამხედველობა, არ გჭირდება ხელახალი მოთხოვნები. უბრალოდ აღწერეთ, რაც გსურთ, და დატოვეთ ის თავისთავად.

Question 11

რა ახალია ვერსიაში 3.7.0?

Accepted Answer

Board of Directors fast‑path – Routine ტრეკები ახლა იყენებს ერთ Opus‑ს (ყველა 5 ლენზის ერთ პასში) დაახლოებით 1/10‑ით ნაკლები ხარჯებით, ვიდრე სრული multi‑agent deliberation. სრულყოფილი ბორდი დარჩება მხოლოდ მაღალ რისკის გადაწყვეტილებებისთვის: წარმოება, უსაფრთხოების არქიტექტურა, API‑ის მნიშვნელოვანი ცვლილებები, მონაცემთა დაკარგვის მიგრაციები. Plan revision guard – თავიდან აძლევს უსასრულო დაგეგმვის ციკლებს. ის ითვლის, რამდენჯერ დაედო გეგმა უარყოფით და 3 ცვლილებამდე გამოაცხადებს “დასრულებულია” (გაფრთხილებებით). Execution state reconciliation – სესიის განთავისუფლებისას plan.md‑ის ჩაკეტები ახლა განიხილება სამართლიანი წყაროებად. ეს ასაცილებს უკვე დასრულებული დავალებების ხელახლა შესრულებას კრაშის შემდეგ. Atomic file locks – პარალელური მუშაკები აღარ ახერხებენ ერთდროულად ერთ ფაილის ლოკის მოყვანას. იყენებს fcntl OS‑level ლოკირებას ded­icated mutex‑file‑ის. Bounded knowledge injection – გეგმის წინ შემოტანილი ცოდნის მიმოხილვა შეზღუდულია 500 token-ით (უმაღლესი 3 ყველაზე შესაბამისი შაბლონებისა და შეცდომების). ეს აძლევს საშუალებას შეინარჩუნოს კონტექსტის ზრდა, როგორც თქვენი პროექტის ცოდნის ბაზა იზრდება.

მიმოხილვა

ძირითადი ფუნქციები

ფასები

გამოყენების შემთხვევები

ტესტების სრულყოფილ კლამში ძვრა

პროდუქციული ბიუჯის შესახებ

არასწორი ქმედების სადასობა

დადებითი და უარყოფითი

დადებითი

უარყოფითი

შეფასებები

კითხვები

დასვი კითხვა

კარიერის უნარები-ის ალტერნატივები

Manage Headers (Grade A)

Using Git Worktrees (Grade A)

Ga4 Bigquery Schema (Grade A)

Meta Capi (Grade A)

Callees (Grade A)

Test Module Name (Grade A)

Board Of Directors (Grade A)

Advpl Mvc Avancado (Grade A)