Vue d’ensemble des docs
La documentation ShipGlows est structurée pour qu’un nouvel agent trouve le bon contexte, comprenne la surface de décision et exécute face à des contrats explicites plutôt que deviner depuis l’historique du chat.
ShipGlows porte un contrat explicite de qualité de décision. Les agents doivent préférer un travail professionnel borné aux raccourcis, et traiter vitesse ou coût comme des critères de départage.
Lire les contrats de décisionLa page de modes explique quel skill maître lancer, quels skills ciblés possèdent les voies de preuve et quels arguments changent un workflow au lieu de décrire la tâche.
Ouvrir l’aide
ShipGlows distingue désormais la perspective utilisateur-as-founder
de la perspective ShipGlows-owner. Utilisez #founder
quand la conversation doit optimiser les décisions business, la
croissance et la clarté. Utilisez #shipglows-owner
quand la conversation concerne ShipGlows lui-même ou des actifs
adjacents et demande un arbitrage au niveau portefeuille.
ShipGlows accepte aussi des profils nommés comme
%Victoire, %Prudence,
%Ariane et %Adhesion. Ils changent
l’arbitrage du tour, mais le routeur choisit toujours le skill owner
et les focus tags restent séparés.
Si une conversation dérive, ShipGlows accepte maintenant des tags de
recentrage légers comme #partner,
#offer, #growth,
#clarity, #founder,
#shipglows-owner, #pitch,
#portfolio, #canon,
#quality, #ship et
#shipglows pour recharger le bon contrat sans relancer
tout un workflow.
Si vous voulez le chemin utilisateur le plus court, la page d’installation montre la commande marketplace, l’étape dans le répertoire des plugins et la première commande à lancer ensuite.
Voir l’installationPour une version directe, la FAQ couvre les questions récurrentes sur la portée documentaire, les skills et le comportement du framework.
Ouvrir la FAQShipGlows expose maintenant un blog indexé adossé à une collection Astro, et non plus seulement quelques pages longues isolées. Le repurposing a donc enfin une vraie destination de publication.
Ouvrir le blog
ShipGlows garde les données opérateur privées durables en dehors du
dépôt public du framework. Le dossier
~/.shipglows/private/data/ est destiné à être un dépôt
Git séparé pour la mémoire privée versionnée, tandis que les files
de revue éphémères doivent rester dans d’autres chemins privés.
Combinaisons recommandées
Ces combinaisons sont le moyen le plus rapide de remettre l’agent dans la bonne posture business, contenu ou gouvernance sans écrire une longue correction.
#offer #cta #clarity
À utiliser quand la page ou le message explique trop de choses sans rendre la proposition de valeur ou l’action suivante évidente.
#partner #growth #roi
À utiliser quand l’agent doit choisir le mouvement le plus utile au business plutôt que la modification technique la plus facile.
#founder #growth #clarity
À utiliser quand l’utilisateur agit comme propriétaire business et que la réponse doit optimiser les décisions utiles, la croissance et la clarté.
#shipglows-owner #partner #no-drift
À utiliser quand la conversation concerne ShipGlows lui-même ou des actifs adjacents et demande un arbitrage au niveau portefeuille.
#end-user #clarity #quality
À utiliser quand la solution marche techniquement mais reste trop difficile pour un utilisateur normal.
#faq #trust #clarity
À utiliser quand le message doit répondre aux doutes plus directement et gagner en crédibilité.
#canon #drift #single-source
À utiliser quand code, docs ou surfaces publiques divergent et qu’il faut réparer la source de vérité avant de patcher ailleurs.
#shipglows #proof #contract
À utiliser quand la cible est le système interne ShipGlows et que la sortie doit renforcer la doctrine, la preuve ou la qualité d’exécution.
Navigation centrale
Où un nouvel agent doit regarder en premier selon la tâche.
Comment s’orienter vite dans le dépôt, repérer les zones sensibles et router les modifications.
Comment naviguer dans de grands fichiers shell procéduraux sans tout relire.
Où vit le contenu : docs, landing pages, clusters sémantiques, surfaces publiques et destinations de repurposing.
Pourquoi ShipGlows choisit correction, sécurité, maintenabilité, performance pertinente et preuve avant vitesse ou commodité.
Référence Markdown pour les skills maîtres, les skills de support et les modes d’arguments.
Cheatsheet publique pour les tags de recentrage légers couvrant le business, le contenu, la gouvernance, l’exécution et le système.
Vue d’ensemble publique, positionnement, onboarding et histoire framework de haut niveau.
Doctrine d’exécution derrière sf-spec, sf-ready, sf-start et sf-verify.
Contrats de décision
Business, produit, marque, GTM, architecture et guidelines restent séparés volontairement. Cette séparation évite les doublons, le contexte périmé et les contrats contradictoires.
Pour qui le produit existe, quelle valeur il crée et quel modèle il peut soutenir.
Ce que fait le produit, quels workflows comptent et quels non-objectifs doivent rester dehors.
Comment le produit doit parler, ce qu’il peut revendiquer et comment la confiance se gagne.
Comment le produit est présenté publiquement, quelles objections comptent et quelles preuves le soutiennent.
Comment le système est organisé, où sont les frontières et quels invariants tiennent.
Comment contribuer dans le dépôt et quelles règles techniques restent stables.
Logique d’exécution
La couche de contexte dit à l’agent où commencer. Les contrats de décision disent ce qui compte. La doctrine de workflow dit comment passer de la réduction d’ambiguïté à une livraison vérifiée.