CtrlK
BlogDocsLog inGet started
Tessl Logo

langchain-multi-env-setup

Configure LangChain across dev/staging/production environments with isolated API keys, environment-specific settings, and secrets. Trigger: "langchain environments", "langchain staging", "langchain dev prod", "environment configuration", "langchain env setup".

64

Quality

77%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./plugins/saas-packs/langchain-pack/skills/langchain-multi-env-setup/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Discovery

89%

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 solid skill description that clearly identifies its niche (LangChain multi-environment configuration) and provides explicit trigger terms for skill selection. The main weakness is that the capability description could be more specific about the concrete actions performed (e.g., creating config files, managing secrets stores, setting up environment variables) rather than describing the general configuration scope.

Suggestions

Add more specific concrete actions like 'create .env files', 'manage secret stores', 'set up environment variable templates' to improve specificity beyond the current high-level description.

DimensionReasoningScore

Specificity

Names the domain (LangChain environment configuration) and some actions (isolated API keys, environment-specific settings, secrets), but doesn't list multiple concrete discrete actions—it's more of a general description of what the configuration involves rather than specific operations like 'create env files', 'rotate keys', 'validate configs'.

2 / 3

Completeness

Clearly answers both 'what' (configure LangChain across dev/staging/production with isolated API keys, environment-specific settings, and secrets) and 'when' (explicit trigger terms listed). The trigger terms serve as an explicit 'Use when' equivalent.

3 / 3

Trigger Term Quality

Includes explicit trigger terms that users would naturally say: 'langchain environments', 'langchain staging', 'langchain dev prod', 'environment configuration', 'langchain env setup'. These cover common variations of how users would phrase requests about LangChain environment setup.

3 / 3

Distinctiveness Conflict Risk

The combination of 'LangChain' with environment/configuration concepts creates a clear niche. The trigger terms are specific enough (e.g., 'langchain staging', 'langchain dev prod') that this is unlikely to conflict with generic environment configuration skills or other LangChain skills focused on different aspects.

3 / 3

Total

11

/

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, actionable skill with excellent concrete examples covering the full lifecycle of multi-environment LangChain configuration. Its main weaknesses are the monolithic structure (all code inline with no bundle files for offloading) and the lack of explicit validation checkpoints between workflow steps. The error handling table and startup validation are good additions but could be better integrated into the step-by-step flow.

Suggestions

Add explicit validation checkpoints between steps, e.g., 'Run `npx ts-node -e "import {loadConfig} from './config/langchain'; loadConfig()"` to verify config loads before proceeding to Step 3'

Split the large Zod configuration code into a bundle file (e.g., `config/langchain.ts`) and reference it from SKILL.md to improve progressive disclosure and reduce inline bulk

DimensionReasoningScore

Conciseness

The skill is mostly efficient with good use of tables and code blocks, but includes some unnecessary elements like the 'Resources' section with generic documentation links and the 'Next Steps' section. The environment strategy table is a nice touch, but some code blocks are longer than needed (e.g., the full Zod config could be tighter). The error handling table adds value but the overall document is on the verbose side for what it teaches.

2 / 3

Actionability

The skill provides fully executable TypeScript code with Zod validation, concrete bash commands for secret management (GCP, AWS), a complete GitHub Actions workflow YAML, and specific .env file examples. All code is copy-paste ready and includes real configuration values and patterns.

3 / 3

Workflow Clarity

Steps are clearly numbered (1-5) with a logical sequence from config definition through env files, secrets, CI/CD, and application usage. The startup validation section provides a fail-fast pattern. However, there's no explicit validation checkpoint between steps (e.g., 'verify your config loads before proceeding to Step 2') and no feedback loop for fixing issues during setup — the error handling table is reactive rather than integrated into the workflow.

2 / 3

Progressive Disclosure

The content is well-structured with clear headers and a logical flow, but it's a monolithic document with ~180 lines of inline code that could benefit from splitting (e.g., the full Zod config into a referenced file, CI/CD into a separate deployment guide). The reference to 'langchain-deploy-integration' in Next Steps is good but the main content is heavy for a single SKILL.md with no bundle files to offload to.

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.

Validation9 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

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

Repository
jeremylongshore/claude-code-plugins-plus-skills
Reviewed

Table of Contents

Is this your skill?

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.