Instructions
# Écrire comme le soleil
Utilisez cette fonctionnalité lorsqu'un utilisateur fournit un article et souhaite en extraire les mécanismes d'écriture, remplacer les variables de l'histoire, générer un article remixé ou convertir le résultat en un scénario de courte pièce de théâtre.
## Contrat d'exploitation
- Travaillez à partir de la source fournie par l'utilisateur. Ne présumez jamais d'un chemin local, d'un coffre-fort Obsidian, d'une base de données, d'une clé API, d'un service réseau ou de l'état d'une conversation antérieure.
La langue par défaut est le chinois. Veuillez respecter la longueur et le ton demandés ; si ces informations ne sont pas précisées, demandez les éléments créatifs manquants avant de rédiger le texte.
- Considérez la source comme appartenant à l'utilisateur ou autorisée par celui-ci, conformément à la politique produit de cette fonctionnalité. Affichez un bref rappel non bloquant indiquant que le téléchargement ne constitue pas en soi une preuve de droits de publication ou d'adaptation.
Utilisez par défaut des personnages fictifs. Si le nom d'une personne réelle est fourni ou reconnaissable, avertissez du risque pour la réputation et la plateforme et proposez une version fictive. Il s'agit d'un avertissement à visée créative, et non d'une vérification d'identité ou d'un avis juridique.
Le remix à haute similarité est l'option par défaut. Il préserve le rythme des phrases, le rythme des paragraphes, la perspective narrative, les procédés de contraste, les répétitions et le timing des révélations. Il remplace les personnages, les événements causaux, les lieux et le contenu sémantique afin de créer une nouvelle histoire plutôt qu'une simple substitution de noms.
Considérez le titre et l'introduction comme des zones de haute fidélité. Préservez la structure grammaticale, la densité d'information et la forme conflictuelle du titre source, puis remplacez les noms propres et les particularités sémantiques. Si le titre source se limite à une relation et un nom, conservez cette simplicité ; n'ajoutez pas d'élément explicatif absent du texte original. Préservez l'ordre des informations et la progression des phrases de l'introduction : contraste concret ou mesure → demande/incident immédiat → détail opérationnel révélant la relation → présage d'une rupture ou d'une disparition → transition vers la rétrospective. Ne copiez pas un long passage continu et ne conservez pas la chronologie unique des événements du texte source.
- Ne pas inclure l'intégralité de l'article source de l'utilisateur dans ce module. Citez uniquement les extraits courts et pertinents figurant dans les résultats d'analyse.
## Modes
Sélectionnez un mode parmi ceux demandés par l'utilisateur. Si aucun mode n'est clairement indiqué, présentez les six modes ci-dessous et demandez lequel exécuter.
1. **Analyse** : extraire les faits observés, les règles candidates, les procédés narratifs spécifiques, la syntaxe du titre, l’ordre des informations initiales, la portée des preuves, le niveau de confiance et les caractéristiques superficielles non transférables. Voir `references/analysis-schema.md`.
2. **Configuration** : rassemblez ou normalisez les éléments suivants : prémisse, thème, personnages, relations, désirs, obstacles, cadre, chronologie, fin, intensité humoristique, longueur et préréglage dramatique. Consultez `references/story-bible-schema.md`.
3. **Remix** : appliquez les mécanismes analysés aux variables configurées. Préservez le comportement général de l’interface tout en modifiant les événements sémantiques et la logique des personnages. Rédigez le titre et le synopsis d’ouverture avant le corps du texte. En l’absence d’analyse, analysez d’abord le code source.
4. **Rédaction** : Rédigez l’intégralité du récit chinois à partir du recueil de textes et des éléments mécaniques sélectionnés. Rédigez et vérifiez le titre et l’introduction avant de développer le corps du texte. Veillez à ce que les rappels et les motifs soient pertinents ; ne cherchez pas à expliquer la morale, mais plutôt à la mettre en scène.
5. **Scénario** : transformer une histoire en scénario littéraire et en fiche de production IA. Voir `references/drama-script-schema.md`.
6. **Révision** : exécutez les contrôles automatiques et signalez les blocages, les avertissements, les scores et les corrections concrètes. Consultez `references/quality-rubric.md`.
## Flux de travail
Suivez le chemin complet le plus court :
`analyser -> configurer -> remixer/écrire -> examiner -> script -> examiner`
Consultez le fichier `references/workflow.md` pour connaître les entrées, les sorties, les règles de continuation et les notes de benchmark GitHub de chaque étape. Un utilisateur peut ignorer une étape uniquement si l'artefact requis est déjà présent dans l'invite de commande ou l'espace de travail.
À chaque étape :
1. Indiquez quel artefact est utilisé et quelles hypothèses sont manquantes.
2. Produire un résultat Markdown lisible par un humain.
3. Lorsque l'utilisateur demande une sortie lisible par machine, fournissez la forme JSON correspondante à partir du schéma pertinent.
4. Explicitez les décisions non résolues au lieu d'inventer silencieusement des contraintes.
## Portes de sortie et de qualité
L'article doit comporter le titre demandé, le point de vue narratif, la structure et la conclusion. Conservez les éléments fonctionnels du texte source, mais pas ses noms propres ni ses affirmations factuelles.
Le titre de l'article doit respecter la syntaxe, le nombre d'éléments et la densité d'information de la source. Remplacez les noms propres et les faits de la source, mais n'allongez pas ou ne développez pas un titre minimal, sauf si l'utilisateur demande une variante. Les premiers paragraphes doivent suivre l'ordre d'analyse des informations de la source et présenter l'élément déclencheur avant le contexte. Si l'utilisateur demande explicitement une introduction différente, respectez sa demande et notez la modification.
- Le résultat du remix doit inclure une courte `description des modifications` listant les personnages, événements, décors, fin, sémantique du titre et faits initiaux modifiés afin que la transformation sémantique soit vérifiable.
Le script doit fournir les deux éléments de sortie mentionnés dans `references/drama-script-schema.md`. La durée par défaut est de 60 à 90 secondes par épisode et le nombre d'épisodes est de 12 à 24 ; les paramètres fournis par l'utilisateur sont acceptés.
- L'évaluation doit vérifier le postulat de départ, les objectifs des personnages, la chronologie, la causalité, les rappels de motifs, la durée/le budget temps, les dialogues, l'humour, l'originalité des événements sémantiques, les indicateurs de personnes réelles et l'exhaustivité du format.
N’affirmez jamais que la notation automatique prouve la qualité artistique ou la conformité légale. L’examen humain demeure la dernière étape.
Description
La taille d’un Skill.md : 5,54 KiB. Le poids d’un manuscrit imprimé de cinquante millions de caractères : environ 250 kg. Writing Like Sun s’inspire d’un article connu publié sur X. Le titre, l’ouverture, le rythme, la structure, les désirs des personnages, les rappels d’objets et le mécanisme de la conclusion sont organisés en une méthode d’écriture, afin que de nouveaux personnages fictifs, cadres et événements adoptent la même température narrative. Avec ce Skill, vous pouvez écrire, dans un tout nouvel univers, une histoire qui procure la même sensation que « Cet article », et porter la structure, la langue et la finition narrative au niveau représenté par un premier prix du concours d’écriture New Concept : calme et précise, absurde mais crédible, apparemment très sérieuse, tout en créant sans cesse des contrastes grâce aux détails. Comme pour décrire un soleil : Writing Like the Sun. Ce Skill ne concerne aucune personne ni aucun événement du monde réel.
Écrire comme Sun
Une écriture digne d’un premier prix
Instructions
# Écrire comme le soleil
Utilisez cette fonctionnalité lorsqu'un utilisateur fournit un article et souhaite en extraire les mécanismes d'écriture, remplacer les variables de l'histoire, générer un article remixé ou convertir le résultat en un scénario de courte pièce de théâtre.
## Contrat d'exploitation
- Travaillez à partir de la source fournie par l'utilisateur. Ne présumez jamais d'un chemin local, d'un coffre-fort Obsidian, d'une base de données, d'une clé API, d'un service réseau ou de l'état d'une conversation antérieure.
La langue par défaut est le chinois. Veuillez respecter la longueur et le ton demandés ; si ces informations ne sont pas précisées, demandez les éléments créatifs manquants avant de rédiger le texte.
- Considérez la source comme appartenant à l'utilisateur ou autorisée par celui-ci, conformément à la politique produit de cette fonctionnalité. Affichez un bref rappel non bloquant indiquant que le téléchargement ne constitue pas en soi une preuve de droits de publication ou d'adaptation.
Utilisez par défaut des personnages fictifs. Si le nom d'une personne réelle est fourni ou reconnaissable, avertissez du risque pour la réputation et la plateforme et proposez une version fictive. Il s'agit d'un avertissement à visée créative, et non d'une vérification d'identité ou d'un avis juridique.
Le remix à haute similarité est l'option par défaut. Il préserve le rythme des phrases, le rythme des paragraphes, la perspective narrative, les procédés de contraste, les répétitions et le timing des révélations. Il remplace les personnages, les événements causaux, les lieux et le contenu sémantique afin de créer une nouvelle histoire plutôt qu'une simple substitution de noms.
Considérez le titre et l'introduction comme des zones de haute fidélité. Préservez la structure grammaticale, la densité d'information et la forme conflictuelle du titre source, puis remplacez les noms propres et les particularités sémantiques. Si le titre source se limite à une relation et un nom, conservez cette simplicité ; n'ajoutez pas d'élément explicatif absent du texte original. Préservez l'ordre des informations et la progression des phrases de l'introduction : contraste concret ou mesure → demande/incident immédiat → détail opérationnel révélant la relation → présage d'une rupture ou d'une disparition → transition vers la rétrospective. Ne copiez pas un long passage continu et ne conservez pas la chronologie unique des événements du texte source.
- Ne pas inclure l'intégralité de l'article source de l'utilisateur dans ce module. Citez uniquement les extraits courts et pertinents figurant dans les résultats d'analyse.
## Modes
Sélectionnez un mode parmi ceux demandés par l'utilisateur. Si aucun mode n'est clairement indiqué, présentez les six modes ci-dessous et demandez lequel exécuter.
1. **Analyse** : extraire les faits observés, les règles candidates, les procédés narratifs spécifiques, la syntaxe du titre, l’ordre des informations initiales, la portée des preuves, le niveau de confiance et les caractéristiques superficielles non transférables. Voir `references/analysis-schema.md`.
2. **Configuration** : rassemblez ou normalisez les éléments suivants : prémisse, thème, personnages, relations, désirs, obstacles, cadre, chronologie, fin, intensité humoristique, longueur et préréglage dramatique. Consultez `references/story-bible-schema.md`.
3. **Remix** : appliquez les mécanismes analysés aux variables configurées. Préservez le comportement général de l’interface tout en modifiant les événements sémantiques et la logique des personnages. Rédigez le titre et le synopsis d’ouverture avant le corps du texte. En l’absence d’analyse, analysez d’abord le code source.
4. **Rédaction** : Rédigez l’intégralité du récit chinois à partir du recueil de textes et des éléments mécaniques sélectionnés. Rédigez et vérifiez le titre et l’introduction avant de développer le corps du texte. Veillez à ce que les rappels et les motifs soient pertinents ; ne cherchez pas à expliquer la morale, mais plutôt à la mettre en scène.
5. **Scénario** : transformer une histoire en scénario littéraire et en fiche de production IA. Voir `references/drama-script-schema.md`.
6. **Révision** : exécutez les contrôles automatiques et signalez les blocages, les avertissements, les scores et les corrections concrètes. Consultez `references/quality-rubric.md`.
## Flux de travail
Suivez le chemin complet le plus court :
`analyser -> configurer -> remixer/écrire -> examiner -> script -> examiner`
Consultez le fichier `references/workflow.md` pour connaître les entrées, les sorties, les règles de continuation et les notes de benchmark GitHub de chaque étape. Un utilisateur peut ignorer une étape uniquement si l'artefact requis est déjà présent dans l'invite de commande ou l'espace de travail.
À chaque étape :
1. Indiquez quel artefact est utilisé et quelles hypothèses sont manquantes.
2. Produire un résultat Markdown lisible par un humain.
3. Lorsque l'utilisateur demande une sortie lisible par machine, fournissez la forme JSON correspondante à partir du schéma pertinent.
4. Explicitez les décisions non résolues au lieu d'inventer silencieusement des contraintes.
## Portes de sortie et de qualité
L'article doit comporter le titre demandé, le point de vue narratif, la structure et la conclusion. Conservez les éléments fonctionnels du texte source, mais pas ses noms propres ni ses affirmations factuelles.
Le titre de l'article doit respecter la syntaxe, le nombre d'éléments et la densité d'information de la source. Remplacez les noms propres et les faits de la source, mais n'allongez pas ou ne développez pas un titre minimal, sauf si l'utilisateur demande une variante. Les premiers paragraphes doivent suivre l'ordre d'analyse des informations de la source et présenter l'élément déclencheur avant le contexte. Si l'utilisateur demande explicitement une introduction différente, respectez sa demande et notez la modification.
- Le résultat du remix doit inclure une courte `description des modifications` listant les personnages, événements, décors, fin, sémantique du titre et faits initiaux modifiés afin que la transformation sémantique soit vérifiable.
Le script doit fournir les deux éléments de sortie mentionnés dans `references/drama-script-schema.md`. La durée par défaut est de 60 à 90 secondes par épisode et le nombre d'épisodes est de 12 à 24 ; les paramètres fournis par l'utilisateur sont acceptés.
- L'évaluation doit vérifier le postulat de départ, les objectifs des personnages, la chronologie, la causalité, les rappels de motifs, la durée/le budget temps, les dialogues, l'humour, l'originalité des événements sémantiques, les indicateurs de personnes réelles et l'exhaustivité du format.
N’affirmez jamais que la notation automatique prouve la qualité artistique ou la conformité légale. L’examen humain demeure la dernière étape.
Description
La taille d’un Skill.md : 5,54 KiB. Le poids d’un manuscrit imprimé de cinquante millions de caractères : environ 250 kg. Writing Like Sun s’inspire d’un article connu publié sur X. Le titre, l’ouverture, le rythme, la structure, les désirs des personnages, les rappels d’objets et le mécanisme de la conclusion sont organisés en une méthode d’écriture, afin que de nouveaux personnages fictifs, cadres et événements adoptent la même température narrative. Avec ce Skill, vous pouvez écrire, dans un tout nouvel univers, une histoire qui procure la même sensation que « Cet article », et porter la structure, la langue et la finition narrative au niveau représenté par un premier prix du concours d’écriture New Concept : calme et précise, absurde mais crédible, apparemment très sérieuse, tout en créant sans cesse des contrastes grâce aux détails. Comme pour décrire un soleil : Writing Like the Sun. Ce Skill ne concerne aucune personne ni aucun événement du monde réel.
Trouve ta prochaine compétence préférée
Explore d'autres compétences IA sélectionnées pour la recherche, la création et le travail quotidien.