Automated summary
This skill walks through setting up CI/CD pipelines for Evernote integrations, combining mock-based unit tests with sandbox-backed integration tests.
Strengths
- Provides a complete GitHub Actions workflow that splits unit tests on pull requests from integration tests on main
- Ships a MockNoteStore class covering createNote, getNote, findNotesMetadata, listNotebooks and listTags
- Documents secrets handling for consumer key/secret and dev token, with environment-specific naming for staging vs production
- Includes a practical error table covering expired tokens, rate-limit flakiness, missing secrets and mock drift
Limitations
- Heavily GitHub Actions-oriented; other CI platforms such as GitLab are only mentioned in passing
- The full mock client and test examples are deferred to an external implementation guide (references/implementation-guide.md)
- Assumes prior familiarity with the Evernote API concepts like NoteStore, sandbox and Developer Token
Use it when you need to automate testing and deployment for a project built on the Evernote API, especially with GitHub Actions.
Skip it if your project does not use Evernote or if you need a generic CI setup that is not tied to a specific SaaS.
Security analysis
SafeThe 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.
No concerns found
How this analysis is madeExamples
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.
From the file to a first result
The download contains exactly the content displayed on this page. This copy may differ from the latest version in the source repository.
View the source and supporting filesThis download contains SKILL.md only. Any scripts, references, templates and dependencies are not included. Get the required files from the source, preserving their directory structure, before continuing.
1. Download the file
Download SKILL.mdFrom the root of a test project, save the file as .skill-downloads/evernote-ci-integration-mrx3xz98/SKILL.md, or use the command below. This folder is for inspecting the skill before installation.
Command for macOS/Linux or WSL: requires a POSIX shell and curl. On Windows without WSL, use the download button and create the folder manually.
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. Check prerequisites
Read SKILL.md before using it. If it references scripts or external services, inspect them and prepare the required access in your test environment.
Tools declared by the author (check availability in your agent): Read, Write, Edit, Bash(npm:*), Grep
Original excerpt: 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
The platforms on this page are catalog indications. The paths below follow tool documentation; they do not prove this skill has been run in those tools. No minimum tool version is confirmed for this listing.
3. Load the skill
After inspection, copy the complete folder into your project using one of the commands below, then open a new tool session. The command stops if a folder with the same name already exists: compare the files before replacing it.
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 must already be installed. The local install/read procedure is checked with OpenSkills 1.5.0, which requires Node.js ≥ 20.6.0. Catalog slugs are not resolved automatically.
Official OpenSkills installationopenskills install './.skill-downloads/evernote-ci-integration-mrx3xz98'openskills read 'evernote-ci-integration-mrx3xz98'Reading should display the installed file content and its base directory. It does not run the skill or install its dependencies.
For an agent that reads AGENTS.md, then sync the index. This command changes AGENTS.md: review the diff before using it.
openskills syncManual method or another tool: attach SKILL.md to a conversation, or open it in an agent that can read files. Include any required supporting resources. No universal folder is recognized by every tool.
4. Try a first task
Use a short, synthetic input: an API endpoint, a small document or an interface brief. In a new conversation, attach the file or give the agent its path, then adapt this request:
Read .skill-downloads/evernote-ci-integration-mrx3xz98/SKILL.md and apply its instructions to this example: [describe a test input]. Identify any missing files, dependencies or access. Produce the result requested by the skill without inventing data or running unreviewed scripts.Expected result: output matching the skill instructions, or a precise list of missing prerequisites. A read confirmation alone does not validate a first use. If an external resource is unavailable, that path remains untested.
Configure a Chat Channel with SecretRefs
DevOps
Set up chat channels using non-interactive commands, with secrets only as SecretRefs. Covers gather, mutate, repair, and prove steps for reliable delivery.
Investigate ClickHouse CI Failures
DevOps
Investigate a ClickHouse CI failure end-to-end from a PR or S3 report URL. Fetches failed tests, classifies flaky vs real regression, and checks for existing issues/fixes.
Ansible PR Review
DevOps
Reviews an Ansible PR following the project's standardized process, including changelog checks, test coverage validation, and feedback tracking.