Synthèse automatique
Décrit les conventions du modèle de projet AWS Lambda pywf v0.2.1, depuis les handlers Lambda et la configuration jusqu'aux stacks CDK et au déploiement.
Points forts
- Organisé en références ciblées par sujet, avec des indications sur le fichier à consulter selon la modification.
- Fixe les règles de priorité pour la disposition des stacks et renvoie aux skills dédiés pour les API des bibliothèques.
- Couvre le parcours complet du code Lambda et des tests à la configuration SSM, aux stacks CDK et aux recettes de déploiement.
- Les liens sont épinglés à la version 0.2.1 du modèle et le projet réel prévaut en cas d'écart.
Limites
- Ne concerne que les projets générés à partir de ce modèle pywf précis et de ses dépendances.
- Dépend de plusieurs skills externes et dépôts amont pour obtenir les détails complets des API.
- Suppose une bonne connaissance d'AWS Lambda et de CDK ; c'est une référence de conventions, pas un tutoriel.
À utiliser avant de modifier du code Lambda, la configuration, les dépendances, les stacks CDK, les tâches mise ou les tests d'un projet généré par pywf, ou avant un déploiement.
À ne pas utiliser pour des projets AWS Lambda sans lien avec ce modèle ni comme tutoriel général sur AWS CDK.
Analyse de sécurité
SûrThe skill is a documentation index describing conventions for a Lambda/CDK project template. It declares no tools and contains no executable instructions, destructive commands, credential handling, or network/exfiltration behavior. External GitHub references are informational only.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
I need to add a new config field for a Lambda queue URL in this pywf project. Which reference should I follow, and which files need to change?Review my CDK stack changes against the pywf AWS Lambda template conventions, especially StackCtxEnum and StackEnum usage and the synth-only tests.I'm about to deploy this Lambda function. Walk me through the pywf deploy flow and the change recipes for the source asset and the layer.name: pywf-aws-lbd-base description: "Conventions of the pywf AWS Lambda project template (v0.2.1), one topic per reference: runtime, environment, the config model, names, and loading, the boto session, the one singleton; then the Lambda code (handlers, dependencies, tests), the devops environment, the config in SSM; the CDK part (layout, StackCtxEnum / StackEnum, stack exports, generated mise tasks, synth-only tests, change recipes); and shipping (source asset, layer, stacks, deploy flow, Lambda change recipes). Load it before changing a Lambda function, a dependency, config, credentials, a stack, a mise task, or a test in such a project, before deploying, or for a question about how it is organized."
The conventions of a multi-environment AWS Lambda project generated from the pywf AWS Lambda template, which extends the pywf AWS CDK template. A generated project already follows all of them; this skill says what they are, so changes keep them.
Version
Template 0.2.1, the version in the seed repo's pyproject.toml. Every link points to the git tag of that version: MacHu-GWU/cookiecutter_aws_lbd_demo-project at 0.2.1. If the project in front of you differs from the linked files, the project wins; tell the user.
Precedence
For the layout of stacks, follow references/15-cdk-stack-enums.md, not the multi-stack best practice of cdk_mate. For a library's API, use its own skill: pypi-cdk_mate, pypi-aws_lbd_art_builder_uv and pypi-aws_lbd_art_builder_core (layer and source build), pypi-simple_aws_ssm_parameter_store (config deploy), pypi-boto_session_manager, pypi-s3pathlib; and the aws-cdk-cli-ref skill for a cdk CLI option.
References
00 is how this skill is written. 01–08 are general and never mention Lambda or CDK. Then, from code to deployment: 09–13 the Lambda code, the devops environment, and the config in SSM (lbd-); 14–19 the CDK part (cdk-); 20–24 shipping the functions (lbd-). For a question, read only the file that covers it.
- Authoring This Skill (
references/00-authoring.md): Read before adding, editing, or renaming any file of this skill, or copying it to another template. - Project Layout (
references/01-project-layout.md): Read when looking for where a general concern lives, or deciding where a new one goes. - Runtime (
references/02-runtime.md): Read when code must behave differently on a developer machine and in CI, or when adding a runtime. - Environment (
references/03-env.md): Read when code depends on the environment, when switching environments, or when adding one. - Config Model (
references/04-config-model.md): Read before adding or changing a config field, or when deciding whether a value belongs in the config. - Names in the Config (
references/05-config-names.md): Read before naming any AWS resource, or before writing a name, ARN, or URL as a string anywhere else. - Boto Session (
references/06-boto-session.md): Read when code needs AWS credentials or a boto3 client, when setting up profiles, or when credentials go to the wrong account. - Config Loading (
references/07-config-load.md): Read when loading the config, adding or changing a config file, adding a config source, or when a config value is missing. - The
oneSingleton (references/08-one-singleton.md): Read before adding a project-level object, a client, or anything environment specific, or when code imports a singleton from somewhere other than one. - Lambda Handlers (
references/09-lbd-handlers.md): Read before writing, renaming, or reviewing a Lambda function. - Lambda Dependencies and Imports (
references/10-lbd-dependencies.md): Read before adding a dependency, importing a library, or reading the package version. - Lambda Tests (
references/11-lbd-tests.md): Read when writing or fixing a test of a Lambda function. - The devops Environment (
references/12-lbd-devops-env.md): Read before code or a task touches the devops account, or when setting up a machine to deploy. - Lambda Config in SSM (
references/13-lbd-config-ssm.md): Read before adding a config field a function reads, changing how a function loads its config, or running a config task. - CDK Layout (
references/14-cdk-layout.md): Read before writing or reviewing a stack, or when deciding where CDK code goes. - Stack Enums (
references/15-cdk-stack-enums.md): Read before adding, removing, or reordering a stack, or wiring one stack to another. - Stack Exports (
references/16-cdk-stack-exports.md): Read before adding or changing a stack output, or when another project needs a stack's values. - CDK mise Tasks (
references/17-cdk-mise-tasks.md): Read before running any cdk command or task, after changing the stacks or environments, or when editing mise.toml. - CDK Tests (
references/18-cdk-tests.md): Read when writing or fixing a CDK test. - CDK Change Recipes (
references/19-cdk-change-recipes.md): Read before adding or removing a stack, a resource, an output, a stack dependency, or an environment, or when checking that such a change is complete. - Lambda Source Asset (
references/20-lbd-source-asset.md): Read before changing which files are deployed, how the source is built, or when a deploy updates a function that did not change. - Lambda Layer (
references/21-lbd-layer.md): Read before building, publishing, granting, pinning, or deleting a layer version, or when a deploy fails on a layer. - Lambda Stacks (
references/22-lbd-stacks.md): Read before changing a Lambda function's infrastructure, its permissions, or its triggers. - Lambda Deploy Flow (
references/23-lbd-deploy-flow.md): Read before deploying, or when deciding which task a change needs. - Lambda Change Recipes (
references/24-lbd-change-recipes.md): Read before adding or removing a Lambda function, a trigger, a permission, a runtime dependency, a config field a function reads, or a workload environment, or when checking that such a change is complete.
Du fichier au premier essai
Le téléchargement contient exactement le contenu affiché sur cette fiche. Cette copie peut différer de la dernière version du dépôt source.
Consulter la source et ses fichiers annexesCe téléchargement contient uniquement SKILL.md. Les scripts, références, modèles et dépendances éventuels ne sont pas inclus. Récupérez les fichiers nécessaires depuis la source en conservant leur arborescence avant de poursuivre.
1. Télécharger le fichier
Télécharger SKILL.mdDepuis la racine d’un projet de test, enregistrez le fichier sous .skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r/SKILL.md, ou utilisez la commande suivante. Ce dossier sert à examiner la skill avant son installation.
Commande pour macOS/Linux ou WSL : un shell POSIX et curl sont nécessaires. Sous Windows sans WSL, utilisez le bouton de téléchargement et créez le dossier manuellement.
mkdir -p '.skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/pywf-aws-lambda-project-conventions-mvj1oc5r/download' --output '.skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r/SKILL.md.part' && mv '.skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r/SKILL.md.part' '.skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r/SKILL.md'2. Vérifier les prérequis
Lisez SKILL.md avant de l’utiliser. Si le fichier cite des scripts ou services externes, examinez-les et préparez les accès nécessaires dans votre environnement de test.
Aucune section de prérequis reconnue dans ce fichier. Cela ne signifie pas qu’il est autonome : les bibliothèques, outils et accès peuvent être cités ailleurs dans le contenu ou dans le dépôt source.
Les plateformes de la fiche sont des indications du catalogue. Les chemins ci-dessous suivent la documentation des outils ; ils ne prouvent pas que cette skill y a été exécutée. Aucune version minimale de ces outils n’est attestée pour cette fiche.
3. Charger la skill
Après vérification, copiez le dossier complet dans le projet avec l’une des commandes ci-dessous, puis ouvrez une nouvelle session de l’outil. La commande s’arrête si un dossier du même nom existe déjà : comparez les fichiers avant de le remplacer.
Claude Code
test -f '.skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r/SKILL.md' && test -s '.skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/pywf-aws-lbd-base' && cp -R '.skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r' '.claude/skills/pywf-aws-lbd-base'OpenSkills
OpenSkills doit déjà être installé. La procédure locale install/read est contrôlée avec OpenSkills 1.5.0, qui exige Node.js ≥ 20.6.0. Aucun slug du catalogue n’est résolu automatiquement.
Installation officielle d’OpenSkillsopenskills install './.skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r'openskills read 'pywf-aws-lambda-project-conventions-mvj1oc5r'La lecture doit afficher le contenu du fichier installé et son dossier de base. Elle ne lance ni la skill ni ses dépendances.
Pour un agent qui lit AGENTS.md, synchronisez ensuite l’index. Cette commande modifie AGENTS.md : relisez le diff avant de l’utiliser.
openskills syncMode manuel ou autre outil : joignez SKILL.md à une conversation, ou ouvrez-le dans un agent capable de lire les fichiers. Ajoutez les ressources annexes nécessaires. Il n’existe pas de dossier universel reconnu par tous les outils.
4. Faire un premier essai
Utilisez une entrée courte et fictive : un endpoint d’API, un petit document ou un brief d’interface. Dans une nouvelle conversation, joignez le fichier ou donnez son chemin à l’agent, puis adaptez cette demande :
Lis .skill-downloads/pywf-aws-lambda-project-conventions-mvj1oc5r/SKILL.md et applique ses instructions à cet exemple : [décrire une entrée de test]. Indique les fichiers, dépendances ou accès qui manquent. Produis le résultat demandé par la skill sans inventer de données ni exécuter de script non examiné.Résultat attendu : une sortie correspondant aux instructions de la skill, ou une liste précise des prérequis manquants. Une simple confirmation de lecture ne valide pas le premier usage. Si une ressource externe est indisponible, ce parcours reste à tester.
Configurer un canal de discussion avec SecretRefs
DevOps
Configurez des canaux de discussion avec des commandes non interactives, les secrets étant uniquement des SecretRefs. Couvre les étapes de collecte, modification, réparation et vérification.
Enquêter sur les échecs CI de ClickHouse
DevOps
Investigue un échec CI de ClickHouse de bout en bout à partir d'une URL de PR ou de rapport S3. Récupère les tests échoués, classe flaky vs vraie régression, et cherche des issues/fixes existants.
Revue de PR Ansible
DevOps
Examine une PR Ansible selon le processus standardisé du projet, incluant la validation des changelogs, la couverture de tests et le suivi des commentaires.