
vscode-httpyac-config
Configure VSCode with httpYac for API testing and automation. This skill should be used specifically when converting API documentation to executable .http files (10+ endpoints), setting up authentication flows with pre-request scripts, implementing request chaining with response data, organizing multi-file collections with environment management, or establishing Git-based API testing workflows with CI/CD integration.
- Installs
- 513
- Last 24h
- —
- Trending rank
- —
- Security
- Not audited
Install
Works with every agent the skills CLI supports.
npx skills add https://github.com/libukai/awesome-agent-skills --skill vscode-httpyac-config- 01
Install
Run the command in your project. The CLI asks which agents to install for.
- 02
Describe the task
Ask your agent for something this skill covers. It loads vscode-httpyac-config automatically when relevant.
- 03
Review the result
The agent follows the SKILL.md steps, scripts and references bundled with the skill.
SKILL.md
The instructions your agent reads when the skill is triggered.
VSCode httpYac Configuration
About This Skill
Transform API documentation into executable, testable .http files with httpYac. This skill provides workflow guidance for creating production-ready API collections with scripting, authentication, environment management, and CI/CD integration.
When to Use This Skill
- API Documentation → Executable Files: Converting API specs (Swagger, Postman, docs) to httpYac format
- Authentication Implementation: Setting up OAuth2, Bearer tokens, or complex auth flows
- Large Collections: Organizing 10+ endpoints with multi-file structure
- Request Chaining: Passing data between requests (login → use token → create → update)
- Environment Management: Dev/test/production environment switching
- Team Workflows: Git-based collaboration with secure credential handling
- CI/CD Integration: Automated testing in GitHub Actions, GitLab CI, etc.
Expected Outcomes
- ✅ Working .http files with correct httpYac syntax
- ✅ Environment-based configuration (.env files, .httpyac.json)
- ✅ Secure credential management (no secrets in git)
- ✅ Request chaining and response validation
- ✅ Team-ready structure with documentation
- ✅ CI/CD pipeline integration (optional)
Core Workflow
Phase 1: Discovery and Planning
Objective: Understand API structure and propose file organization.
Key Questions:
- How many endpoints? (< 20 = single file, 20+ = multi-file)
- Authentication method? (Bearer, OAuth2, API Key, Basic Auth)
- Environments needed? (dev, test, staging, production)
- Existing docs? (Swagger, Postman collection, documentation URL)
Propose Structure to User:
Identified API modules:
- Authentication (2 endpoints)
- Users (5 endpoints)
- Articles (3 endpoints)
Recommended: Multi-file structure
- auth.http
- users.http
- articles.http
Proceed with this structure?
📖 Detailed Guide: references/WORKFLOW_GUIDE.md
Phase 2: Template-Based File Creation
🚨 MANDATORY: Always start with templates from assets/ directory.
Template Usage Sequence:
- Read
assets/http-file.template - Copy structure to target file
- Replace {{PLACEHOLDER}} variables
- Add API-specific requests
- Verify syntax against
references/SYNTAX.md
Available Templates:
assets/http-file.template→ Complete .http file structureassets/httpyac-config.template→ Configuration fileassets/env.template→ Environment variables
Key Files to Create:
.httpfiles → API requests.env→ Environment variables (gitignored).env.example→ Template with placeholders (committed).httpyac.json→ Configuration (optional)
📖 File Structure Guide: references/WORKFLOW_GUIDE.md#phase-2
Phase 3: Implement Authentication
Select Pattern Based on API Type:
| API Type | Pattern | Reference Location |
|---|---|---|
| Static token | Simple Bearer | references/AUTHENTICATION_PATTERNS.md#pattern-1 |
| OAuth2 credentials | Auto-fetch token | references/AUTHENTICATION_PATTERNS.md#pattern-2 |
| Token refresh | Auto-refresh | references/AUTHENTICATION_PATTERNS.md#pattern-3 |
| API Key | Header or query | references/AUTHENTICATION_PATTERNS.md#pattern-5-6 |
Quick Example:
# @name login
POST {{baseUrl}}/auth/login
Content-Type: application/json
{
"email": "{{user}}",
"password": "{{password}}"
}
{{
// Store token for subsequent requests
if (response.statusCode === 200) {
exports.accessToken = response.parsedBody.access_token;
console.log('✓ Token obtained');
}
}}
###
# Use token in protected request
GET {{baseUrl}}/api/data
Authorization: Bearer {{accessToken}}
📖 Complete Patterns: references/AUTHENTICATION_PATTERNS.md
Search Pattern: grep -n "Pattern [0-9]:" references/AUTHENTICATION_PATTERNS.md
⚠️ CRITICAL SYNTAX RULES
🎯 Variable Management (Most Common Mistake)
1. Environment Variables (from .env file)
@baseUrl = {{API_BASE_URL}}
@token = {{API_TOKEN}}
✅ Use @variable = {{ENV_VAR}} syntax at file top
2. Utility Functions (in script blocks)
{{
// ✅ CORRECT: Export with exports.
exports.validateResponse = function(response, actionName) {
return response.statusCode === 200;
};
}}
###
GET {{baseUrl}}/api/test
{{
// ✅ CORRECT: Call WITHOUT exports.
if (validateResponse(response, 'Test')) {
console.log('Success');
}
}}
3. Response Data (post-response only)
GET {{baseUrl}}/users
{{
// ✅ Store for next request
exports.userId = response.parsedBody.id;
}}
❌ FORBIDDEN
{{
// ❌ WRONG: Don't use exports/process.env for env vars
exports.baseUrl = process.env.API_BASE_URL; // NO!
// ❌ WRONG: Don't use exports when calling
if (exports.validateResponse(response)) { } // NO!
}}
🔍 Post-Creation Checklist
- Template used as base
-
###delimiter between requests - Variables:
@variable = {{ENV_VAR}} - Functions exported:
exports.func = function() {} - Functions called without exports
-
.env.examplecreated - No secrets in .http files
📖 Complete Syntax: references/SYNTAX.md
📖 Common Mistakes: references/COMMON_MISTAKES.md
📖 Cheatsheet: references/SYNTAX_CHEATSHEET.md
Format Optimization for httpbook UI
Clean, Scannable Structure
# ============================================================
# Article Endpoints - API Name
# ============================================================
# V1-Basic | V2-Metadata | V3-Full Content⭐
# Docs: https://api.example.com/docs
# ============================================================
@baseUrl = {{API_BASE_URL}}
### Get Articles V3 ⭐
# @name getArticlesV3
# @description Full content + Base64 HTML | Requires auth | Auto-decode
GET {{baseUrl}}/articles?page=1
Authorization: Bearer {{accessToken}}
Format Guidelines
DO:
- ✅ Use 60-character separators:
# ============= - ✅ Inline descriptions with
|:Detail 1 | Detail 2 - ✅
@descriptionfor hover details - ✅ Emoji for visual cues: ⭐⚠️📄
DON'T:
- ❌ 80+ character separators
- ❌ HTML comments
<!-- -->(visible in UI) - ❌ Multi-line documentation blocks
- ❌ Excessive
###decorations
📖 Complete Guide: See SKILL.md Phase 3.5 for before/after examples
Security Configuration
Essential .gitignore
# httpYac: Protect secrets
.env
.env.local
.env.*.local
.env.production
# httpYac: Ignore cache
.httpyac.cache
*.httpyac.cache
httpyac-output/
Security Rules
ALWAYS:
- ✅ Environment variables for secrets
- ✅
.envin .gitignore - ✅
.env.examplewithout real secrets - ✅ Truncate tokens in logs:
token.substring(0, 10) + '...'
NEVER:
- ❌ Hardcode credentials in .http files
- ❌ Commit .env files
- ❌ Log full tokens/secrets
- ❌ Disable SSL in production
📖 Complete Guide: references/SECURITY.md
Search Pattern: grep -n "gitignore\|secrets" references/SECURITY.md
Reference Materials Loading Guide
Load references when:
| Situation | File to Load | grep Search Pattern |
|---|---|---|
| Setting up authentication | references/AUTHENTICATION_PATTERNS.md | grep -n "Pattern [0-9]" |
| Script execution errors | references/SCRIPTING_TESTING.md | grep -n "Pre-Request|Post-Response" |
| Environment switching | references/ENVIRONMENT_MANAGEMENT.md | grep -n "\.env|\.httpyac" |
| Security configuration | references/SECURITY.md | grep -n "gitignore|secrets" |
| Team documentation | references/DOCUMENTATION.md | grep -n "README|CHANGELOG" |
| Advanced features | references/ADVANCED_FEATURES.md | grep -n "GraphQL|WebSocket|gRPC" |
| CI/CD integration | references/CLI_CICD.md | grep -n "GitHub Actions|GitLab" |
| Complete syntax reference | references/SYNTAX.md | grep -n "@|??|{{" references/SYNTAX.md |
Quick References (Always Available):
references/SYNTAX_CHEATSHEET.md- Common syntax patternsreferences/COMMON_MISTAKES.md- Error preventionreferences/WORKFLOW_GUIDE.md- Complete workflow
Complete Workflow Phases
This skill follows a 7-phase workflow. Phases 1-3 covered above. Remaining phases:
Phase 4: Scripting and Testing
- Pre/post-request scripts
- Test assertions
- Request chaining
- 📖 Reference:
references/SCRIPTING_TESTING.md
Phase 5: Environment Management
- .env files for variables
- .httpyac.json for configuration
- Multi-environment setup
- 📖 Reference:
references/ENVIRONMENT_MANAGEMENT.md
Phase 6: Documentation
- README.md creation
- In-file comments
- API reference
- 📖 Reference:
references/DOCUMENTATION.md
Phase 7: CI/CD Integration (Optional)
- GitHub Actions setup
- GitLab CI configuration
- Docker integration
- 📖 Reference:
references/CLI_CICD.md
Quality Checklist
Before completion, verify:
Structure:
- File structure appropriate for collection size
- Templates used as base
- Requests separated by
###
Syntax:
- Variables:
@var = {{ENV_VAR}} - Functions exported and called correctly
- No syntax errors (validated against references)
Security:
-
.envin .gitignore -
.env.examplehas placeholders - No hardcoded credentials
Functionality:
- All requests execute successfully
- Authentication flow works
- Request chaining passes data correctly
Documentation:
- README.md with quick start
- Environment variables documented
- Comments clear and concise
Common Issues
| Symptom | Likely Cause | Solution |
|---|---|---|
| "Variable not defined" | Not declared with @ | Add @var = {{ENV_VAR}} at top |
| "Function not defined" | Not exported | Use exports.func = function() {} |
| Scripts not executing | Wrong syntax/position | Verify {{ }} placement |
| Token not persisting | Using local variable | Use exports.token instead |
| Environment not loading | Wrong file location | Place .env in project root |
📖 Complete Troubleshooting: references/TROUBLESHOOTING.md
Success Criteria
Collection is production-ready when:
- ✅ All .http files execute without errors
- ✅ Authentication flow works automatically
- ✅ Environment switching tested (dev/production)
- ✅ Secrets protected (.env gitignored)
- ✅ Team member can clone and run in < 5 minutes
- ✅ Requests include assertions
- ✅ Documentation complete
Implementation Notes
Before Generating Files:
- Confirm structure with user
- Validate API docs completeness
- Verify authentication requirements
While Generating:
- Always use templates from
assets/ - Validate syntax before writing
- Include authentication where needed
- Add assertions for critical endpoints
After Generation:
- Show created structure to user
- Test at least one request
- Highlight next steps (credentials, testing)
- Offer to add more endpoints
Common User Requests:
- "Add authentication" → Load
references/AUTHENTICATION_PATTERNS.md→ Choose pattern - "Not working" → Check: variables defined,
{{ }}syntax, .env loaded - "Chain requests" → Use
# @nameandexportsvariables - "Add tests" → Add
{{ }}block with assertions - "CI/CD setup" → Load
references/CLI_CICD.md→ Provide examples
Version
Version: 2.0.0 (Refactored) Last Updated: 2025-12-15 Based on: httpYac v6.x
Key Changes from v1.x:
- Refactored into modular references (7 files)
- Focused on workflow guidance and decision points
- Progressive disclosure design (load details as needed)
- grep patterns for quick reference navigation
- Reduced SKILL.md from 1289 to ~400 lines
Features:
- Template-based file generation
- 10 authentication patterns
- Multi-environment management
- Security best practices
- CI/CD integration examples
- Advanced features (GraphQL, WebSocket, gRPC)
FAQ
What does the vscode-httpyac-config skill do?
Configure VSCode with httpYac for API testing and automation. This skill should be used specifically when converting API documentation to executable .http files (10+ endpoints), setting up authentication flows with pre-request scripts, implementing request chaining with response data, organizing multi-file collections with environment management, or establishing Git-based API testing workflows with CI/CD integration.
How do I install vscode-httpyac-config?
Run npx skills add https://github.com/libukai/awesome-agent-skills --skill vscode-httpyac-config in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/vscode-httpyac-config/ (personal) or .claude/skills/vscode-httpyac-config/ (project).
Which AI agents can use vscode-httpyac-config?
Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.
Is vscode-httpyac-config safe to install?
No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.
Who maintains vscode-httpyac-config?
It is published by libukai in libukai/awesome-agent-skills. It has 513 recorded installs.
More from libukai/awesome-agent-skills
vscode-sftp-config
libukai/awesome-agent-skills
This skill should be used when setting up SFTP deployment for static websites to production servers, including converting projects from Docker/Express to static hosting, deploying Vue/React/Angular builds, setting up Slidev presentations, or configuring Hugo/Jekyll/Gatsby sites. Use this when the user asks to "setup SFTP deployment", "deploy static site to server", "configure Nginx for static files", "convert from Docker to static hosting", "deploy Vue build to production", "setup subdomain hosting", or "configure SFTP in VS Code". Provides SFTP configuration templates and production-ready Nginx configurations with security headers and caching.
vscode-port-monitor-config
libukai/awesome-agent-skills
This skill should be used when configuring VS Code Port Monitor extension for development server monitoring. Use when the user asks to "set up port monitoring for Vite", "monitor my dev server ports", "configure port monitor for Next.js", "track which ports are running", "set up multi-port monitoring", "monitor frontend and backend ports", or "check port status in VS Code". Provides ready-to-use configuration templates for Vite (5173), Next.js (3000), and microservices architectures with troubleshooting guidance.
obsidian-to-x
libukai/awesome-agent-skills
发布内容和文章到 X (Twitter)。支持常规推文(文字/图片/视频)和 X Articles(长文 Markdown)。使用真实 Chrome 浏览器绕过反机器人检测。当用户说"发推"、"发到 X"、"发到 twitter"、"分享到 X"、"分享到 twitter"、"发 tweet"、"同步到 X"、"发布到 X"、提到"X Articles"、想从 Obsidian 笔记发布长文内容、或需要转换 Obsidian Markdown 到 X 格式时使用。适用于所有 X/Twitter 发布任务。
mcp-config
libukai/awesome-agent-skills
Configure MCP (Model Context Protocol) servers for Claude Code. Manage MCP servers at user or project scope with best practices to avoid context pollution.
Popular backend & apis skills
find-skills
vercel-labs/skills
Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.
entra-app-registration
microsoft/azure-skills
Guides Microsoft Entra ID app registration, OAuth 2.0 authentication, and MSAL integration. USE FOR: create app registration, register Azure AD app, configure OAuth, set up authentication, add API permissions, generate service principal, MSAL example, console app auth, Entra ID setup, Azure AD authentication. DO NOT USE FOR: Key Vault secrets (use azure-keyvault-expiration-audit), general Azure resource security guidance.
google-agents-cli-adk-code
google/agents-cli
This skill should be used when the user wants to "write agent code", "build an agent with ADK", "add a tool", "create a callback", "define an agent", "use state management" — in a project that needs ADK (Agent Development Kit) API patterns and code examples. It provides a quick reference for agent types, tool definitions, orchestration patterns, callbacks, state management, the graph Workflow API, and reference recipes to study. Do NOT use for scaffolding (use google-agents-cli-scaffold) or deployment (use google-agents-cli-deploy).
embedded-captions
heygen-com/hyperframes
Add captions or subtitles to an existing single-subject talking-head video without editing the footage. Use for plain verbatim captions, cinematic captions embedded behind the subject, VFX captions, “炸/特效/酷炫字幕,” or a named identity from the 35-style catalog. Route by visual identity, not by backend engine. The quiet anchor rail is the default; embed every word only when the user explicitly wants a fully cinematic treatment. The workflow runs locally end to end, including transcription and subject matting; split multi-shot footage before applying it.
entra-agent-id
microsoft/azure-skills
Provision Microsoft Entra Agent Identity Blueprints, BlueprintPrincipals, and per-instance Agent Identities via Microsoft Graph, and configure OAuth 2.0 token exchange (fmipath, OBO, cross-tenant) including the Microsoft Entra SDK for AgentID sidecar. USE FOR: Agent Identity Blueprint, BlueprintPrincipal, agent OAuth, fmipath token exchange, agent OBO, Workload Identity Federation for agents, polyglot agent auth, Microsoft.Identity.Web.AgentIdentities. DO NOT USE FOR: standard Entra app registration (use entra-app-registration), Microsoft Foundry agent authoring (use microsoft-foundry).
neon
neondatabase/agent-skills
Overview of Neon, a complete set of cloud backend primitives around Lakebase Postgres: Auth, Object Storage, Functions, the AI Gateway, and Realtime. Start here to choose Neon for undecided login, files, APIs, and LLM calls, set up the CLI or MCP server, and follow the branch-first workflow. Use when building an app or backend on Neon, or when "Neon" or "Lakebase Postgres" is mentioned. Child skill neon-postgres wins for an existing DATABASEURL, SQL, schema, inspect, or search. Child skill neon-auth wins for login, users, sessions, identity routing, and Managed Better Auth setup. Child skill neon-realtime wins for live queries in reactive apps and agents. Also use for object storage, S3, buckets, serverless functions, function triggers, cron, AI gateway, LLM calls, realtime, logs, Loki, Grafana, observability, postgres, database, backend, Claimable Neon, neon.new, or a no-signup database.