HelixTrack Беталиценца: TBD

HelixTrack је свеобухватна, модерна, опен-соурце алтернатива JIRA (а преко проширења Доцументс и Confluence-у) — вишеплатформски систем за управљање пројектима и праћење проблема, изграђен на Go микросервисној позадини с изворним клијентима за веб, десктоп и мобилне уређаје.

Да бисмо тимовима понудили заиста отворену, самостално хостовану замену за JIRA + Confluence стек — „за слободан свет" — без зависности од добављача, комбинујући праћење послова, документе и сарадњу на нивоу предузећа под једном отвореном лиценцом.

Спаја два комерцијална тешкашка — праћење проблема и стек за викије/документе — у једну отворену, високоперформантну, самостално хостовану платформу, и упарује их са нечим што конкуренција никада није понудила: истински мултиплатформске *нативе* клијенте (веб, десктоп, Android, iOS, плус HarmonyOS и Aurora OS), све покретане једним уговором на бацкенду. Кључна предност је власништво без компромиса. Дизајн заснован на HTTP/3 свуда, потпуно раздвојеним микросервисима и енкрипцији SQLCipher AES-256 при мировању доноси перформансе и сигурносни ниво који су иначе резервисани за власничке SaaS системе — у систем који сами хостујете, без лиценци по кориснику, без зависности од добављача и без података који напуштају вашу инфраструктуру. Тимови добијају искуство JIRA-плус-Confluence које већ познају, на сопственом хардверу, под једном отвореном лиценцом.

• Уједињени акциони /do API — једна крајња тачка, један омотач, усмеравање акција. Нове могућности стижу као нове акције, а не као нове URL адресе, што смањује нападну површину, клијентски код и терет документације на један уговор који деле све платформе.
• HTTP/3 QUIC као *подразумевани* интерсервисни транспорт — модерна мрежна комуникација са ниском латенцијом и отпорна на прекиде везе између сервиса од првог дана, а не накнадно додата.
• Механизам за дозволе који се може заменити између локалне имплементације у процесу и сервиса покретаног преко ХТТП-а, уз опционе, независно имплементиране сервисе за аутентификацију, дозволе и локализацију — исти модел ауторизације без обзира да ли покрећете један процес или кластер.
• Изолација података у више простора помоћу --space-root заставице: сваки пројекат добија своју изоловану базу података и складиште ресурса, тако да су станари и пројекти раздвојени на нивоу складишта, а не помоћу филтера у упитима.
• Енкрипција SQLCipher AES-256 при мировању — осетљиви подаци пројекта су подразумевано заштићени на диску, транспарентно.
• Аутоматско откривање клијента и сервера путем UDP емитовања на локалним мрежама — клијент проналази Цоре без икакве ручне конфигурације.
• Документи В2, права „алтернатива Confluence-у", са оптимистичким закључавањем паралелне обраде, детекцијом конфликата и комплетном историјом измена — прави колаборативни документи који живе иза истог бацкенда као и трагач.

• Шест клијентских платформи, један бацкенд, нула одступања у уговору. Одржавање клијената за Web/Angular, Десктоп/Tauri, Android/Kotlin, iOS/Swift, HarmonyOS и Аурора обично значи шест различитих интеграција API које временом губе синхронизацију. Тај ризик смо елиминисали тако што смо учинили једини уговор акционо усмерени /do API са фиксним омотачем — сваки клијент га циља на идентичан начин — и додали UDP емитовање за откривање сервиса како би клијенти проналазили Цоре на мрежи без ручно подешених крајњих тачака.
• Раздвајање сервиса без плаћања цене латенције. Подела аутентификације, дозвола и локализације на независно имплементиране сервисе обично додаје мрежни скок по позиву. Усвојили смо HTTP/3 QUIC за све интерсервисне позиве како бисмо задржали те скокове брзим и отпорним на прекиде везе, а сваки сервис учинили независно покретљивим — чак и потпуно искљученим у тестним конфигурацијама — тако да раздвајање постане избор при имплементацији, а не фиксни трошак.
• Колаборација на нивоу Confluence-а без губитка измена. Уређивање у реалном времену са више аутора подстиче конфликте. Документи В2 то решавају помоћу простора/страница/верзионисања под оптимистичким закључавањем, уз експлицитну детекцију конфликата, комплетну историју измена као резервну опцију и синхронизацију у реалном времену WebSocket — колаборација која остаје конзистентна уместо да тихо прегази измене.
• Енкрипција при мировању без жртвовања пропусности. SQLCipher AES-256 штити податке на диску, али додаје трошкове по упиту; то смо компензовали вишеслојним кеширањем (LRU у меморији испред Redis у сервису за локализацију) тако да врући путеви попут вишјезичних претрага остају брзи, а подаци и даље енкриптовани.

