Le plan arrive avant le design
Vous devez obtenir des titres et une ligne chacun, pas une sortie mise en forme. Si la première chose que vous voyez est un habillage de diapositive fini, l'étape qui valait la peine d'être relue a été sautée.
La session sait ce qui a changé et pourquoi ; les personnes qui valident ne le savent pas. Felo Slides transforme les conclusions déjà rassemblées par la session en un plan diapositive par diapositive, que vous pouvez élaguer avant que quiconque passe du temps sur le design.
cp -r felo-skills/felo-slides ~/.pi/agent/skills/Harness de code minimal en terminal
Pi garde volontairement un noyau réduit et vous invite à l'étendre : un skill est donc la façon prévue d'ajouter de la portée sans ajouter d'outils à maintenir.
La génération de diapositives est un bundle ordinaire : elle suit donc le même chemin que tout le reste sur Pi. Montez-le globalement si vous écrivez souvent des revues, gardez-le limité au projet si vous n'en avez besoin que pour une migration.
~/.pi/agent/skills/GlobalTous les projets de cette machine. Placez-y un bundle une fois que vous l'avez lu et que vous le voulez partout.
~/.agents/skills/PartagéLe dossier que les autres harnesses lisent aussi : un seul clone sert Pi et tout ce que vous exécutez d'autre.
.pi/skills/ProjetCe dépôt uniquement, et seulement après avoir approuvé le projet. Le bon endroit pour évaluer un bundle que vous n'avez pas encore lu.
pi install npm:@scope/pkgPaquetLe dossier skills/ d'un paquet, versionné et mettable à jour. La voie la plus propre dès qu'un bundle mérite une place permanente.
pi --skill /path/to/felo-slidesVous obtenez des titres et une ligne d'argument chacun. Ce n'est volontairement pas un deck fini : c'est la version que vous pouvez élaguer, réordonner et contredire avant qu'elle ne devienne l'après-midi de quelqu'un.
Comme le plan est construit à partir de la session, chaque ligne peut être rattachée à la commande ou au fichier qui l'a produite.
Un générateur de decks qui ignore votre travail produira quand même des diapositives plausibles : ces contrôles portent donc sur la provenance.
Vous devez obtenir des titres et une ligne chacun, pas une sortie mise en forme. Si la première chose que vous voyez est un habillage de diapositive fini, l'étape qui valait la peine d'être relue a été sautée.
Prenez une affirmation et demandez de quel fichier ou de quelle commande elle vient. Une diapositive intraçable est celle qui vous met en difficulté en réunion.
Si la session n'a rien trouvé pour un titre, la bonne sortie est un trou visible. Une phrase plausible qui comble le vide est pire qu'une diapositive vide.
Le plan est utile avant de devenir un deck, et il vaut mieux décider de la destination d'abord.
Collez le plan dans la description pour qu'un relecteur lise l'argument avant le diff, et puisse désigner la diapositive qu'il conteste.
Dépliez le plan accepté en diapositives une fois que l'argument ne bouge plus. Concevoir avant, c'est concevoir deux fois.
Gardez le plan à côté du code pour que la session suivante parte du raisonnement au lieu de le reconstruire à partir du diff.
Un deck vaut ce que valent les preuves en dessous, et le plan vaut ce que valent les sources derrière.
Cinq skills écrites pour Pi Coding Agent. Elles suivent le même schéma sur cette plateforme : vous pouvez donc les combiner dans une même session sans réexpliquer votre configuration.
Commencez par une skill, puis composez les modèles, les données en direct, les connaissances et les outils de sortie dont votre flux de travail sur Pi a besoin — avec la même clé que celle déjà utilisée par les skills Felo.
Utilisez un accès LLM au meilleur rapport coût-efficacité quand votre agent a besoin de raisonnement ou de génération sur mesure.
Donnez aux agents des signaux web et sociaux actuels plutôt que de vous appuyer sur un contexte périmé.
Ancrez le travail dans des connaissances réutilisables, puis transformez-le en livrables partageables.
Étendez le flux de travail de la recherche jusqu'aux résultats visuels et prêts pour Office.