Build automated pipelines from Granola meeting notes to GitHub Issues, Linear tasks, Slack notifications, and documentation updates using Zapier and GitHub Actions. Trigger: "granola CI", "granola automation pipeline", "granola to github", "granola to linear", "meeting notes automation".
84
82%
Does it follow best practices?
Impact
Pending
No eval scenarios have been run
Risky
Do not use without reviewing
Quality
Discovery
100%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is a strong skill description that clearly defines a specific niche: automating Granola meeting notes into various project management and communication tools. It lists concrete actions, specific tools, and explicit trigger terms. The description is concise yet comprehensive, making it easy for Claude to distinguish this skill from others.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: building automated pipelines from Granola meeting notes to GitHub Issues, Linear tasks, Slack notifications, and documentation updates, using specific tools (Zapier and GitHub Actions). | 3 / 3 |
Completeness | Clearly answers both 'what' (build automated pipelines from Granola meeting notes to various destinations using Zapier and GitHub Actions) and 'when' (explicit trigger terms listed with a 'Trigger:' clause that serves the same function as 'Use when'). | 3 / 3 |
Trigger Term Quality | Includes natural trigger terms users would say: 'granola CI', 'granola automation pipeline', 'granola to github', 'granola to linear', 'meeting notes automation'. These cover multiple natural variations and specific tool combinations. | 3 / 3 |
Distinctiveness Conflict Risk | Highly distinctive niche combining Granola meeting notes with specific automation targets (GitHub Issues, Linear, Slack) and tools (Zapier, GitHub Actions). Very unlikely to conflict with other skills due to the specific tool chain. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
64%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This is a solid, highly actionable skill with concrete code and configurations that Claude can directly use to build the pipeline. Its main weaknesses are the lack of inline validation checkpoints between pipeline steps (important for a multi-service integration) and the monolithic structure that could benefit from splitting detailed configs into referenced files. The error handling table and testing checklist are valuable additions but would be more effective if validation were woven into the workflow itself.
Suggestions
Add explicit validation checkpoints between steps, e.g., 'After Step 2, test the Code step in Zapier's test panel and verify the output JSON contains the expected action_count and actions fields before proceeding.'
Consider splitting the GitHub Actions workflow and the Zapier code step into separate referenced files (e.g., `meeting-log-workflow.yml`, `zapier-parse-actions.js`) to reduce the main skill's length and improve progressive disclosure.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill is fairly well-structured but includes some unnecessary verbosity—the Overview section restates what the steps already show, and some YAML config blocks include comments that explain obvious things. The error handling table and testing checklist add value but could be slightly tighter. | 2 / 3 |
Actionability | The skill provides fully concrete, copy-paste-ready configurations and code: executable JavaScript for the Zapier code step, complete GitHub Actions YAML workflows, specific Zapier action configurations with field mappings, and webhook POST details with headers and body structure. | 3 / 3 |
Workflow Clarity | The steps are clearly sequenced and the pipeline flow diagram is excellent. However, there are no explicit validation checkpoints between steps—no 'verify the trigger fires before proceeding to Step 3' or 'test the code step output before wiring up downstream actions.' The testing checklist is at the end rather than integrated as verification gates. For a multi-step pipeline involving webhooks and API calls, inline validation/feedback loops are important. | 2 / 3 |
Progressive Disclosure | The content is well-organized with clear sections and a logical flow, but it's quite long (~170 lines of substantive content) and could benefit from splitting detailed configurations (e.g., the GitHub Actions workflow, the Zapier code step) into separate reference files. The 'Next Steps' reference to granola-deploy-integration is good, but the main body is monolithic. | 2 / 3 |
Total | 9 / 12 Passed |
Validation
81%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 9 / 11 Passed
Validation for skill structure
| Criteria | Description | Result |
|---|---|---|
allowed_tools_field | 'allowed-tools' contains unusual tool name(s) | Warning |
frontmatter_unknown_keys | Unknown frontmatter key(s) found; consider removing or moving to metadata | Warning |
Total | 9 / 11 Passed | |
70e9fa4
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.