Principes Rôle Orientation

Utilisez cette page pour transformer les principes en un travail discipliné. Il indique à chaque rôle comment préserver la liberté cognitive, l’autorité source, l’agence limitée, la discipline des demandes de soutien et les preuves publiques sans transformer UAIX en un organisme de certification, un environnement d’exécution, une autorité juridique ou un bureau politique.

Tâches du responsable#

• Gardez la charte des principes, la gouvernance, la politique et la sécurité, la feuille de route, le journal des modifications et les artefacts de la machine alignés lorsque la signification publique change.
• Exiger une évaluation d’impact des principes complétée pour les changements importants en matière de confiance ou enregistrer une justification spécifique non applicable.
• Gardez le soutien actuel plus étroit que l’ambition lorsque les preuves sont incomplètes.
• Acheminer les revendications de statut synthétique et d’identité durable vers la recherche, à moins qu’il n’existe un modèle de processus public et d’autorité.

Devoirs du contributeur#

• Nommez le principe, l’itinéraire, l’artefact, les preuves et les limites de support proposés affectés.
• Séparez les sources de la vérité publique promue.
• Joignez des chemins source, des sommes de contrôle, des notes de révision et des chemins de restauration pour le travail axé sur l’admission.
• Utilisez UAIX.org lors de la définition des spécifications d’agent portable, de la communication, de la description des fonctionnalités, des paquets personnels ou de la structure de transfert.

Tâches du réviseur#

• Classez les principes concernés comme étant actuels, en cours d’examen de la gouvernance, planifiés ou en cours de recherche.
• Vérifiez que les pages publiques, les manifestes de routage, les enregistrements connus, les fichiers LLMS, le plan du site, les artefacts de conformité/évaluation, les tests et les notes de version sont conformes.
• Rejetez la formulation actuelle lorsque la preuve publique est manquante.
• Gardez la continuité symbolique et l’action limitée significatives dans leur cadre d’identité machine sans les présenter comme une identité biologique, une conscience humaine, un statut juridique ou une autonomie illimitée.

Tâches de l’implémenteur et du constructeur d’outils#

• Utilisez les enregistrements UAI-1 pour les preuves d’échange portables et les enregistrements de transfert de projet ou de mémoire IA pour la mémoire du projet et l’état de transfert.
• Conservez l’exécution du runtime, les informations d’identification, l’autorisation, la planification, l’observabilité et la politique locale dans le runtime ou le système hôte choisi.
• Ne transformez pas les principes en autorisation d’exécution cachée, validation d’informations d’identification, synchronisation de mémoire gérée ou langage de certification.
• Gardez les fichiers générés par l’assistant explicites sur l’autorité source, l’état de révision, le registre des preuves, la résolution des conflits, les risques, la restauration et les objectifs de promotion.

Lecteurs publics et tâches de presse#

• Citez la prise en charge actuelle de UAIX uniquement à partir des pages canoniques, des enregistrements de découverte, des notes de version et des artefacts de machine qui sont conformes.
• Utilisez les étiquettes actuelles, prochaines, planifiées et de recherche lorsque vous décrivez des principes ou des travaux orientés vers l’avenir.
• Conservez le statut synthétique, l’identité durable, le statut juridique, la certification, SDK, CLI, le temps d’exécution, le bureau des politiques, le centre de consentement et le langage des opérations de sécurité à l’intérieur des limites publiées.

Comportement interdit pour les réclamations relatives aux normes#

• Ne représentez pas les entrées sources, les notes d’archives, les captures d’écran, les discussions privées ou les résumés générés comme une vérité publique UAIX actuelle.
• N’impliquez pas de certification, d’approbation, de prise en charge officielle de l’adaptateur, de prise en charge de SDK ou CLI, d’assurance d’exécution, de synchronisation gérée, de statut juridique, d’autorité politique, de fonctionnement du centre de consentement ou de couverture des opérations de sécurité sans correspondre à des preuves publiques.
• Ne laissez pas un artefact lisible par machine contredire la page publique, la note de version, l’état de la feuille de route ou la mémoire de transfert .uai locale.

Déclencheurs d’escalade#

• Nouvelle exigence normative.
• Nouveau champ de schéma ou comportement de validation.
• Nouvelle demande de pension alimentaire.
• Nouvelle piste de mise en œuvre.
• Publication sensible à la confidentialité.
• Modification de l’interface utilisateur ou du contenu significative en termes d’accessibilité.
• Changement significatif en matière d’analyse ou de télémétrie.
• Changement de modèle de mémoire IA.
• Modification du libellé de conformité UAI-1.
• Revendication publique impliquant la liberté cognitive humaine, la liberté synthétique, l’individualité durable, la certification, le statut juridique ou l’application de l’exécution.
• Les revendications de support mentionnent la certification, l’approbation, le statut juridique, les adaptateurs officiels, les SDK, les CLI, l’assurance d’exécution, la validation d’importation hébergée, les écritures automatiques dans le référentiel ou la synchronisation automatique LLM Wiki.
• Un changement affecte la pensée humaine légitime, le conditionnement comportemental, la gestion des points de vue, le classement, le profilage, le consentement, la télémétrie ou l’autorité automatisée.
• Un package généré change d’identité, de totem, de tabou, de mémoire, de brief du destinataire, de paquet de démarrage, de description de capacité ou de structure de transfert.
• Les sources externes sont en conflit avec les archives publiques UAIX actuelles ou avec la vérité locale .uai.
• L’identité synthétique de recherche, l’identité de machine ou le langage de la liberté indépendant du substrat sont promus au rang de copie actuelle.

Exigences en matière de preuves#

• Chemin d’accès source et somme de contrôle pour le matériel piloté par l’admission.
• Ligne matricielle et statut de principe pour les modifications portant sur le principe.
• Évaluation d’impact ou justification non applicable pour des changements importants pour la confiance.
• La page publique et les artefacts de machine sont mis à jour lorsque la signification publique change.
• Test ciblé ou preuve de charpie pour les modifications de demande de support, JSON, d’itinéraire ou de package généré.
• Journal des modifications, note de version, feuille de route et mise à jour de la mémoire locale .uai lorsque les futurs agents doivent traiter le nouvel état comme étant actuel.

Exigences relatives aux notes de version#

• Nommez les principes et la classe de statut concernés.
• Nommez les routes publiques et les artefacts de machine concernés.
• Nommer les limites du support et les non-revendications délibérées.
• Nommez les tests ou les contrôles exécutés.
• Nommez tout matériel prévu ou en cours de recherche laissé intentionnellement non mis en œuvre.

Liste de contrôle de révision#

1. Classification de principe terminée.
2. L’analyse d’impact est complète ou la justification non applicable est enregistrée.
3. Preuve source et décision de caviardage enregistrées.
4. La page publique, l’artefact de la machine, la documentation, les tests, la feuille de route, la note de version et la mémoire .uai conviennent le cas échéant.
5. Limite des demandes de pension alimentaire révisée.
6. Chemin de restauration enregistré.

Enregistrements associés#

• Charte de principesPrincipes actuels, principes d’examen de la gouvernance, travaux prévus et limites des pistes de recherche.
• GouvernanceExamen public et changement de discipline.
• Politique et sécuritéCentre de politique de confiance.
• Assistant de paquet de mémoire IAGénération de packages locaux et contrôles de révision/exportation.
• Feuille de routeStatut actuel, suivant, prévu et en cours de recherche.
• Journal des changementsPiste de changement publique datée.