• Go + Gin — изабрани за ХТТП услуге високог протока и ниске латенције са сценаријем имплементације у облику једног бинарног фајла; садрже Цоре-ов REST API, његов JWT/CORS middleware и рутер са акцијама на /do који стоји испред целог система.
• HTTP/3 QUIC — изабран као транспортни слој између Цоре-а и његових услуга за аутентификацију, дозволе и локализацију, јер QUIC-ов дизајн са мултиплексираним везама и миграцијом конекција смањује кашњење у репном делу и преживљава нестабилне везе где TCP застаје.
• PostgreSQL (прод) / SQLite (дев) — један релацион модел који подржава велику шему за праћење и документе на оба мотора: SQLite омогућава локални развој без подешавања и заснован на фајловима, док Postgres преузима улогу у продукцији путем наменски дефинисаног production Цомпосе профила.
• SQLCipher (AES-256) — изабран за транспарентну енкрипцију на нивоу базе података у мировању, тако да заштита осетљивих пројекатских података не захтева криптографију на нивоу апликације нити измене у начину писања упита.
• Redis — изабран као заједнички кеш слој иза кеша у меморији са LRU алгоритмом у оквиру Локализационе услуге, што обезбеђује двослојни кеш који одржава брзину прегледа у више језика чак и уз додатни терет енкрипције.
• Uber Зап + Lumberjack — изабрани за структурирано, ефикасно логовање са уграђеном ротацијом, како би Цоре остао уочљив у продукцији без неограниченог раста лог фајлова.
• голанг-jwt / JWT — изабрани као механизам за безстањну аутентификацију; потписани токен путује у jwt пољу сваког /do омотача, чиме је аутентификација уједначена за све клијенте.
• Angular 19 (+ Материал, RxJS) — изабран за реактивни, компонентно вођени веб клијент са зрелим Материал дизајнерским системом одмах на располагању.
• Tauri 2.0 + Rust + Angular — изабрани за испоруку нативног десктоп омотача са минималним заузећем простора, поновним коришћењем Angular UI-а унутар Rust webview-а уместо укључивања комплетног browser рунтиме-а.
• Kotlin (Android) / Swift + SwiftUI (iOS) — изабрани како би мобилни корисници добили заиста нативне, платформски прилагођене клијенте уместо омотаног веб приказа.
• Docker / Docker Цомпосе (компатибилно са Podman) — изабрани за репродуктивно, контејнеризовано имплементирање са уграђеним /health проверама, као и компатибилност са Podman, чиме се не намеће потреба за даемонима или специфичним добављачима.
• Testify (Go); Cypress/Playwright/Karma+Jasmine (клијенти) — изабрани за вишеслојно аутоматизовано тестирање које покрива уговор са бацкенд-ом и клијентске UI-ове независно, у складу са архитектуром једног бацкенд-а и више клијената.

• Статус: бета. HelixTrack Цоре је функционални REST API микросервис; Доцументс В2 екстензија је документована као отприлике 95% комплетирана са познатим проблемом мапирања поља у бази података, те се не представља као потпуно испоручена.
• Лиценца: није дефинитивно одређена. CLAUDE.md наводи МИТ, али core/LICENSE фајл званичног записа је Апацхе 2.0 — ова несагласност мора бити разрешена пре него што се лиценца коначно одреди.
• Перформансни подаци наведени у РЕАДМЕ фајлу пројекта (нпр. 50.000+ захтева у секунди, време упита испод милисекунде) представљају пројектоване/маркетиншке циљеве, а не независно објављене бенцхмарк резултате, те су стога изостављени из наведених тврдњи.
• Клијентске апликације (Web, Десктоп, Android, iOS, Аурора, HarmonyOS) налазе се у приватним репозиторијумима и описују се искључиво на нивоу производа.

Приоритетни ниво: Helix-primary и водећи производ линије Helix-Track — рангиран испред свих пројеката Server Factory.