Synthèse automatique
Ce skill guide la mise en place de pipelines CI/CD pour des intégrations Evernote, avec des tests unitaires basés sur un mock et des tests d'intégration sur le sandbox Evernote.
Points forts
- Fournit un workflow GitHub Actions complet séparant tests unitaires (sur PR) et tests d'intégration (sur main)
- Inclut une classe MockNoteStore couvrant createNote, getNote, findNotesMetadata, listNotebooks et listTags
- Documente la gestion des secrets (consumer key/secret, dev token) avec des noms distincts par environnement
- Propose un tableau de gestion d'erreurs concret : token expiré, tests instables liés au rate limiting, secret manquant, dérive du mock
Limites
- Le skill est très centré sur GitHub Actions ; les autres plateformes CI (GitLab, etc.) ne sont que mentionnées
- Le mock et les exemples de tests détaillés renvoient à un guide d'implémentation externe (references/implementation-guide.md)
- Suppose une bonne connaissance préalable de l'API Evernote (NoteStore, sandbox, Developer Token)
À utiliser lorsqu'on veut automatiser les tests et le déploiement d'un projet qui s'appuie sur l'API Evernote, notamment via GitHub Actions.
À éviter si le projet n'utilise pas Evernote ou si l'on cherche une configuration CI générique indépendante d'un SaaS spécifique.
Analyse de sécurité
SûrThe skill provides legitimate CI/CD configuration guidance for Evernote integrations, including GitHub Actions, mock-based testing, and secrets handling. It does not instruct destructive actions, credential exfiltration, obfuscated execution, or disabling safety controls. Bash usage is limited to npm commands, consistent with its declared scope.
Aucun point d'attention détecté
Comment cette analyse est faiteExemples
Set up a GitHub Actions CI pipeline for my Evernote integration: unit tests on every PR, integration tests against the Evernote sandbox only on main, using repository secrets.Create a MockNoteStore class for my Jest tests that mocks createNote, getNote, listNotebooks and listTags so my Evernote unit tests run without credentials.My Evernote integration tests in CI keep failing intermittently with auth and rate-limit errors — help me stabilize the pipeline and manage the sandbox developer token.name: evernote-ci-integration description: | Configure CI/CD pipelines for Evernote integrations. Use when setting up automated testing, continuous integration, or deployment pipelines for Evernote projects. Trigger with phrases like "evernote ci", "evernote github actions", "evernote pipeline", "automate evernote tests". allowed-tools: Read, Write, Edit, Bash(npm:*), Grep version: 1.0.0 license: MIT author: Jeremy Longshore jeremy@intentsolutions.io compatible-with: claude-code, codex, openclaw tags: [saas, evernote, deployment, testing, ci-cd]
Evernote CI Integration
Overview
Configure continuous integration pipelines for Evernote integrations with mock-based unit tests, sandbox-based integration tests, credential management, and deployment workflows.
Prerequisites
- Git repository with Evernote integration code
- CI/CD platform (GitHub Actions, GitLab CI, etc.)
- Test framework (Jest, Vitest, or Mocha)
- Sandbox API credentials for integration tests
Instructions
Step 1: GitHub Actions Workflow
Create a workflow that runs unit tests on every PR and integration tests on merges to main. Store sandbox credentials as GitHub Actions secrets.
# .github/workflows/evernote-ci.yml
name: Evernote CI
on: [push, pull_request]
jobs:
test:
runs-on: ubuntu-latest
steps:
- uses: actions/checkout@v4
- uses: actions/setup-node@v4
with: { node-version: '20' }
- run: npm ci
- run: npm test
- name: Integration tests
if: github.ref == 'refs/heads/main'
env:
EVERNOTE_DEV_TOKEN: ${{ secrets.EVERNOTE_SANDBOX_TOKEN }}
EVERNOTE_SANDBOX: 'true'
run: npm run test:integration
Step 2: Mock Evernote Client for Unit Tests
Create a mock NoteStore that returns predictable data without hitting the API. Mock createNote, getNote, findNotesMetadata, listNotebooks, and listTags.
class MockNoteStore {
constructor() {
this.notes = new Map();
this.notebooks = [{ guid: 'nb-1', name: 'Default', defaultNotebook: true }];
}
async createNote(note) {
const guid = `note-${Date.now()}`;
const created = { ...note, guid, created: Date.now(), updated: Date.now() };
this.notes.set(guid, created);
return created;
}
async getNote(guid, withContent) {
const note = this.notes.get(guid);
if (!note) throw { identifier: 'Note.guid', key: guid };
return withContent ? note : { ...note, content: undefined };
}
async listNotebooks() { return this.notebooks; }
}
Step 3: Unit and Integration Test Examples
Write unit tests against the mock client (fast, no credentials needed). Write integration tests against the sandbox (slow, needs EVERNOTE_DEV_TOKEN). Tag integration tests so they can run separately.
Step 4: Secrets Management
Store EVERNOTE_CONSUMER_KEY, EVERNOTE_CONSUMER_SECRET, and EVERNOTE_DEV_TOKEN as repository secrets. Never log or echo secret values. Use environment-specific secret names for staging vs production.
For the full CI workflow, mock client, test examples, and deployment pipeline, see Implementation Guide.
Output
- GitHub Actions workflow with unit and integration test stages
MockNoteStoreclass for deterministic unit testing- Integration test suite using sandbox credentials
- Secrets management configuration for GitHub Actions
- npm scripts:
test,test:unit,test:integration
Error Handling
| Error | Cause | Solution | |-------|-------|----------| | Integration test auth failure | Expired sandbox token | Regenerate Developer Token in sandbox settings | | Flaky integration tests | Rate limits in CI | Add delays between integration tests, reduce parallelism | | Secret not available | Missing repository secret | Add secret in GitHub Settings > Secrets and variables | | Mock drift | Mock doesn't match real API behavior | Update mock when upgrading SDK version |
Resources
Next Steps
For deployment pipelines, see evernote-deploy-integration.
Examples
Unit test suite: Test NoteService.createNote() against MockNoteStore to verify ENML wrapping, title sanitization, and tag handling without any API calls.
Sandbox integration test: In CI, create a note in the sandbox, retrieve it by GUID, verify content matches, then delete it. Runs only on main branch merges.
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/evernote-ci-integration-mrx3xz98/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/evernote-ci-integration-mrx3xz98' && curl --fail --show-error --location 'https://skills-guides.com/api/skills/evernote-ci-integration-mrx3xz98/download' --output '.skill-downloads/evernote-ci-integration-mrx3xz98/SKILL.md.part' && mv '.skill-downloads/evernote-ci-integration-mrx3xz98/SKILL.md.part' '.skill-downloads/evernote-ci-integration-mrx3xz98/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.
Outils déclarés par l’auteur (à vérifier dans votre agent) : Read, Write, Edit, Bash(npm:*), Grep
Extrait original : Prerequisites
- Git repository with Evernote integration code
- CI/CD platform (GitHub Actions, GitLab CI, etc.)
- Test framework (Jest, Vitest, or Mocha)
- Sandbox API credentials for integration tests
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/evernote-ci-integration-mrx3xz98/SKILL.md' && test -s '.skill-downloads/evernote-ci-integration-mrx3xz98/SKILL.md' && mkdir -p '.claude/skills' && test ! -e '.claude/skills/evernote-ci-integration' && cp -R '.skill-downloads/evernote-ci-integration-mrx3xz98' '.claude/skills/evernote-ci-integration'Codex
test -f '.skill-downloads/evernote-ci-integration-mrx3xz98/SKILL.md' && test -s '.skill-downloads/evernote-ci-integration-mrx3xz98/SKILL.md' && mkdir -p '.agents/skills' && test ! -e '.agents/skills/evernote-ci-integration' && cp -R '.skill-downloads/evernote-ci-integration-mrx3xz98' '.agents/skills/evernote-ci-integration'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/evernote-ci-integration-mrx3xz98'openskills read 'evernote-ci-integration-mrx3xz98'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/evernote-ci-integration-mrx3xz98/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.