Obtenir de l'aide

OculiX est libre et open source sous MIT. Ce n’est pas conçu comme un produit commercial : pas de SaaS, pas de tracking d’usage, pas de SLA payant par défaut. Mais rien de tout ça ne veut dire fermé — si votre équipe utilise OculiX sérieusement, on aimerait le savoir, et on fera ce qu’on peut.

En une ligne

Open source pour tous, vraie conversation pour les équipes. Pas de pipeline de vente, pas d’intake scripté, pas de funnel — juste un email qui est lu.

Où poser ses questions

Rapports de bug

Crashs, régressions, comportement inattendu, docs cassées → ouvrez une issue sur oculix-org/Oculix/issues.

Un bon rapport contient : un reproducteur minimal, attendu vs réel, environnement (OS / Java / version OculiX), et la stack trace. Le menu IDE Help → Copy diagnostic info récupère tout ça en un clic.

Questions & discussions

Pour les questions plus larges — « comment faire… ? », « quelle est la meilleure approche pour… ? », « OculiX est-il adapté à… ? » — utilisez GitHub Discussions. La communauté répond, et le mainteneur aussi quand le temps le permet.

Failles de sécurité

Pour tout ce qui est sensible (bypass d’auth, RCE, fuite de credentials dans les logs), n’ouvrez pas d’issue publique. Utilisez le signalement privé de vulnérabilité de GitHub.

Politique complète dans SECURITY.md. Accusé sous 48 h.

Votre équipe utilise OculiX au travail

Si une équipe, un département, ou une entreprise entière fait tourner OculiX en production et souhaite parler directement au mainteneur — un besoin spécifique, une question d’intégration, une influence sur la roadmap, ou juste dire bonjour — écrivez à [email protected] ou ouvrez une discussion.

Beaucoup des entreprises sur la page Adoption ont découvert OculiX via le rapport de bug d’un seul ingénieur.

À quoi s’attendre

OculiX est porté par une douzaine de contributeurs, dont environ trois mainteneurs actifs en parallèle à un moment donné, principalement sur leur temps libre. Les chiffres réalistes de première réponse :

Vous signalez…	Première réponse en…
Crash reproductible	Quelques jours, souvent plus vite
FindFailed reproductible	Une semaine
Demande de fonctionnalité	Triagée en une semaine — délai d’implémentation très variable
Avis de sécurité	Accusé sous 48 heures
Email d’une organisation	Lu sous quelques jours, réponse sous une semaine

Note

Les bugs majeurs reçoivent des correctifs le jour même quand ils sont reproductibles. Les bugs spéculatifs (« parfois ça ne clique pas ») prennent plus de temps parce qu’ils ont besoin d’un repro fiable d’abord.

Services pour les équipes

Six engagements dédiés, chacun avec sa propre page. Cliquez pour la portée, les livrables, les exemples et la FAQ.

🚀 Support production Ligne directe vers le mainteneur avec un SLA de réponse écrit. Pour OculiX sur chemins critiques métier.

🔄 Migration depuis RPA commercial Migration cadrée, prix fixe, depuis UiPath / Automation Anywhere / Blue Prism / TagUI. 5 phases, rapport écrit à la fin.

🧩 Développement de fonctionnalité sur mesure Sponsorisez le développement focalisé d'une capacité OculiX. La fonctionnalité reste MIT et profite à tous — votre sponsoring lui fait juste gagner du temps en priorité.

🛡️ Pack sécurité & conformité SBOM, couverture ASVS, indemnisation, énoncé d'architecture pour votre CISO et vos équipes achats.

📚 Formation équipe De la demi-journée au multi-jours, à distance ou sur site, adapté à votre vrai stack. Pas un catalogue générique.

📋 Revue d'architecture Une seconde paire d'yeux experts sur votre stratégie d'automation visuelle. Un appel, rapport écrit sous deux semaines, appel de suivi.

Astuce

Si votre besoin ne rentre dans aucun de ces six patterns, écrivez quand même à [email protected]. La réponse honnête est généralement « oui, voici comment » ou « oui, avec cette réserve » — pas « non ».

Jusqu’où on peut aller pour une organisation

OculiX est un projet expert open-source avec 20 ans de lineage — la référence pour l’automatisation visuelle JVM, pas un éditeur commercial. Ça ne veut pas dire « non » à vos demandes — ça veut dire que tout se décide au cas par cas, en conversation directe avec le mainteneur, plutôt qu’à travers un service achats. Ce qui s’est réellement déjà passé :

