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‑ის plugin‑system (agents, skills, slash commands, hooks). თუმცა, ის ქმნის მხოლოდ Markdown‑ფაილებს. ნებისმიერი AI ინსტრუმენტი ამ ფაილებს წაიკითხავს. თუ დაიწყებთ SupaConductor‑ით და მოგვიანებით შეცვალებთ ინსტრუმენტებს, თქვენი სპეციფიკაციები, გეგმები და დოკუმენტაცია კვლავ სასარგებლოა.

Question 4

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

Accepted Answer

ხიბლები იყენებენ პროგრესული გამჟღავნება — მხოლოდ ~100 ტოკენი თითო მეტამონაცემისთვის. სრული ინსტრუქციები მხოლოდ აქტივაციისას იტვირთება (ჩვეულებრივ, თითო <5,000 ტოკენი). 39-ი ხიბლი არ იტვირთება ერთდროულად. აგენტები გაშვებულია როგორც ც separate  დიალოგები მათი საკუთარი კონტექსტური ფანჯრებისೊಂದಿಗೆ, ამიტომ ისინი არ შევსებენ თქვენს ძირითადი კონვერსაციას.

| კომპონენტი | გამოყენებული კონტექსტი | როცა |
|-----------|------------------------|------|
| Orchestrator | ~4,000 tokens | აქტიური /go‑ის დროს |
| Planner | ~3,000 tokens | მხოლოდ გეგმაში |
| Evaluator | ~2,500 tokens თითო | მხოლოდ აქტიური ელვატორი იტვირთება |
| Board meeting | ~5,000 tokens | მოთხოვნის მიხედვით |
| Idle | ~500 tokens | ნაბიჯებს შორის |

Question 5

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

Accepted Answer

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

Question 6

გჭირდებათ პროგრამირების ცოდნა?

Accepted Answer

პროექტისთვის საჭიროა Claude Code‑ის დაყენება და გაშვება — ეს მოითხოვს საბაზისო ტერმინალის ცოდნას. მაგრამ, როცა SupaConductor კონფიგურირებულია, უბრალოდ აღწერს, რაც გინდათ, ინგლისურ ენაზე, და

Question 7

რა ხდება თქვენს პროექტში, როდესაც გაშვებთ /orchestrator-supaconductor:setup?

Accepted Answer

როცა გაშვებთ /orchestrator-supaconductor:setup, ის ქმნის conductor/ საქაღალდეს: ყველა ეს ფაილები plain Markdown და JSON‑ია. შეგიძლიათ ნებისმიერ დროს წაიკითხოთ, გაასწოროთ ან წაშალოთ.

Question 8

როგორ მუშაობს?

Accepted Answer

ყოველი სამუშაო ნაწილისათვის არსებობს სტრუქტურული ციკლი, რომელსაც Evaluate-Loop-ი უწოდებით:

| საფეხური | ხდება | 
|---------|-------|
| Plan | თქვენი მიზანი გაჭრა დავალებებად დამოკიდებულების გრაფით | 
| Evaluate Plan | შემოწმება მასშტაბის საკითხებისთვის, გადაჭარბება სხვა სამუშაოებთან და განხორციელებადობისათვის | 
| Execute | კოდის დაწერა, ტესტების გაშვება, პროგრესის თვალყურის დევნება — პარალელურად როცა შესაძლებელია | 
| Evaluate Execution | სპეციალიზირებული შემოწმება გადაფასებს UI/UX, კოდის ხარისხს, ინტეგრაციებს და ბიზნეს ლოგიკას | 
| Fix | აღმოაჩენს ნებისმიერი ჩავარდნას და შემდეგ ციკლს დაბრუნება შეფასებაზე (მდე 5 გამოსწორების ციკლი; მდე 3 გეგმის გადახედვა) | 
| Complete | ყველა შემოწმება წარმატებულია — ტრეკი მონიშვნით დასრულებულია |

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

Question 9

რა გვაქვს შიგნით?

Accepted Answer

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

Question 10

What Does This Do?

Accepted Answer

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

Question 11

What's New in v3.7.0?

Accepted Answer

Board of Directors fast-path — Routine tracks now use a single Opus call (all 5 lenses in one pass) at ~1/10th the cost of the full multi-agent deliberation. Full board is reserved for high-stakes decisions: production deploys, security architecture, breaking API changes, data-loss migrations. Plan revision guard — Prevents infinite planning loops. Tracks the number of times a plan is rejected and calls it done (with warnings) after 3 revisions. Execution state reconciliation — On session resume, plan.md checkboxes are now treated as the source of truth. Prevents already-completed tasks from being re-executed after a crash. Atomic file locks — Parallel workers can no longer accidentally acquire the same file lock simultaneously. Uses fcntl OS-level locking on a dedicated mutex file. Bounded knowledge injection — The knowledge brief injected before planning is capped at 500 tokens (top-3 most relevant patterns and errors). Prevents context growth as your project's knowledge base accumulates.

მიმოხილვა

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

ფასები

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

პარალელური დავალებების შესრულება

საბოლოს გადაწყვეტილებების მიღება

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

დადებითი

უარყოფითი

შეფასებები

კითხვები

დასვი კითხვა

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