• Un bug spécifique a été priorisé parce qu’une équipe a expliqué l’impact en production dans une issue claire. C’est souvent suffisant.
• Une fonctionnalité a été développée parce qu’une organisation a sponsorisé le temps du mainteneur pour la concentrer dessus. Pas de tier, pas de contrat — une discussion et un arrangement via GitHub Sponsors.
• Un audit / une formation sur mesure a été organisé pour une équipe qui devait onboarder plusieurs ingénieurs en même temps. En dehors des cadres, convenu par email.
• Un correctif a été poussé sur master plus vite que le cycle RC normal parce qu’un secteur régulé l’avait rencontré et fourni un repro propre.

Ce qu'on ne fera pas

• Signer un contrat vendor-of-record qui présume un éditeur commercial avec roadmap dictée par le client — pour les besoins spécifiques, une entité commerciale dédiée peut formaliser une prestation sur mesure, mais le projet open-source lui-même reste piloté par sa communauté.
• Promettre un SLA qu’on ne peut pas tenir avec une équipe de mainteneurs aussi restreinte.
• Développer une fonctionnalité en privé sans qu’elle ré-atterrisse dans le projet public.

En bref : si vous avez un vrai besoin, écrivez-nous avant de supposer que c’est impossible. La réponse honnête est souvent « oui, voici comment » ou « oui, avec cette réserve » — pas « non ».

Ce que vous pouvez faire vous-même

Builder depuis les sources

Si vous avez besoin d’un correctif déjà sur master mais pas encore publié :

git clone https://github.com/oculix-org/Oculix.git
cd Oculix
mvn clean install -DskipTests

Les fat-jars dans le target/ de chaque module sont exactement ce qui est uploadé sur Maven Central à chaque release.

Forker et patcher

OculiX est sous licence MIT. Forkez-le, patchez le problème qui vous concerne, faites tourner votre propre build. Si le patch est généralement utile, ouvrez une PR upstream — c’est la contribution la plus rentable que vous puissiez faire au projet.

S'abonner aux releases

Le moyen le plus rapide de savoir qu’un correctif est sorti : suivre le repo. GitHub → Watch → Custom → Releases. Vous recevez un email pour chaque nouvelle RC et stable.

Auditabilité & environnements régulés

OculiX tourne entièrement sur votre machine. Rien ne phone home, aucune télémétrie, aucun analytics, pas d’auto-update. Le module optionnel serveur MCP écrit un journal d’audit JSONL signé Ed25519 et chaîné SHA-256 — conçu pour les environnements où chaque action doit être auditable.

Là où OculiX s'intègre bien

• Code source-available, auto-hébergé sous licence permissive
• Auditable de bout en bout — vous pouvez lire chaque ligne qui tourne dans votre build
• Pas de vendor lock-in — vous le forkez le jour où le mainteneur disparaît
• Audit trail signé via le module MCP pour un logging tamper-evident

Une conversation préalable vaut le coup si…

• Si vos achats exigent un contrat fournisseur signé, parlons-en — la réponse aujourd’hui est informelle, mais ce n’est pas toujours « non ».
• Si vous avez besoin d’attestations SOC 2 / HIPAA / FedRAMP, le projet lui-même n’est pas certifié — mais son architecture (pas de télémétrie, pas de cloud, pas d’appel API tiers depuis le runtime) facilite son intégration dans un environnement certifié que vous contrôlez.

Pour des packs de documentation procurement-grade, rendez-vous sur la page Sécurité & conformité ou écrivez à [email protected].

Dire merci

Si OculiX vous a fait gagner du temps et que vous voulez rendre la pareille, les choses les plus utiles sont :

• Un bon rapport de bug quand vous en trouvez un
• Une PR pour un correctif que vous avez déjà fait en local
• Tester une RC sur une plateforme qu’on n’a pas
• Traduire les chaînes d’UI dans votre langue
• Nous autoriser à citer votre organisation sur la page Adoption

Sponsoriser sur GitHub Finance directement le temps du mainteneur. Chaque euro achète des heures focalisées sur OculiX.

Voir qui utilise déjà OculiX 91+ organisations dont IBM, Qualcomm, Tencent, Deutsche Bank, US Navy.

On adorerait les deux — une entrée contributeur et une entrée sponsor. L’un ou l’autre est déjà une aide énorme.